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's nothing sacred about human-written code
I suspect that there is a lifetime of knowledge and experience wrapped up in that statement and I agree wholeheartedly.
I love writing software and I've been doing it for decades. But I never forget that at the end, there's someone who's paid for it, and needs it to do a job that can't/won't be done manually. And that's why it exists. Not to satisfy my desire to express myself in code, not to allow me to create some golden tower of perfect architecture, but to do a job. Most likely a boring job in the service of increased profitability for some company.
And in the end, the only thing that matters to the customer is if it does that job well enough to be useful. I think -- hell, I know -- that many developers deliberately ignore this critical point.
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.
HeyLaughingBoy · · focus · HN ↗
I suspect that there is a lifetime of knowledge and experience wrapped up in that statement and I agree wholeheartedly.
I love writing software and I've been doing it for decades. But I never forget that at the end, there's someone who's paid for it, and needs it to do a job that can't/won't be done manually. And that's why it exists. Not to satisfy my desire to express myself in code, not to allow me to create some golden tower of perfect architecture, but to do a job. Most likely a boring job in the service of increased profitability for some company.
And in the end, the only thing that matters to the customer is if it does that job well enough to be useful. I think -- hell, I know -- that many developers deliberately ignore this critical point.