Completely disagree. The difficult part of software development was never writing code OR speed of delivery. It was understanding requirements and problem solving. LLMs still can not do either of those things and there is no evidence they ever will be able to.
An example of how harmful LLMs actually are to development can succinctly be described with an issue I had a few weeks ago. I found an issue in an open source project, code was fine if a bit hard to understand. I came up with a PR to fix the problem.
In the time from me checking out the code to submitting the PR, a little less than 24 hours, the maintainer had completely rewritten the entire project with Claude. It was complete nonsense. Incredibly difficult to understand. Abstracting things that didn’t need abstracting. My PR was useless, because the entire project was new. The maintainer definitely didn’t understand the changes either. If a bug came up there’s no way AI would be able to solve it (the bug was still there even though the code was entirely new).
LLMs don’t understand the code. They just make things that look like they will work. And then a human has to maintain it (or keep paying billions of dollars for Claude to try to fix it).
I'm sorry but to me your comment is a bit misguided. You raise extremely valid point and are completely right in what you say, and yet all your argument fails to prove that software development hasn't changed.
The difficult part was understanding requirements and problem solving: absolutely true. Yet most of the time of a developer was spent in writing code. Now it's spent refining the analysis so that the LLM stops producing slop. And many programmers are doing it, even with all its downsides, because for them the fun part is understanding the requirements and problem solving, not writing code nor delivering fast. They are delegating those tasks to a machine, even with all the risks and issues.
Your second point (and the anecdote) further proves how programming changed. Before it was unthinkable that some random person, likely with no clue about what they are doing, would refactor an entire codebase in a night.
Both are massive changes. For the best? Arguably not, but I seriously doubt there will be any going back now.
Yet most of the time of a developer was spent in writing code.
That's what developers told the world. Now they're exposed, it never really took that long to write the code. (Only partly joking.)
Actually, a whole lot of time went into reading other developers' code, getting documentation in sync with the actual implementation. And if you didn't do all that, you tended to have a lot more bugs / vulnerabilities, etc. The LLMs are wicked fast at reviewing code, they don't find ALL the problems, a lot of problems they do find aren't worth fixing, but they do find more actual actionable problems per minute than most developers can find per hour in a big code base.
That's because it's not actually reviewing the code, rather just producing text that statistically looks like review comments.
So it does look vaguely useful, e.g. if code has null checks, review comments usually won't ask for them to be added, but it's never actually reviewing, or understanding, or reasoning, or anything else people claim.
It's like an actor playing a doctor in a TV show, they're not actually diagnosing patients, they're just following a script that looks like it.
Doctors "humanity" kills a lot of people, every day, that wouldn't have died if they did a statistical matching of their symptoms to the available research literature.
Completely disagree. The difficult part of software development was never writing code OR speed of delivery. It was understanding requirements and problem solving. LLMs still can not do either of those things and there is no evidence they ever will be able to.
An example of how harmful LLMs actually are to development can succinctly be described with an issue I had a few weeks ago. I found an issue in an open source project, code was fine if a bit hard to understand. I came up with a PR to fix the problem.
In the time from me checking out the code to submitting the PR, a little less than 24 hours, the maintainer had completely rewritten the entire project with Claude. It was complete nonsense. Incredibly difficult to understand. Abstracting things that didn’t need abstracting. My PR was useless, because the entire project was new. The maintainer definitely didn’t understand the changes either. If a bug came up there’s no way AI would be able to solve it (the bug was still there even though the code was entirely new).
LLMs don’t understand the code. They just make things that look like they will work. And then a human has to maintain it (or keep paying billions of dollars for Claude to try to fix it).
I'm sorry but to me your comment is a bit misguided. You raise extremely valid point and are completely right in what you say, and yet all your argument fails to prove that software development hasn't changed.
The difficult part was understanding requirements and problem solving: absolutely true. Yet most of the time of a developer was spent in writing code. Now it's spent refining the analysis so that the LLM stops producing slop. And many programmers are doing it, even with all its downsides, because for them the fun part is understanding the requirements and problem solving, not writing code nor delivering fast. They are delegating those tasks to a machine, even with all the risks and issues.
Your second point (and the anecdote) further proves how programming changed. Before it was unthinkable that some random person, likely with no clue about what they are doing, would refactor an entire codebase in a night.
Both are massive changes. For the best? Arguably not, but I seriously doubt there will be any going back now.
That's what developers told the world. Now they're exposed, it never really took that long to write the code. (Only partly joking.)
Actually, a whole lot of time went into reading other developers' code, getting documentation in sync with the actual implementation. And if you didn't do all that, you tended to have a lot more bugs / vulnerabilities, etc. The LLMs are wicked fast at reviewing code, they don't find ALL the problems, a lot of problems they do find aren't worth fixing, but they do find more actual actionable problems per minute than most developers can find per hour in a big code base.
That's because it's not actually reviewing the code, rather just producing text that statistically looks like review comments.
So it does look vaguely useful, e.g. if code has null checks, review comments usually won't ask for them to be added, but it's never actually reviewing, or understanding, or reasoning, or anything else people claim.
It's like an actor playing a doctor in a TV show, they're not actually diagnosing patients, they're just following a script that looks like it.
Doctors "humanity" kills a lot of people, every day, that wouldn't have died if they did a statistical matching of their symptoms to the available research literature.