alt Hacker NewsOK, let's say there are two categories of software now.
One is where the human has a complete mental map of the product, and even if they use some code generating tools, they fully take responsibility for the related matters.
And there is another, emerging category, where developers don't have a full mental map as it was created by an LLM, and no one actually understands how it works and what does not.
I believe these are two categories that are currently merged in one Show HN, and if in the first category I can be curious about the decisions people made and the solutions they chose, I don't give a flying fork about what an LLM generated.
If you have a 'fog of war' in your codebase, well, you don't own your software, and there's no need to show it as yours. Same way, if you had used autocomplete, or a typewriter in the time of handwriting, and the thinking is yours, an LLM shouldn't be a problem.
Replies
> And there is another, emerging category, where developers don't have a full mental map as it was created by an LLM, and no one actually understands how it works and what does not.
Are the tokens to write out design documentation and lots of comments too expensive or something? I’m trying to figure out how an LLM will even understand what they wrote when they come back to it, let alone a human.
You have to reify mental maps if you have LLM do significant amounts of coding, there really isn’t any other option here.
That sounds exactly like using a new library. The absolutists miss so much and contribute so little.
We never really have a complete mental map.
"Oh, this library just released a new major version? What a pity, I used to know v n deeply, but v n+1 has this nifty feature that I like"
It happened all the time even as a solo dev. In teams, it's the rule, not the exception.
Vibing is just a different obfuscation here.
> And there is another, emerging category, where developers don't have a full mental map as it was created by an LLM, and no one actually understands how it works and what does not.
I work with a large number of programmers who don't use AI and don't have an accurate mental map for the codebases they work in...
I don't think AI will make these folks more destructive. If anything, it will improve their contributions because AI will be better at understanding the codebase than them.
Good programmers will use AI like a tool. Bad programmers will use AI in lieu of understanding what's going on. It's a win in both cases.