←back to thread

Development speed is not a bottleneck

(pawelbrodzinski.substack.com)
191 points flail | 2 comments | | HN request time: 0s | source
Show context
HumblyTossed ◴[] No.45138581[source]
You have the unbelievably productive programmers - we all know their names, we use the code they wrote every day. Then you have the programmers who want to be there and will try everything they can to be there - except gain depth of knowledge. They tend to be shallow programmers. If you give them a task and spell it out, they can knock out code for it at a really good pace and wow upper management. But they will always lack the ability to take a task not spelled out and complete it. Vibe-coding is like sugar and crack mixed together for these people.
replies(3): >>45138811 #>>45139628 #>>45147339 #
1. no_wizard ◴[] No.45139628[source]
It’s infecting expectations I’ve noticed as well. The thing LLM coding tools expose very plainly if someone wasn’t already aware is that management would rather ship with bugs or missing features - no matter how many - as long as the “happy path” works.

The vibe coders can deliver on happy path results pretty fast but I already have seen within 2 months it starts to fall apart quick and has to be extensively refactored which ends up ultimately taking more time than if it was done with quality in mind in the first place

And supposedly the free market makes companies “efficient and logical”

replies(1): >>45139958 #
2. bckr ◴[] No.45139958[source]
We’ve only had these tools for, less than 2 years?

I think those “fall apart in 2 months” kinds of projects will still keep happening, but some of us had that experience and are refining our use of the tools. So I think in the future we will see a broader spread of “percent generated code” and degrees of success