The main problem with this entire article is that sometimes, if not most times, you don't need great steak. Sometimes you just want to satisfy your hunger and if the steak is lower quality meat or if it's overcooked, you don't care. All you want is to not be hungry.
This is what vibe coding satisfies and frankly what most people care about. 85-90% of human written code is garbage anyway. There's nothing sacred about human-written code.
Most customers don't care about the quality of code as long as the end product works. The great thing about vibe coding is that if something doesn't work, you just ask it to change it and within a minute you have the change. You don't have to send off a request to an offshore contracting team, and go back and forth over what it should be, haggle over hours, and then have it come back with some deficiencies because they didn't follow the agreed-upon spec.
There is a lot of truth here, but it clearly isn't a welcome one.
From my own perspective I can look back on decades of software I've written (some including code generation far before LLMs), and marvel at the quality and creativity, and lack thereof, from one piece to another.
I never meant to create awful software, but I did (and still sometimes do). With LMM code generation (vs bespoke tooling, T4, XSLT, and the like) the game of chance is part of the fun, harnessing a powerful tool that wants to run out of control on a whim.
Looking back on a couple years of LLM assisted work I see the same mix as the decades before: some great (when I managed to keep the beast restrained) some awful (when I didn't, knowingly or not).
I don't see how things are much different with this tool than others as far as my work product goes. There is a bit more of it, but the excess isn't great stuff (that quantity remains roughly consistent over the years).
freediddy · · focus · HN ↗
This is what vibe coding satisfies and frankly what most people care about. 85-90% of human written code is garbage anyway. There's nothing sacred about human-written code.
Most customers don't care about the quality of code as long as the end product works. The great thing about vibe coding is that if something doesn't work, you just ask it to change it and within a minute you have the change. You don't have to send off a request to an offshore contracting team, and go back and forth over what it should be, haggle over hours, and then have it come back with some deficiencies because they didn't follow the agreed-upon spec.
mlhpdx · · focus · HN ↗
From my own perspective I can look back on decades of software I've written (some including code generation far before LLMs), and marvel at the quality and creativity, and lack thereof, from one piece to another.
I never meant to create awful software, but I did (and still sometimes do). With LMM code generation (vs bespoke tooling, T4, XSLT, and the like) the game of chance is part of the fun, harnessing a powerful tool that wants to run out of control on a whim.
Looking back on a couple years of LLM assisted work I see the same mix as the decades before: some great (when I managed to keep the beast restrained) some awful (when I didn't, knowingly or not).
I don't see how things are much different with this tool than others as far as my work product goes. There is a bit more of it, but the excess isn't great stuff (that quantity remains roughly consistent over the years).