When you write code yourself, you're convinced each line is correct as you write it. That assumption is hard to shake, so you spend hours hunting for bugs that turn out to be obvious. When reading AI-generated code fresh, you lack that assumption. Bugs can jump out faster. That's at least my naive explanation to this phenomenon
I think deploying can already be done with the help of LLMs using docker and vpc's (e.g. hetzner and co.) rather easily.
What I struggle with is the legal overhead of e.g. collecting money for an app/website. I have a semi-finished app which I know I could delploy within a few hours but to collect money, living in Germany is a minefield from what I understand. I don't want my name made public with the app. GmbH (LLCs) cost thousands (?). The whole GDPR minefield, google-font usage scam etc. makes me hold back.
Googling/reddit only gives so much insights.
If someone has a good reference about starting a SaaS/App from within EU/Germany with all the legalities etc. I'd be super interested!
Crazy free tier. I reckon I used ~2 weeks of the claude $20 subscription within an hour. Spawned like 12 semi big tasks and I still didn't see no warnings.
My bad then. I meant that it's "Crazy Good" as in that the free tier gave me a tremendous amount of tokens.
What I didn't realize though, is that the limit doesn't reset each 5 hours as is the case for claude. I hit the limit of the free tier about 2 hours in, and while I was expecting to be able to continue later today, it alerts me that I can continue in a week.
So my hype for the amount of tokens one gets compared to claude was a bit too eager. Hitting the limit and having to wait a week probably means that we get a comparable token amount vs the $20 claude plan. I wonder how much more I'd get when buying the $20 plus package. The pricing page doesn't make that clear (since there was no free plan before yesterday I guess): https://developers.openai.com/codex/pricing/
^ Everything App for Personal use that I'm thinking about making public in some way
~50k loc with ~400 files. Docker, postgres, react + fastify
I'd say between 15 and 20 hours of vibe coding
- Tasks, Goals, Habits
- Calendar showing all of the above with two way google sync
- Household sharing of markdown notes, goals and more
- Financial projections, spending, earning, recurring transactions and more
- Meal tracking with pics, last eaten, star rating and more
- Gantt chart for goals
- Dashboard for at a glance view
- PWA for android with layout optimizations
- Dark mode
... and more
Could've I done it in the last 5 years? Yes. It would've taken 3-4 months if not more though.
Now we could talk 24/7 about whether it's clean code, super maintainable, etc. etc. The code written by hand wouldn't be either if it'd be me just doing a hobby project.
Shipping is rather straightforward as well thanks to LLM's. They hold your hand most of the way. Being a techie makes this much, much easier...
I think developers are cooked one way or another. Won't take long now.
Same question asked a year ago was dramatically different. AI were helpful to some extent but couldn't code up basic things.
At work we were joking that people will use LLM to create fancy-looking documents which will then be parsed through LLMs back to be concise and to the point. With LLMs handling the sending of messages as well, this makes the whole concept will be even more efficient.
I can just imagine that many people won't be using stuff like this to automate copy-pasting etc. but literally let LLM's handle conversations for them (which will in turn be read by other LLMs).
More charitable take: they'd be using LLMs as secretaries.
Having a delegate to deal with communications is something people embrace when they can afford it. "My people will talk to your people" isn't an unusual concept. LLMs could be an alternative to human secretaries, that's affordable to the middle class and below.
LLM's can help with all of the above. Deployed an app with a backend, frontend, docker database and more with gitea on my NAS just yesterday. Have little knowledge about how it did it. Now I have a git remote to which I push and the app updates itself.
I guess it works well until you hit a stateful failure. My concern would be Day 2 operations—debugging a database issue or networking partition without a mental model of the underlying architecture seems pretty painful.
Expertise won't be needed (it already isn't). One can create copies of apps with vague descriptions referencing those big apps:
"Create a copy of xyz. It needs to look and behave similarly. I want these features ... And on top of that ...".
Millions decisions not needed. A handful of vague descriptions of what one wants is all it takes today. I think claude and co. can even take in screenshots.
Documentation won't be needed either IMO. Since humans won't write nor read the code. They will simply ask LLM's if they have a question.
I totally am giving up my experience with various paid SaaS this year, which I was paying for last years. Not only am I able to add the features that I was wishing for those tools to have (and would have never made it into the real app because they're niche requests), but am saving money at the same time.
And the above is just whats happening today. Claude Code is younger than 1 year old. Looking forward to come back to this thread in a year and swallow my words... but I'm afraid I won't have to.
Amazon is not one app, its hundreds of them bundled in some giant monster.
You could easily replicate the store part of it minimally, at its core its just an index of products, a basket and checkout system.
There are other parts that make up the whole thing of course.
There is a lot of room between no value and trillion dollar company
It would be great if LLM's did this (the relevant, and very pointed, follow-up questions). Instead, today they kind of just go "okay sure yeah here it is. here's as much of Amazon.com as I can code within my token budget. Good luck drawing the rest of the owl."
IMO, documentation becomes much more important if we're planning to hand off coding to the LLMs
You can ask it about the code, sure, and it'll try to tell you how it works. But, what if there's a bug in the code? Maybe the LLM will guess at how it was supposed to work, or maybe it'll start making stuff up to justify the bug's existence (it's actually a hidden feature!)
The docs say how the code should work. For an LLM that has to go relearn everything about your code base every time you invoke it, that's vitally important
$20 claude code subscription for a month can replace the $15 + $10 for each month. How is that 3x more espensive? The user just saved $280 per year, on just two subscriptions alone.
Hardly doubt that this was the 'most waste of ones time'. For one, it's not like most of us can decide to "work" for 3-5 hours on a Saturday and get any money. I play games on my pc while claude codes for me. I alt tab each few minutes and see if it needs any input. Then I can (not that I do it), read and perhaps learn from the code.
Yup. thats more expensive because each hour of your time is at least 50USD
And each hour on weekend that you would have spent with your family etc is probably 500-1000 usd at least, so yeah, it is much cheaper to pay 15 usd for SaaS
Most apps rationale for subscriptions is "Ongoing development" without an option like jetbrains etc. to fall back to a perpetual license.
In practice, regardless of whether an app needs ongoing development or not, this is the best way to try to guarantee continuous income and make a living off of a project I guess.
Perhaps LLM's will force developers/companies to change their stance and to stop users from recreating what they have already created, just buy an at-a-time snapshot of their app for a one-time-fee? Probably not but one can hope.
One-time purchase software would become dramatically more sustainable if platform churn could be ground to a halt. Most types of software achieved peak usability and functionality somewhere between 5 and 25 years ago and there wouldn't be much reason for anybody to upgrade if their one-time purchases continued to work in perpetuity. A substantial number even prefer e.g. Word 2000 or Photoshop CS1 over their modern incarnations but can't use those for either technical or legal reasons.
Instead, the reverse has happened and platform churn has risen to new highs, necessitating subscriptions.
Cmd-tilde and shift-cmd-tilde have been broken for a decade and a half. Cycle through open windows. Close one. Cycle agin. They now reverse the direction. It’s maddening and it’ll never get fixed.
Part will be for new features, but no doubt that another big part will be for platform support over time. There's just too little backwards compatibility guarantees nowadays from the big players. We need more Microsofts in that sense!
> Instead, the reverse has happened and platform churn has risen to new highs, necessitating subscriptions.
... Even for desktop Linux users? I can't say I've felt it. I switched almost 4 years ago and it just keeps feeling better and better (in a "Luigi wins by doing nothing" kind of way).
Linux desktops (not the kernel) are actually among the worst when it comes to platform churn. It's one of the reasons why Flatpak, AppImage, Snap, etc require relatively complex machinery and runtimes and whatnot to function. The churn is just masked by package managers.
It's come across to me so far that this just results from application developers targeting a specific DE and not really thinking about compatibility, or even really whether they need specific functionality provided a specific way.
Would be nice to see the XDG stuff like portals etc. better respected, though, yeah.
> It's come across to me so far that this just results from application developers targeting a specific DE and not really thinking about compatibility, or even really whether they need specific functionality provided a specific way.
They are, but it's not their fault - Wayland removes so much functionality that X had, and delegates that to the WM/DE.
I tried to do a small personal app last year for myself that intercepted and injected events for keyboard and mouse. Not possible in Wayland (so I switched to X instead) - that is delegated to the WM/DE.
There's hundreds of these tiny little cuts that cause friction for app devs.
DE stuff is part of the picture, but there’s churn outside of those too. glibc, which is used in practically everything, is the classic example but across the whole of the Linux desktop sphere, it’s unusual for libraries to maintain compatibility.
The only reason why Linux desktops work at all is thanks to package managers and their maintainers doing the heavy lifting of keeping applications and the libraries they use in lockstep. If it weren’t for that random programs would be breaking every other update.
It is not irrational on the part of the developer -- I've definitely felt this too. The problem comes from the fact that practically everyone has subscription fatigue these days, and each of us probably has only a few pieces of software we truly care about enough to want to support them out of the goodness of our hearts.
But everyone wants us to pay $10/mo. It just isn't sustainable from a consumer perspective.
> But everyone wants us to pay $10/mo. It just isn't sustainable from a consumer perspective.
And so few actually deliver $10/mo worth of value. If 1password and Fastmail - the two most important services that control my digital life - are each $60/year, that's the standard of value other SaaS companies have to beat and very few do. The ones that do are like NextDNS where they cost $20-30 per year because the people running them aren't greedy lemmings trying to pay back VC.
> And so few actually deliver $10/mo worth of value. If 1password and Fastmail
Funny you mention Fastmail. I was happy most of the past decade until this week. I just had my email blown up by their new Paddle billing system with a ton of billing invoices since they decided it was no longer ok that I pay them a lump sump every 2 years, and that I must go onto monthly now. Initially I thought they were hacked but nope, just terrible communication.
I emailed them a few days ago and they only confirmed that Paddle is their merchant of record and they have been migrating accounts over slowly.
Tonight the CEO sent out a blast saying resellers need to be on monthly billing with their new system at new pricing.
Sorry Fastmail, I paid for 2 years back in October (I think this is my 3rd cycle with them). If you want me on monthly billing then you will wait until October 2027. That is a ‘you’ problem not a ‘me’ problem if you undersold the subscription this cycle.
> that's the standard of value other SaaS companies have to beat and very few do.
Of course it isn't. Just because some products or services are great value, doesn't make other products bad value. They can be anything from good value, to average value to low value.
And products / services are of course not comparable just because they are subscription based, or used on a digital device.
Gas has a fantastic value, one liter can transport me and my things a long way in short time. So does that mean that I can never buy a bottle of wine or some coffee outside of my home? They are after all liquids, and neither coffee nor wine can compare with the great value of gas.
> Just because some products or services are great value, doesn't make other products bad value.
Sorry, but no. If they're worse value than my email and password providers which my digital life revolves around and who only charge me $5/mo each, then yes those products are a bad value.
I pay $3,000/yr for Altium, $200/mo for Claude Max, $60+/mo for ad-free streaming, and begrudgingly $50/mo for Adobe so I'm not against paying thousands a year in nice fat profit margins if they provide actual value, like a shit ton of GPU compute time or a well made piece of professional software. "Value" here is obviously subjective relative to the beholder, but IMO the vast majority of SaaS I look at are hardly worth two bucks a month, let alone tens.
> If they're worse value than my... password providers... who only charge me $5/mo
In that case, people who run Bitwarden for free are screwed. In fact, looking at how much I use the web browser Chrome, and how much I get out of that, and the fact that I pay $0 to Google to use it (inb4 I'm the product because I'm not paying for it), paying money for anything digital is terrible value!
What you've discovered is that prices are all made up. If we think about how to price a product, say a chair, from first principles, you'd take the cost of the raw materials, the time it takes you to turn those raw materials into the finished product, add a %age profit on top, and call it a day. In the real world though, that's not how pricing things works. You have a product, which costs $X in raw materials, and then you just... make up a number, $Y. Hopefully, $Y is much greater than $X, and you're able to make a great living off selling your chairs. Maybe you're called Eames and people will pay you $5,500 for your chair/lounger, maybe you're Office Depot and sell them for $129. Maybe you're not very good at chairs, so they're not level and then you can't give them away, not even to your friends.
Life is not an optimization problem. You can optimize for value, but then you'll find yourself in Walmart at 1am realizing that the 3-pack is cheaper per-roll than the 30-pack that night for some reason, and getting angry over that.
> What you've discovered is that prices are all made up. If we think about how to price a product, say a chair, from first principles, you'd take the cost of the raw materials, the time it takes you to turn those raw materials into the finished product, add a %age profit on top, and call it a day. In the real world though, that's not how pricing things works. You have a product, which costs $X in raw materials, and then you just... make up a number, $Y. Hopefully, $Y is much greater than $X, and you're able to make a great living off selling your chairs. Maybe you're called Eames and people will pay you $5,500 for your chair/lounger, maybe you're Office Depot and sell them for $129. Maybe you're not very good at chairs, so they're not level and then you can't give them away, not even to your friends.
It's just common-sense though - if the market is willing to pay me $100/widget, why would I sell it for `($10 cost to manufacture + 35% markup)`?
The new lower bound for simple side-hustle apps now is virtually zero. All you need is a computer, electricity, internet and (optionally) $20.
> What you've discovered is that prices are all made up. If we think about how to price a product, say a chair, from first principles, you'd take the cost of the raw materials, the time it takes you to turn those raw materials into the finished product, add a %age profit on top, and call it a day. In the real world though, that's not how pricing things works. You have a product, which costs $X in raw materials, and then you just... make up a number, $Y. Hopefully, $Y is much greater than $X, and you're able to make a great living off selling your chairs. Maybe you're called Eames and people will pay you $5,500 for your chair/lounger, maybe you're Office Depot and sell them for $129. Maybe you're not very good at chairs, so they're not level and then you can't give them away, not even to your friends.
That's not at all how I think products are priced. That sound's like something you'd tell a kindergartner to shut them up.
> You can optimize for value, but then you'll find yourself in Walmart at 1am realizing that the 3-pack is cheaper per-roll than the 30-pack that night for some reason, and getting angry over that.
I have never found myself in a Walmart at 1am* nor have I ever gotten angry at toilet paper (I get the Charmin ultra from Costco like a normal person). You need to re-calibrate because you sound like an Inland Empire methhead. Pro tip: you want to shoplift the detergent. That tends to trade better with the other methheads.
* Not entirely true, but that's just because the Reno Walmart stocks up on Burning Man supplies and Gerlach only sells shitty playa bikes.
You are definitely a professional/industryspecialist - so its quite obvious why you pay for this, same as a mechanic is paying for very important and expensive tools.
This mindest is not possible for "non-professionals" :-)
I don’t buy cups of coffee unless it’s on vacation, brewed by a great barista with years of experience. Instead I have a $600 roaster, a $100 burr grinder, and a $10 Turkish coffee pot that have produced many thousands of good cups of coffee over more than a decade. Including the cost of bulk beans, I probably spend about as much on my caffeine addiction as 1password and Fastmail combined. Seems like a decent value to me?
I think your value system is completely broken if you think I can’t have a beer just because they cost more than fastmail. Some beers are better value than others but I enjoy having a beer. I don’t enjoy logging into some overpriced SaaS to do something that Claude can do for me now instead.
> Then why are you looking at them,
How can I evaluate their value if I don’t even look at them?
> How can I evaluate their value if I don’t even look at them?
There are no subscription services which can beat Fastmail, iCloud, Kagi or YouTube in value for your dollar. So you can stop looking.
There are many subscription services which offer good or even great value, or mediocre. But since you demand that value has to be better or equal than the great value Fastmail gives you for you to be interested, then I'm telling you that you're not going to find it.
> "Value" here is obviously subjective relative to the beholder
Agreed, but the confusing part is that you don't seem to be saying "to me, those services only provide X amount of value, and I'd rather have $Y than that" -- you seem to be saying that if 1password and Fastmail were more expensive, you might be willing to pay the asking price for some of those services you currently consider bad value.
You’re absolutely right! If Fastmail or 1password charged more for their services, the bar for what I consider good value would be different. Those two services are _absolutely_ worth more to me than they currently charge and I’d be happy to pay.
But they don’t, which is why I use them as my baseline. If my email provider and password manager - two services with damn near infinite vendor lockin - can do it, no one has any excuse.
Which is your choice, obviously, but you can see why people would find it strange -- it seems like you're potentially just leaving value on the table for an arbitrary reason. The price of Fastmail doesn't affect the value you would get from some unrelated product, so surely that other product is either worth the asking price or not worth it regardless of how much Fastmail is charging.
What do you mean infinite vendor lock in? Just export your vault and import it in another password manager and switching email provider is not that hard either (assuming you use your own domain).
It certainly was when the options were pirate or buy, and the prices per year were much higher than $10/mo gets you.
The BIG difference is that we didn't felt entitled to use everything that is fashionable or switch apps every couple of months.
We would do a research across several magazines, local computer clubs, and the few lucky ones that had online access, some BBS or Usenet groups, then buy that one package and live with it for a couple of years, regardless of their limitations.
The inference is cheap, but the context window costs for iteratively debugging architecture issues add up fast. Things like state management or migrations usually require feeding the whole stack back in multiple times, which blows past that budget pretty quickly in my experience.
37Signals tried that with once.com . Given they're now giving those away for free and haven't said a thing about it suggests it was an abject failure. What you're paying for with SaaS is outsourcing - deployment, maintenance, security, reliability etc are someone else's problem.
The code is the easy part but there's ongoing humans needed to make it work. If Agents get to the point they can genuinely autonomously SRE & patch a service everything changes but that still seems a long way off.
>> Perhaps LLM's will force developers/companies to change their stance and to stop users from recreating what they have already created, just buy an at-a-time snapshot of their app for a one-time-fee? Probably not but one can hope.
How would the economics of this work universally? Jetbrains is a bit of an oddity in terms of SaaS. For the most part, it's desktop or on-premises software that was sold with a perpetual license. If you've bought a subscription and canceled, they've generated some revenue. Maintaining a subscription generates more revenue for them, but they can slow or stop development without stopping you from using the product.
SaaS is typically some server software hosted by someone else which most often doesn't have an on-premises version. They can stop making feature updates, but if they turn off the servers, the service ends. They still have costs even if you use the software less. You can argue about the profit margins, but that's not the point here. As most SaaS companies don't start with on-premises, they can't ever get their software working there for many reasons. There are a few like Atlassian and GitHub that do both, but if you look at the heritage, both are really on-premises first.
Or drop the price to $20 a year instead of $20 a month and and focus on small software updated infrequently. Software as a service has a dirty secret that it was more service than software. The companies became larded with payroll and most never had great gross margins.
Pretty much. A lot of software is just good enough already, just keep security updates going and fix occasional bug people complain for too long.
But that might require just firing some people because that amount of man-hours is not needed any more or moving them to make something new and no investor likes it
I think that's where technical issues come in. For a web based SaaS app it's not worth the devs time to make multiple versions available. Even for local apps, I would say most of them have some functionality tied to an API and now you're back to running multiple versions of that server.
I just don't understand this naive argument against subscription. If I have to pay same amount of money, I will pay in subscription than paying one time. So let's say average subscription time is 2 years, they can make $400 onetime or $20/month to get the same revenue. As a consumer I will prefer the second option.
For $40 product, I will rather pay $1/month than $40 once. It keeps the incentive aligned. I think most people just assume that if the devs move away from subscription they would be fine with lower revenue and would charge less.
> So let's say average subscription time is 2 years, they can make $400 onetime or $20/month to get the same revenue.
Does the software stop working after the 2 years? If so, I’d go subscription (or find another product that doesn’t explode). If it doesn’t, I’d pay the $400 assuming I want to use it for more than 2 years.
You wrongly assume that you are left with the SaaS product after paying for it for 2 years. For the one time payment, you will still have the software 2 years and more down the road.
It could be anything from month to decades depending on the subscription. And the price should be accordingly (risk based)adjusted for the same revenue.
regardless of whether an app _does_ ongoing development. there's plenty of examples - especially mobile - of apps switching to subscriptions and simultaneously slowing down development, which is maddening
I made the same realization two weeks ago. Posted about it here, where I rebuilt bare bones todoist with a habit tracker, goal setting and more within a few vibe coding sessions: https://news.ycombinator.com/item?id=46633092
I think that many existing apps with huge userbases will gradually lose users as the models become better and better. Their biggest advantage is that people don't like change, and thus having to e.g. export data from some tools etc. seems to be a hassle not worth $5 a month.
But as the models get better and the quality of the output will match the quality of the established SaaS but tailor the whole thing to a single user with the ability to make any change they can imagine within minutes, and perhaps deploy to Hetzner and whatnot where they could host all of those apps for a single $5 instead, the exodus will accelerate.
On the other hand, new products will have a much harder time to gather a big userbase. Whenever I'll see a launch of a SaaS asking for $$$, the first question I'll ask myself will be how long it will take LLM to recreate it. And for most cases, I imagine that the time it will take to get 80% of what they have is a few vibe coding sessions (as most newcomers will probably have used LLM themselves to code it up).
> But as the models get better and the quality of the output will match the quality of the established SaaS but tailor the whole thing to a single user with the ability to make any change they can imagine within minutes, and perhaps deploy to Hetzner and whatnot where they could host all of those apps for a single $5 instead, the exodus will accelerate.
I do think you're vastly overestimating people's ability to write software, even with LLMs, and use it in production. The average computer user does not even use a computer as their primary computing device, they use a phone. The barrier to going from idea to phone app on iPhone or Android is relatively high.
Todo list apps, habit trackers, and the like are almost a special snowflake breed. Almost everyone has some different cross-section of needs they care about, and no app is perfect for each individual. So it's natural to say "is there something that matches what I want?" and then reach for tools to make that. The world is your oyster for todo list apps. Of course, the real issue comes from data sovereignty, trust, quality, things like that. When Apple launches a new device or a new iOS feature people want, you get to see which apps will actually implement the new features or which stagnate. They're a natural avenue for vibe coding since they're so particular.
People in general would recoil in horror if they knew how many essential operations are backed by a mess of Excel sheets with formulas and VBA nobody understands anymore.
All it needs is the maker mindset of being just lazy enough to be bothered by a repetitive task and the courage (and permission) to use an Agentic LLM to figure out a fix for the issue.
> People in general would recoil in horror if they knew how many essential operations are backed by a mess of Excel sheets with formulas and VBA nobody understands anymore.
Yeah, but that mess is deterministic! With a little bit of rigour, someone with no experience of that specific mess but knowledge of excel from a previous employer will dive in, make a small change, see if the results are messed up, back it out, try again with a different change, and repeat until they get what they want.
Good luck asking an LLM to modify something made by a different LLM 5 years ago.
Eh, that really depends on how well the LLM understands edge cases of the particular need. Quite often these cases are hidden deep in files nobody understands any longer and will never get in a training set.
You end up with a system that works right up to the moment it doesn't and fails spectacularly and expensively.
This is one of those reasons you always hear about sweeping medical/hospital records systems being upgraded going tens or hundreds of millions over budget. The edge cases are demons.
Well of-fucking-course you don't vibe code your salary management system =)
Just normal non-coder jobs have massive amounts of repetitive crap that could easily be automated - and already has been automated with Excel - to a degree.
Now Agentic AI lets them automate the rest - or if they're real smart they use an agentic AI model and create an application to do it that doesn't require a LLM subscription.
> It will be interesting to see if Apple/Android provide a platform for vibe-apps.
It would be interesting, particularly for Apple, as this would cannibalize fees charged on the App Store. I imagine they could charge for use of the vibe-coding platform, but Apple hasn't been great at figuring out LLMs.
It would be cool if 3rd partly app platform could provide this functionality, but as I noted in another comment, I cannot even install my own vibe-coded apps to my own iPhone. (Without the 100 USD a year developer tax.) So I'm not sure how the architecture would work on iOS.
> It will be interesting to see if Apple/Android provide a platform for vibe-apps.
They could have done a low-code/no-code platform ages ago, but they didn't. They don't want their users creating their own apps instead of buying, because that would cannibalise their income from hopeful app devs selling 5 units at a 30% cut.
reply