Faster is not a smart metric to judge a programmer by.
"more code faster" is not a good thing, it has never been a good thing
I'm not worried about pro AI workers ruining their codebases at their jobs
I'm worried about pro AI coworkers ruining my job by shitting up the codebases I have to work in
I said "better code faster". Delivering features to users is always a good thing, and in fact is the entire point of what we do.
> in fact is the entire point of what we do
Pump the brakes there
You may have bought into some PMs idea of what we do, but I'm not buying it
As professional, employed software developers, the entire point of what we do is to provide value to our employers.
That isn't always by delivering features to users, it's certainly not always by delivering features faster
Even if you say "better faster" tens times fast, the quality of being produced fast and being broadly good are very different. Speed of development can be measured immediately. Quality is holistic. It's a product of not just formatting clear structures but of relating to the rest of a given system.
Most of the times I get to the real solution for a problem after working in the wrong one for a while. If/when LLM help me finish the wrong one faster it is not helpful and could even be damaging in a situation that it goes to production fast.
A lot of modern software dev is focused on delivering features to shareholders, not users. Doing that faster is going to make my life, as a user, worse.