If you say AI does 0% of your work, I'd say you're either a genius, behind the curve or being disingenuous.
If you say AI does 0% of your work, I'd say you're either a genius, behind the curve or being disingenuous.
Do I use LLMs as an alternative to Googling? Absolutely. That doesn't mean AI is doing my job. Google and Stack Overflow also do 0% of my job. It's great as a reference tool. But if you're going to be that pedantic, we've got to count any help I receive from any human or tool as doing some % of my job. Do I count the open source software I build on? Do I count Slack as doing some % of my job since I don't have to go into the office and interface with everyone face-to-face? Does Ford get some of the credit for building the vehicle that gets me to the office?
Have I used a meeting transcription tool? Occasionally, yeah. That doesn't mean it does any part of my work. My job was never to transcribe meetings. Do I use it to brainstorm? No, I've found it's fairly useless for that. Do I use it to create presentations? No, I just write my slides the old fashioned way.
In my opinion, the only thing that AI is helpful for is doing all the menial boilerplate nonsense that is only necessary because the unexperienced people in charge of so many projects. For example, setting up 30 totally unnecessary GitHub actions, etc. Anything that is worth doing, I'd rather do myself and not lose my skills.
And that's coming from someone that has repeatedly gone on record saying "my expectation for our industry is a gigantic contraction because of LLM", ...but this isn't a scenario that's plausible with current models.
You're sending the intellectual property of your employer to a third party without their consent. Hell, it's much worse as it sounds like they've explicitly told you not to.
Grounding it in the reality of the current implementation for the extra cherry on top.
And don't get me started on the "time savings" for boiler plate documentation. It messes up every time.
AI was doing 0% of my work 10 years ago too, why should I be any less effective without it now?
You think I'm behind the curve because I'm not buying into the AI craze?
Ok. What's so important about being on the curve anyways, exactly? My boss won't pay me a single cent more for using AI, so why should I care?
But when you're being graded on a curve, standing still can still mean falling behind.
Which isn't to say that AI is definitively ahead of the curve; I think we're a bit early for that. But as actual answers to your actual questions - it's important because if everyone else gets ahead of you, your boss will STOP paying you
(and if you're "good at AI", you can at least make bank until the bubble bursts)
It knows that the apologetic tone and acknowledging understanding of your critique is the most probable response for it to generate. But that’s very different from actually understanding how it should change the code.
https://metr.org/blog/2025-07-10-early-2025-ai-experienced-o...
Since that study demonstrated that experienced developers currently suffer a decline in their productivity when using LLMs, it's perfectly likely that less experienced/junior developers who normally will struggle with syntax or simple tasks like organizing their code are the ones experiencing the boost of productivity from LLMs.
Thus, it seems the devs benefitting the most from LLMs are the ones with the skill issue/more junior/early in their career.
Which group do you belong to?
How open are you to the possibility that it's the other way around? Because the study suggests that it's actually junior code monkeys that benefit from LLMs, and experienced software engineers don't instead get a decline of their productivity.
At least that's what the only available study so far shows.
That's corroborated with my experience mentoring juniors, the more they struggle with basic things like syntax or expressing their thoughts clearly in code, the more benefit they got from using LLM tools like Claude.
Once they go mid-level and above, the LLMs are a detriment to them. Do you currently get big benefit from LLMs? Maybe you are more early in your career?
I know how to use the AI tools for my purpose (that's why i use them), and of course, to make the impossible possible. Even if i failed to do so, it's not the decrease in productivity because without them, i don't think i can do better than the LLM.
Well, it seems you are not open for discussion. There is no reason to disparage the senior devs that participated in the study just because you don't like the results of the study. But the study happened, and it is clear: experienced developers are the ones that suffered from using LLMs.
> but it's just illogical for a junior to get benefits and the seniors don't
Experienced car drivers won't benefit from a youtube tutorial how to drive, junior car drivers might. That's similar to junior developers being potentially the ones who can benefit from the basic things that an LLM can help you with, e.g helping you with syntax and structure your thoughts and write a scaffold to get you started. Those are concerns that experienced developers don't need help with, similarly how experienced drivers don't need youtube tutorials how to shift a gear. There is nothing illogical in that premise. Do you agree?
> i don't think i can do better than the LLM
I most certainly can tell you that there are 1000s of developers that can do infinitely better than any of the current LLMs, and those developers are fairly often senior. It seems like a skill issue you mentioned in the beginning of your post might actually be on your side.
Counterpoint: the agents are the reason for the distraction.
> That has solutions they are not aware of to implement.
Counterpoint: there are no other current studies that suggest otherwise. Given the impact of LLMs on open source (net negative, maintainers are drowning in slop: e.g curl: https://daniel.haxx.se/blog/2025/07/14/death-by-a-thousand-s...) maybe it makes sense to be a bit more critical on LLM's supposed gains.
Let's see what we have so far:
- The only study to date suggests a net negative from using LLMs on experienced developers
- OSS maintainers are rejecting AI generated PRs due to low quality
- No other studies have come out so far to suggest otherwise
Based on my anecdotal experience and based on the currently available evidence, for me the conclusion is clear: LLMs and agents are mostly hype.
It's no surprise to me that devs who are accustomed to working on one thing at a time due to fast feedback loops have not learned to adapt to paralellizing their work (something that has been demonized at agile style organizations) and sit and wait on agents and start watching YouTube instead. The study reflects usage of emergent tools without training, and with regressive training on previous generation sequential processes, so I would expect these results. If there is any merit in coordinating multiple agents on slower feedback work, this study would not find it.
My understanding is that a code monkey just does what they're told. All the planning and behind the scenes negotiations that the senior devs and management do is completely opaque to them.
> i don't think i can do better than the LLM.
I'd just like to point out just how sad, self-defeating, and ignorant this statement is.I could literally teach a below-average-intelligence 16-year-old how to write better code than any LLM I've ever seen - if they're interested and willing to learn.
Once you are very comfortable in a domain, it is detrimental to have to wrangle a junior dev with low IQ, way too much confidence but encyclopediac knowledge of everything instead of just doing it yourself.
The dichotomy of Junior vs. Senior is a bit misleading here, every junior is uncomfortable in the domain they are working in, but a Senior probably isn't comfortable in all domains. For example, many people with 10+ SE experience I know aren't very good with databases and data engineering, which is becoming an increasingly large part of the job. For someone who has worked 10+ years on Java Backends, now attempting to write Pythin data pipelines, Coding Agents might be a useful tool to gap that bridge.
The other thing is creation vs. critique. I often let my code, writing and planning be rewiewed by Claude or Gemini, because once I have created something, I know it very well, and I can very quickly go through 20 points of criticism/recommendations/tips and pick out the relevant ones. - And honestly, that has been super helpful. Using it that way around, Claude has caught a number of bugs, taught me some new tricks and made me aware of some interesting tech.
There are reasons that seasoned OSS developers reject AI PRs: https://news.itsfoss.com/curl-ai-slop/ (like the creator of curl). Additionally, the only study to date currently measuring the impact on LLMs on experienced developers found a modest 19% decline in productivity when using an LLM for their daily work.
https://metr.org/blog/2025-07-10-early-2025-ai-experienced-o...
Now we can ponder behind the reasons that the study showed experienced developers get a decrease of productivity, and you anecdotally experience a boost of "productivity", but why think about things when we can ask an LLM?
- experienced developers -> measured decrease of productivity
- you -> perceived increase of productivity
Here is what ChatGPT-5 thinks about the potential reason (AI slop below):
"Why You Might Feel More Productive
If senior developers are seeing a decline in productivity, but you are experiencing the opposite, it stands to reason that you are more junior. Here are some reasons why LLMs might help junior developers like you to feel more productive:
Lower Barrier to Entry
- LLMs help fill in gaps in knowledge—syntax, APIs, patterns—so you can move faster without constantly Googling or reading docs.
- Confidence Boost You get instant feedback, suggestions, and explanations. That can make you feel more capable and reduce hesitation.
- Acceleration of Learning You’re not just coding—you’re learning as you go. LLMs act like a tutor, speeding up your understanding of concepts and best practices.
- More Output, Less Friction You might be producing more code, solving more problems, and feeling that momentum—especially if you are just starting your coding journey."