Live data from Hacker News

Vibe engineering

simonwillison.net

91–100 of 759 posts

Re: Vibe engineering

#91
So the only quasi disagreement I have is that "research" is one of the strengths of the models, and you should lean on them where possible.

In Claude Code for example I define a research sub-agent and let it do the majority of "research" type tasks. Especially when the research is tangential to what ever my objective is. Even if it is critical, I'll usually ask to have it do a first pass.

Re: Vibe engineering

#93
post #15

I’d just call it “coding” – it’ll be the default soon enough. For the old way: “hand-coding”

I feel nauseous when I read comments like this. Does no one here actually like programming?

Sadly the times where people joined software engineering for passion are way behind. People nowadays join just for the money or because it has lot of jobs available.

It is very easy to notice at work who actually likes building software and wants to make the best product and who is there for the money, wants to move on, hard code something and get away with the minimal amount of work, usually because they don't care much. That kind of people love vibe coding.

Re: Vibe engineering

#96
post #84

Earlier quoted context omitted.

If you’re looking at the AI-generated output then you’re not Vibe Coding. Period. Let’s not dilute and destroy the term just as it’s beginning to become a useful label.

Wait, are people not reading the AI code they use?

[deleted]

Re: Vibe engineering

#98
post #4
post #3

Earlier quoted context omitted.

Seems like most of the benefit of "vibe engineering" in your description comes from using straightforward best practices of software engineering. How much does the AI add if you already have solid procedures in place for everything else the AI needs not to go bonkers?

The AI adds a ton. It really is like having a whole team of extra coders available, all of which can type faster than you. Getting good results out of that team is hard , because the bottleneck is how quickly you can review their workflow and point them in new directions. Understanding techniques like TDD, CI, linting, specification writing, research spikes etc turns out to be key to unlocking that potential. That's…

>> How much does the AI add if you already have solid procedures in place for everything else the AI needs not to go bonkers?

> The AI adds a ton. It really is like having a whole team of extra coders available, all of which can type faster than you.

Funny thing is, the least time consuming aspect of making programs is encoding solutions in source form. For example, a reasonable typist can produce thousands of text lines per workday if they know what must be typed (such as transcribing documents).

What takes longest when producing programmatic solutions is understanding what must be typed in the first place. After that, the rest is just an exercise in typing and picking good file/type/variable names.

Re: Vibe engineering

#100

Thank you for writing this, Simon. I'm using an anonymous account not tied to my main one, so if the mods want to delete it, go ahead, but I really need to rant. My company has been taking this same approach for the past two months. While the rest of the world is warning about the effects of vibe coding and AI-slop, we're fully embracing it, calling it "working smart" and "automate all things!" It's utterly ridiculou…

It's interesting to see the differences in industry adoption. My company just recently made Copilot an official tool for use. We're in a safety-oriented industry that moves more slowly. I do use it, but mostly just to tighten up existing code or get ideas for a refactor.

Meanwhile, I have a client project where my counterpart is definitely senior to me and excitedly shares how AI is helping them solve novel problems each week!

Post reply on HN