I suspect it’s not about agentic coding being a special skill, and more about why a competent programmer wouldn’t have tried it by this point, and whether that is a sign of ideological objections that could cause friction with the team. Not saying I agree with that thinking, but I definitely see why a hiring manager could think that way.
I can't get into that hiring manager's head. It shouldn't matter, if the candidate can deliver business value. That's what you are hiring them for. You're not hiring them to burn LLM tokens, you're hiring them to create business value. Why would you care if he does it by hand-coding, using an LLM, or chanting magic spells at the computer?
I was only granted permission to use it a few weeks ago and haven’t had time to set it up yet
> why a competent programmer wouldn’t have tried it by this point
What does one have to do with the other? Since when is following every fad a prerequisite for competence?
Don't shoot the messenger, I'm just telling you how some hiring managers might think, not endorsing the opinion and it's definitely not something I consider in my hiring.
I will say it's a little weird to frame it as "every fad" though. Do you really not see any net new or lasting utility for software engineering in AI tools? If not then more power to you, but software engineering being a fast-moving field where there are (fair or unfair) expectations to keep up is nothing new.
I certainly keep an eye on these developments, but I think the jury is still out on how useful/beneficial they actually are in practice. Generating more code in less time is not a useful measure of productivity for me.
Agree the jury is still out, but "More code in less time" is a shallow strawman. The better question is what is it good at and what is it not good at, and what are the ways to best leverage those capabilities. I've seen enough use cases from enough engineers now that I firmly believe anyone saying "nope never useful" is sticking their head in the sand.
If you aren't taking advantage of it, you are not a competent software engineer in 2026.
On the contrary. That's the only kind of competent software engineer in 2026. Competent engineers don't hand things off to the tool that generates terrible code really quickly.
Many companies cannot take advantage of it. Not everyone is making toy CRUD web applications to help consumers purchase things they don't want. Some people are making safety critical applications, and many more are making highly sensitive applications.
At my job, we just got agents. Because we had to self-host them in our new data center. Our product isn't the kind that can be used with Claude or Gemini, like, legally.
So you just said that you couldn’t use coding agents because you are doing “very important things”, while you clutch your pearls about what other people are doing but your company is in fact using coding agents…
I'm not clutching my pearls over anything, and our applications aren't important. They're mostly stupid and bad, but because of laws we can't just hand out that data to anybody with a pulse.
I think using agents is great. I'm just saying that lots of people haven't been using them not because they're dumb or a (sigh) luddite or whatever, but because they can't.
The economy is really big, and while most companies play fast and loose with data, many don't. Of the ones that do, most of them probably should not, but because it's not technically illegal, of course they do. That principle is a big part of the reason why the US sucks.
For us though, it is actually illegal, so we don't. And we're not the fucking CIA or something, again, we make bad stupid products. So, if that's the case for us, that's the case for a lot of companies.
We legitimately had to buy a new datacenter for this shit.
Claude has been a big boost to my sense of competency. I get to point out so many poor solutions in slop PRs now