|
|
|
|
|
by romaniv
27 days ago
|
|
The article has solid observations, but I would correct one important thing. It's not AI confidence, it's AI psychosis. A lot of people I know are forced to use AI at work. They universally tell me that their coworkers generate awful PRs with bugs, nonsensical code and fake unit tests. But they also universally tell me that they are different, have special workflows and prompts that create good code. The psychology behind this is obvious. Hype and the literal threat of being fired forces everyone to develop coping mechanisms. Bragging about your own adaptability is one of those mechanisms. Unfortunately, the scale and intensity of this and the fact that the mechanism is clearly weaponized for marketing means we're living in an increasingly deranged society. |
|
The truth is there are prolific developers like Antirez who have built quality new projects at an incredible pace (Dwarfstar 4, Redis features).
But as unpopular as it is to say it, in the working world ~80% of developers pre-AI mostly just attended meetings, did a little busywork and committed small patches here and there. Probably around 20% really moved the needle and contributed the bulk of net new code.
Those 80% were constrained in the volume they could output pre-AI, but now they are unleashed to do a large amount of net new work but many without the skills to structure it well+maintainably.
It doesn't help that most management has been pushing on LoC over quality the past year.
I truly believe most companies as they exist today are not structured for AI. The amount of technical debt that will be created at a rapid pace is basically time delayed self destruction for most codebases if you let people run amok with low contribution standards and rubber stamped approvals.
If you treat each AI output as a small well-scoped, well-tested module, which interoperate with each other through well designed APIs, you can have high confidence in quality. But majority of people are pseudo-vibe coding and creating spaghetti monster codebases, and there's really no way to stop it without strong and tight technical oversight.