Live data from Hacker News

Vibe Coding Is Overrated

transitions.substack.com

51–60 of 93 posts

Re: Vibe Coding Is Overrated

#51
post #25
post #21

Earlier quoted context omitted.

The fact that they could be "vibe coded" means that they (or something similar) probably already existed, but you just didn't know they did.

But the amount of time saved because one could vibe code it rather than search through Google’s terrible results is immense and a benefit in and of itself.

[deleted]

Re: Vibe Coding Is Overrated

#52
post #36

Earlier quoted context omitted.

Is it. For small scripts like these you can get far with basic search and sources like docs/github/SO. Maybe cursor is more “fun”, “engaging”, and the like, but it’s not like it was a difficult job before.

Biking isn’t difficult, but you’ll still travel more with a car.

Only when the road permits it for that type of car. And if it’s a common road, it’s better economically to build a a train (framework, library) than to use a car (code generation). Then you could use a bycicle (short burst of code) for the parts that matter.

Re: Vibe Coding Is Overrated

#53

Has anyone honestly had good experiences vibe coding? I mean like building any kind of application above and beyond a simple shell-like script? Honest question here. I'd be curious too what scenarios in general folks find LLMs useful re coding. edited: typo

It has been a huge productivity boost for me as an assistant (not full auto-pilot). Some examples: 1) add relevant indexes to my database schema (it will analyze the code and look for columns that should be indexed). 2) write a Typescript type that takes all the methods of a class and returns a new identical type but where all the return types are void. 3) (firmware development) the on_receive callback is causing a stack overflow, put the crypto operations in a separate thread. Sometimes I get a bit more ambitious and asks for "implement the following feature: ", but manually approve code changes and steer it in the right direction.

Re: Vibe Coding Is Overrated

#54
post #45
post #37

Semi-controversial headline but I think the point is fair. It doesn't yet produce results that meet a spec well. It's fine for scripts because if it insists you do it the bot's way, that's fine. If it uses the wrong library, whatever. And so on. I'm going to keep shilling this until people start doing it: I'd love to see everyone who says he's vibecoded something non-trivial and posts/blogs about it start dumping and…

The one time so far that I actually implemented a full feature using only vibe coding (and it wasn't trivial), I had to be very specific about what I wanted, and it was in a very widely used stack (React/NextJS), it was a very common feature (sorting, filtering, pagination on a table) and it worked beautifully. But it felt magical the one time it happened. Every other time, I'm mostly using tab autocomplete and that…

Your last sentence is a bit of a gut punch tbh - I was meaning to get more familiar with Elixir for side projects, and I’ve made a few small web apps with LiveViews. Absolutely love it, even though I don’t feel I‘ve grasped the language fully yet. But some research shows that most LLMs don’t support Elixir that well.

But since my free time is so extremely limited, it would be really nice to get better LLM and agent support. So I hope the lesser used languages and frameworks get more training love, soon. Lest we all only use Next for hobby projects in the future.

Re: Vibe Coding Is Overrated

#55
post #28

Claude has helped me a lot to get through my small feature backlog faster. But if you don't review the code you're asking for hurt. It has literally written stuff like "if pending changes > 20, delete all", etc.

If left on auto pilot, it will sometimes get frustrated with bugs and start "cheating" in various ways (e.g. unsafe type casting, commenting out code/tests, etc.).

Re: Vibe Coding Is Overrated

#56

There are parallels to the “rapid application development” push of the 90’s. Visual Basic, Tcl/Tk, Python with Tkinter, HyperCard; all of them promised shortening the development cycle and democratizing computing. Code was interpreted rather than compiled, dynamically typed rather than statically, and a lot of batteries were included. It sorta worked, and sorta didn’t. I’m seeing no evidence that this round is differ…

RAD & the rise of VB6 was much more measured in promises, and much more concrete in what it delivered. We wrote an awful lot of VB^ and Foxpro code, much of it quite valuable almost all of it terrible quality - but that didn't matter as much.

Vibe coding promises the world, and behold fails to deliver.

Re: Vibe Coding Is Overrated

#57

There are parallels to the “rapid application development” push of the 90’s. Visual Basic, Tcl/Tk, Python with Tkinter, HyperCard; all of them promised shortening the development cycle and democratizing computing. Code was interpreted rather than compiled, dynamically typed rather than statically, and a lot of batteries were included. It sorta worked, and sorta didn’t. I’m seeing no evidence that this round is differ…

Every time I see a post about something built with vibe coding, it reminds me of myself at age 12 making a really basic screensaver in GWBASIC.

All the excitement I felt because it was new to me, but it was really just a very basic toy not a real piece of software.

Meanwhile there were seasoned pros who could probably do amazing things even with GWBASIC. But that was more in spite of it than because of it.

Re: Vibe Coding Is Overrated

#58
post #21

Earlier quoted context omitted.

The fact that they could be "vibe coded" means that they (or something similar) probably already existed, but you just didn't know they did.

No, there's a very very long tail of tasks that are too niche for a proper tool to exist for but it would be annoying effort to figure out yourself. My most recent example of this: write a script to delete all git branches that point to HEAD. Go ahead see how long it takes you to figure out the command for that, because it took me under 60 seconds with AI.

This is the learning to fish problem. If you understand git well, a solution isn't very hard (eg, rev-parse each branch and compare to the rev-parse of the current branch and deleting if they match). If you don't understand git well, you shouldn't be turning into a script-kiddy pasting in whatever the AI spits out and hoping that it works.

Re: Vibe Coding Is Overrated

#59
post #21
post #19

I have already vibe-coded countless number of scripts and two side projects that were on my "list" for years, these projects would have never seen the light of day if not for Cursor. That's the whole point.

The fact that they could be "vibe coded" means that they (or something similar) probably already existed, but you just didn't know they did.

Parts of it could probably already exists in the LLM's corpus, but being able to join them together to build new things is what makes "vibe coding" so useful.

Even though, from personal experience, at scale it still falls apart

Re: Vibe Coding Is Overrated

#60
post #21

Earlier quoted context omitted.

The fact that they could be "vibe coded" means that they (or something similar) probably already existed, but you just didn't know they did.

IDK, there are a lot of little chores that I find needing done that previously would have been ten minutes of research and cli fiddling that are a prompt and copy paste now. It doesn't feel that different but it is a little faster

If you don't understand what the copy/paste is actually doing, you shouldn't be script-kiddying it in your project. If you do understand, then the AI is just quickly writing what you already intended.

If you are having to understand something you didn't understand, it's probably taking a bunch of time to read and verify what the script does. This can be a good learning experience and reveal unknown unknowns, but probably isn't a massive speedup.

Post reply on HN