this post was submitted on 03 Jun 2026
750 points (99.6% liked)
People Twitter
10037 readers
1694 users here now
People tweeting stuff. We allow tweets from anyone.
RULES:
- Mark NSFW content.
- No doxxing people.
- Must be a pic of the tweet or similar. No direct links to the tweet.
- No bullying or international politcs
- Be excellent to each other.
- Provide an archived link to the tweet (or similar) being shown if it's a major figure or a politician. Archive.is the best way.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I mean obviously mileage does vary from project to project and task to task, but i think you might be overestimating mid-level developers. Or you've been really lucky with your recruitment ! Cause i would describe them just the way you described Opus. Pretty eager, kind of try-hard, decent engineering chops but often misdirected with dumb approaches.
Of course my experience is limited and i've never really been in a managing role but i've been the adult in a fair number of rooms and i've done my share of "grooming sprints" and dispatching tasks.
That being said, there are projects that are horribly reluctant to agentic coding. It's pretty rare as most codebases nowadays are bog standard and rely on roughly the same abstractions, but i've seen it happen. It can come from the complexity of the domain, or of the codebase, or from the way documentation and tribal knowledge clash, or a myriad other reasons. Often it's the kind of projects that require more mature devs and can't really onboard juniors/mids.
Oh yeah definitely. Once it's in the hole you better scratch that branch off and restart with more specific instructions cause agents are very "additive", they don't often think to remove stuff and change their approach. Again, kind of like mid devs once they're committed to an implementation plan.
Maybe, conveniently shortly after you made that point I had to work with a random developer at a nother company, and technically his rating was senior developer, and the nature of his mess that he had gotten into (without codegen) was credibly not "junior like" at all. It was a mess from superfluous complexity from adopting every buzzword along his career, cloud, microservices, configuration management. Not just once each, but for example three different configuration management solutions that all could do the task were in use for different things. I was asked to consult on why it was flakey despite his best efforts and maybe help him simplify what he demanded of the users. Turned out they already had something purpose built for the task installed, and I showed him the single command that required 90% fewer inputs (it could auto-fetch the information) and worked within a few seconds instead of a few minutes and did it entirely on-premise instead of having to go to the cloud and actually worked reliably.
So yeah, that guy probably would have been no worse off from CodeGen AI making his mess.. It also occurred to me that his resume description of his project probably sounds more impressive on a resume despite it being garbage...
That was the bane of my existence before AI and i suspect AI will only compound this issue.
If you do "artisan vibe coding", acting like a very hands on CTO that challenges decisions and reviews most of the code produced, you get a modest productivity boost in the 20 to 40% range, and a large reduction in cognitive load which can help you think bigger thoughts on the longer term. The quality can be as high as you want it to be in that setup.
But if you do fully agentic unsupervised vibe-coding, it's easy to get into a mess because it's like having a team of junior/mids paid by the line churning out complexity all day long. The productivity boost can be a large multiple but the quality suffers because you have to ignore a lot of the stuff and the devil is in the details so he will certainly get you at some point.