zlacker

>>namany+(OP)
It'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 for it. I didn't understand it before I was in management either, but now that I'm in management I 100% get it.

>>bandra+s01
This vibe-coding-will-replace-SaaS insanity is the new crypto-will-replace-fiat-money insanity.

>>baxtr+Q41
I don't think it will replace SaaS but I do think it can replace the need for a lot of the consultant work that goes around configuring and integrating the SaaS. It will be much easier to have a spec that defines how things need to be configured and the machines can implement it (using the SaaS as tools). Frankly this is the most annoying part. It's not that the B2B stuff can't do whatever, it's that it never gets implemented in ways that aren't a pain in the ass because it's all handled by people who aren't actually using them.

I really don't think it's not going to become "these prompts are specs" and then you have processes of reviewing implementations. It's one thing when you have randos building stuff and they leave etc. Having stored prompts and managed code that uses tools is a different beast.