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
sorry, what do you mean?

>>misiti+011
1. Enthusiastic employee (vibe-)codes a replacement for a turnkey SaaS product that the company uses.

2. Company uses it, maybe even starts to rely on it for important business operations, and for a time the employee supports that app.

3. Bugs creep in, feature request pile up.

4. Employee either leaves the company or moves on to another project.

5. Pain

>>sbarre+F11
This feels like it goes along the lines of "people's vibe code is cluttering up our PR's, people still need to review" -- it misses the boat: models are already capable of getting you up to speed on how the code is organized and works, in as much as you want to or need to be up to speed. They are already helping me cut down review time because I don't need to aimlessly hop around, I have a good starting point that I can scrutinize and dialogue about. Same thing here: employee leaves company -- about 3 years ago you would be right, now the company is left with an unmaintainable mess of legacy code and tech debt. TODAY this just doesn't matter. No one really needs to read that code too closely, it's already easy for agents to digest and explain and modify.

Doing this today, in production, with full trust, is clearly not wise, but the writing is clearly on the wall that this is going to be the norm more and more over the coming years. The times they are a-changin.

>>aspenm+ma1
I think it has to actually work at least once before we can start predicting it will be the norm.

>>bandra+7b1
Can you be clear what you mean? What are you saying has not worked once?

And "it will be the norm" is a clear corollary of, absent any significant and unforeseen roadblock, even with the current highly imperfect agentic sausage-making factories we have today, what capabilities will be in like 6-12 months time.

>>aspenm+Qp1
When the effectiveness of vibe coding an internal workflow was measured, only 5% of efforts worked. That's pretty rare and bad. And those are the early adopters who tend to be more adaptable and effective with new technology. That's a big part of why people don't believe the (your) hype. Its great at simple things with a low cost of failure. Problem is, its rare to pay a good wage for simple things with a low cost of failure. Also, writing new code isn't a big part of most engineers jobs. To put it more simply, vibe coding optimizes the wrong things about engineering.