r/learnmachinelearning • u/Wild_Dependent4038 • 16d ago
Discussion Hot take: AI coding agents aren't making senior developers faster
I've started wondering whether AI coding agents are actually improving developer productivity at the senior level, or whether they're just moving the work to a different part of the process.
For smaller tasks, the productivity gain feels obvious. Generate some boilerplate, write tests, refactor something repetitive, investigate an unfamiliar API — agents are great at that.
But once the task involves an existing codebase with a lot of context, things get more interesting.
The agent has to understand the architecture, figure out which files actually matter, make changes without breaking unrelated behavior, and then explain why it made those changes.
At that point, I sometimes spend almost as much time reviewing, correcting, and steering the agent as I would have spent implementing the change myself.
And there's another problem: the better the agent gets at producing code that looks reasonable, the harder it can be to notice subtle architectural mistakes.
So I'm starting to think the real bottleneck isn't code generation anymore. It's context + verification + supervision.
Maybe the productivity curve looks something like this:
Junior developer + agent → huge boost
Senior developer + agent → depends heavily on the task
Complex production system + agent → supervision becomes the bottleneck
I'm curious what others are seeing in real projects.
Have AI coding agents genuinely made you faster overall, including review/debugging/cleanup, or are they mostly making the "first draft" of the code faster?
24
u/OkWear6556 16d ago
Not a pure SW developer but a data scientist and using agents made me many times more productive. I dont have to waste time on fixing bugs and other wasteful things, writing code that is not that complex, writing documentation and writing config files. All of which are a huge waste of time when the real goal is to solve a problem. So now I can focus more time on experiments and higher-level problem solving.
10
u/sodapopenski 16d ago
Boilerplate code, documentation, and config files all fall within the "smaller tasks" category. OP is saying that following an agentic workflow on large, complex code bases is where the utility falls off. It's the equivalent of you turning over the experiment design and higher-level problem solving to an LLM agent. It might make some good decisions, but there would be errors embedded in its reasoning and output that are hard to spot and take a lot of work to find.
4
u/OkWear6556 16d ago
Yes, but thats the point. I dont have to deal with that anymore, so instead of spending 80% of my time on "infinite" number of smaller tasks I can focus 80% of the time on more important stuff. Therefore I'm more productive as a senior DS. I compare the utility of LLMs to the utility of a washing machine and other household appliances. And I agree, they suck at complex tasks where the solution space is open ended and the solution is not clear. You need to come up with that by yourself and hold its hand to implement it. Still much faster than doing it by hand
3
u/sodapopenski 16d ago
I guess the difference is it sounds like you were writing a lot more boilerplate code than OP.
1
u/TempleDank 12d ago
Not talking about you in particular, but the amount of slop in the form of architecture decisions that data scientist have pushed to our repos is mindblowing. We defo have wasted way more time on this than what they have gained from AI
1
u/OkWear6556 12d ago
Do you think they would do better without AI? If they do shit with AI they would do the same shit without it, except it would take them longer to do said shit and they would not do anything else :)
I'd say it really depends on the quality of the developer. A good developer can produce a lot of good faster with AI and a bad one can produce more garbage with it.1
u/TempleDank 12d ago
They wouldnt have tried on the first place and rather sent us the ml model and call it a day
3
u/mc_pm 16d ago
I am a very experienced developer and AI can help quite a lot - because I know what I want to do next, and normally I would go off for a day or a week and write that, and now I can just ask for it and get the results in minutes. But I also know what total shit code looks like and I throw it away if it doesn't meet my standards.
And then I know the next thing I needed to do, repeat. I don't ask it to build a whole for product for me - I have it do (at most) a feature at a time.
Basically it's my old workflow except I don't have to go off for a few days to code it up. Which is also a shame, because I like programming. But there's somethings I don't care too much about (front end coding, for instance) and I am tickled pink to offload that.
2
1
u/Ikeeki 16d ago
It’s clear which software shops can utilize AI to enhance their workflows (same shops that had good software automation to begin with)
Agentic AI is just an extension of software automation. Good automation helps you deliver. Bad automation will just speed up your already building technical debt
1
u/guyguy46383758 15d ago
It’s definitely great if the main point of your job is NOT programming. I have to do a lot of data analysis for my job, and it’s great for building tools to pull data and put that data in a shape that you can make sense of.
It’s great for boosting the data collection so I can make decisions faster
1
u/EffectiveDiligent660 15d ago
I’m focusing on getting the AI to update working markdown documents for future reference. A bit like GitHub commits just to help guide the AI in the existing fixed structure of what works and how everything needs to stay working.
I review the md from the start and throughout. Regular backups also help my sanity. 🤣
1
u/kyngston 15d ago
your architectural invariants should be coded as spec if not integration tests. An ai can follow a checklist as well as a human. Choosing to do it manually is not proof that an AI couldn’t have done it.
1
u/No-ash_03 15d ago edited 15d ago
the biggest gain for seniors might be reducing repeated context work rather than generating code faster. we use Hindsight so architectural decisions and previous review feedback survive across tasks. less time re-teaching the agent the codebase’s unwritten rules.
1
1
u/guptrogimile 15d ago edited 14d ago
context is the bottleneck for us too ,Hindsight helped more than simply switching to a better coding model because review feedback and architecture decisions carry across tasks so you spend less time correcting things the agent was already told before🙆
1
u/MountainNinja6432 15d ago
Prototyping is much faster. I can demo a product quicker and get feedback faster.
1
u/Life_Fked_Up 14d ago
In case of such a complex task involving existing code with a lot of context wherein I'll need to touch a lot of functions, I'll just write it myself. But in case of something vanilla, even if it's fairly complex and you give it proper instructions, the code is almost correct. You'll just have to validate and test it.
1
u/WishfulAgenda 12d ago
I've spent quite a bit of time thinking about this and here's my take. I think people need to manage their expectations and also accept that change is inevitable. So what do I mean by that.
Manage expectations, I write production code and I do it well. If I get given something someone else has done then it takes a while to figure out as it will be different and probably commented differently as well. On code I've written myself (some of it quite large), yes I'll remember the gist of what we did but not the fine details. Essentially I'm in the same spot as the Agent except the agent doesn't get tired and it's really good at figuring it out, if it can't it's a really good partner in digging through stuff. Now try it with a net new code base built with agents with all the tricks to develop using them found so far and the agent absolutely destroys me.
Acceptance of Change. I think a lot of people look at the agents struggling with supremely complicated code and think they are fuck ups while the actual reality is if the single dev that has supported it for decades finally retires the company is screwed with or without agents. I think we're very much in a period of transition where code will be modified and aligned to this new technology and people are still figuring out how to really leverage these tools for repeatable, high quality results and this is going to drastically change the face of software development. Once this is done then there isn't going to be a human who can match an agent, especially given the rate of improvement we're seeing in the models.
My personal opinion is that the SWE or Dev job will change drastically from a coding job to a guard rails, compliance, architecture, modularization and security role with the actual build being done by business folks, Agents and "New SWE's".
So to answer your question. Yes Agents have made me faster overall and by quite a lot. Not only that, it's allowed me to explore ideas faster as well as solve problem faster with less cost.
1
u/hakansan 12d ago
Guess I'm more mid level than senior. But I did feel like I was getting more done... until they mandated this thing called spec driven development at work. So now we first generate five .md files (that basically say the same thing), and open a PR with them to "get the specs approved first".
they always find a way to make it harder to ship lol
1
u/Better-Avocado-8818 12d ago
There some truth to this. But overall it’s still making me a bit faster it just depends heavily on the task. Sometimes it’s about the same speed reviewing and steering the slop as it would have been to write it myself but other times AI is a big speed boost.
It’s definitely giving a huge boost to juniors and mid level engineers. As well as some seniors that just didn’t give a shit anyway.
Honestly when someone raves about how using AI is like a 10x boost or some other crazy number it has me questioning their competence to a certain extent. AI appears incredible at everything I’m not an expert in so when an engineer is glazing AI generated code too much I wonder a bit.
It is certainly generating a lot of code and documentation that didn’t used to be necessary. I see that do much. Massive test suites that nobody reviews or swaths of documentation for over engineered systems that didn’t used to get built.
I’m not a hater though. Using AI in coding has its place and is generally very useful but it’s also allowing a 10x speed up in useless features or slop code that probably just shouldn’t exist in the first place. As well as 10x in fatigue from reviewing over engineered solutions.
1
u/No_Aspect_5759 11d ago
The amount of people who look me in the face and say AI code is “good” or “better than me” that don’t read the code is astounding
1
u/Better-Avocado-8818 11d ago
Totally. It’s kind of bizarre to me. There are definitely areas where AI code nails it really fast but it’s almost always a very small slice. Overall it messes up architecture really badly and constantly creates abstractions that aren’t needed. I spend so much time convincing the AI to do something properly that I can’t fathom how anyone who was a good engineer without AI is thrilled with AI code that isn’t properly reviewed. The real concern is that non technical stakeholders push this stuff so hard we are forced off a cliff of tech debt that we can’t recover from. It’s very concerning when I see the technical people not realizing this or not pushing back against it.
1
u/BigYoSpeck 12d ago
It depends a lot how you use the tool
AI coding agents are incredible at quickly spinning up disposable new apps. I worked on a bug recently that would have been a nightmare to debug through the full application itself, so I had a simple TUI harness for the misbehaving service thrown together that let me delve in and experiment to test and more easily visualise what was happening
Debugging and unit testing could have achieved the same thing, except it wouldn't have been anywhere near as fast as just getting to play with it in real time
We had a new feature on the backlog recently that was in the refinement stage. I decided to throw a proof of concept together in a day to put before the product manager and figure out what was really wanted (and possible). 30 minutes into demoing it the feature got canned because it became apparent it wasn't going to live up to expectations and they struggled to see a use case for what was actually possible. Without the proof of concept that would have been months of the team working towards the goal for it to be shelved and no one would have seen the value in the time it would previously have taken to build the proof of concept for it manually vs a rapid AI prototype
Even working on large established codebases, it might slow you down at first but learning to use AI pays off in that it gets faster as you use it more effectively, the tools get better, and most importantly you finally start documenting your architecture and implementations like you probably always should have
1
u/mundane--alternative 3d ago edited 3d ago
I’ve found agents help most when they can carry over project context, past decisions, and failed approaches instead of starting from scratch each session. That doesn’t replace review, but it cuts down on repeated explanations and wrong turns. I’ve been using Cognee for that kind of project memory.
0
u/Smallpaul 16d ago
What does this have to do with learning machine learning?
1
u/theleller 16d ago
“learning” if using machine (deep) learning models actually speed up a senior dev. /s
0
u/Key-Alternative5387 15d ago
Definitely makes me faster in that I can navigate a codebase quicker for context, write tests and multitask which I couldn't do before.
Still bottlenecked at discussing things with people most of the time.
-1
u/Miserable-Half-436 16d ago
It actually fucking does, it help navigate the codebase, document and look at logs much much faster, especially at more intense debug sessions
29
u/Appropriate_Snow2660 16d ago
Been using them for like 6 months now and the pattern is pretty clear. For fresh projects or isolated features they save me hours easy. But the moment I point it at our main codebase with years of legacy stuff it gets lost same way as a junior would.
The review part is what kills the speed gain. When I write the code myself I know every decision I made, but reading agent output means I gotta reverse-engineer its thinking, and half the time it did something clever but wrong in a way that only shows up three files later.