Earlier quoted context omitted.
> "just do the parts of it we actually use". 25 years here. You can absolutely do this. Most software is orders of magnitude more complex than it needs to be. The junior programmer you are talking about who wanted to rewrite it in a weekend tends to come back with a working program, not empty handed.
I've seen this happen with both juniors and seniors. They do come back with a working solution /for the happy path/. Because the happy path is easy. It turns out that most of the complexity sits in the unhappy paths.
AI is killing B2B SaaS
391–400 of 752 posts
Re: AI is killing B2B SaaS
#392Re: AI is killing B2B SaaS
#393Earlier quoted context omitted.
This vibe-coding-will-replace-SaaS insanity is the new crypto-will-replace-fiat-money insanity.
I don't think vibe-coding will replace anything. However, what if AI tools can make skilled developers more productive, particularly at simple tasks in unfamiliar environments? You could see that reducing the engineering costs of simple utility applications. There are tons of pitfalls that many here have pointed to but also maybe opportunities to do things that wouldn't have been cost effective. Also: In my life the…
That's not good enough.
Now that the world has successfully laughed off the "our models are so good they're superintelligent" AGI claims, AI companies and investors have moved on to the "our models are so good they're going to do all your workers' jobs" angle.
The insane investment is for AGI/total job replacement, not developer productivity tools. We are going to be sold pie-in-the-sky claims for a long time until the world wisens up to this rhetoric the same way we did with AGI nonsense.
Re: AI is killing B2B SaaS
#394It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible…
We are certainly closer now to being able to prototype and go to market faster with a product. In one weekend is a little much but I think its hard to deny that building will continue to expedite. What most developers don't think about is that the marketing, sales, customer service are all non-trivial parts of the business/product and all require legwork that is more than just sitting at an IDE. The nail in the coffi…
Absolutely. But this begs the question that businesses want to also sign up to maintain whatever product they've built, on top of their core business.
"Service" is the word that people seem to be forgetting in SaaS. If you roll you own, all you have is software.
Re: AI is killing B2B SaaS
#395Earlier quoted context omitted.
If you can gin these things up in a weekend then why would you bother with a monthly subscription model for software? The only valuable part is the specification and possibly the hardware to run it. If I were a CTO trying to save money I might pay for the labor to develop good specs, but I would prioritize getting out from under software companies with a rent seeking models and 80 to 90% margins
> If I were a CTO trying to save money A CTOs job isn't to save money but to spend money effectively. Saving money by increasing risk is not neccesarily a prudent move.
A boring one from today was about select, datalist or some custome element (which LLM can prototype) or some JS libs. Good breakdown; links to playgrounds, rough mocks so team could kick tires. It raises points the team had and had counterpoint to help drive decisions.
Re: AI is killing B2B SaaS
#396Re: AI is killing B2B SaaS
#397It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible…
I came in to work Monday morning, showed it off, and inadvertently triggered a firestorm. Later my boss told me not to do that again because it caused havoc with schedules and such.
So I quit and found a better job. Sometimes the new guy can make a better version themselves over the weekend, not because they’re a supergenius, but because they’re not hampered by 47 teams all trying to get their stamp on the project.
(In before “prime example of overconfidence!”: feel free to doubt. It was a CRUD app with a handful of models on a PostgreSQL backend. They were writing a new Python web framework to serve it, complete with their own ORM and forms library and validation library. Not because the existing ones wouldn’t work, mind you, but more out of not realizing that all these problems were already sufficiently solved for their requirements.)
Re: AI is killing B2B SaaS
#398It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible…
This niche position has had some interesting ramifications for them and for me. They clearly incur a lot of technical debt once their business relies on bespoke software. On the other hand, they own the software and can get an immediate response or new feature or upgrade from me, limited only by my time. And in the end, this ends up saving them time and money. It gives me a permanent and unending flow of work. But if I die, they're pretty screwed.
One reason I don't vibe code things even now, even simple components that could easily be vibe coded, is that I remember and know where everything is, every function or line of code that might be causing issues, because I wrote it myself. I know right away where to look for a query that might be throwing errors after a database upgrade, for instance.
As a manager I assume you would probably not want to go down the road of hiring someone like that, but for companies of a certain size it's an acceptable compromise. However, I wouldn't want to hire someone like that myself unless they were extremely reliable and didn't rely on AI to write any of their code.
Re: AI is killing B2B SaaS
#399Earlier quoted context omitted.
We are certainly closer now to being able to prototype and go to market faster with a product. In one weekend is a little much but I think its hard to deny that building will continue to expedite. What most developers don't think about is that the marketing, sales, customer service are all non-trivial parts of the business/product and all require legwork that is more than just sitting at an IDE. The nail in the coffi…
> We are certainly closer now to being able to prototype and go to market faster with a product. What are the higher-order effects when anyone can do this, and *aaS becomes a market for Lemons?
You will trade initial development budget for advertising budget, trying to position your product in proximity with people who are known quantities.
Re: AI is killing B2B SaaS
#400It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible…
OTOH, I was hired by an enterprise that was many months into a giant backend rewrite. After wrapping my head around the many plans, I realized they were rewriting Django, badly. One weekend I prototyped the whole thing… in Django. It worked. It met the specs. It was a CRUD app with a REST API. I came in to work Monday morning, showed it off, and inadvertently triggered a firestorm. Later my boss told me not to do tha…