
Loading summary
A
Within technology circles, there's a lot of buzz right now about a recent essay written by a professional programmer and entrepreneur named Lars Fey. It opens with the following description of the current state of affairs of AI driven software development. I'm going to read here. This workflow takes many shapes at this point, but in general it is a process where someone defines the project's requirements, generates a plan, and then pulls the slot machine lever over and over, iterating and reiterating with often multiple agent instances until it's done, all the while putting a growing distance between the orchestrator and the code that is being generated and committed. Now this new approach to computer programming has thrown the industry into a frenzy of excitement. And I really do mean excitement. Let me read you a real quote from an essay that a developer posted just a couple months ago. Now I'm reading here what a fantastic time to be alive with Claude code. I have become, if I do say so myself, a 10x developer. Sometimes it feels like 100x. I find it all thrilling and amazing. It's all intoxicating to watch Claude code work. To ask it to do something that I know would take a week, or to have it figure out some complex bug that I would have taken three days to debug is almost too much to believe. I don't have the superlatives to describe it. Now, what does that rhetoric remind me of?
B
Whoa, that's a full rainbow all the way. Double rainbow. Oh my God, it's a double rainbow all the way. Whoa, that's so intense.
A
All right, joking aside, this vision points to a massive change for the world of software development. In this new world, no one would need to learn to code again. English will be the new abstraction layer. Just explain what you want and the AI will create it. And as a consequence, millions of well paid and highly skilled software developers will be replaced by a small number of hyper caffeinated orchestrators who manage hordes of tireless coding agents. But is this vision accurate? Well, it's Thursday, which means it's time for an AI reality check episode of this show, which is a good opportunity to to take a closer look. And indeed, if we return to Lars Fey's essay, we quickly find that he's not a believer in the idea that we're on the path to a world without code. If anything, Fay thinks that this new style of software development isn't sustainable, a belief he captures bluntly in the title of his essay, Agentic Coding is a Trap. Now this seems like an argument that gets at the heart of so many issues about AI and knowledge, work and hype and reality. So clearly we need to take a closer look. And that's exactly what we're going to do. As always, I'm Cal Newport, and this is Deep Questions, the show for people seeking depth in a Distracted world. So what's Lars Fey's issue with the current vision of agents taking over all coding? I want to read you another quote from his essay. Being successful with this approach to coding agents hinges on a rather crucial element. Only a skilled developer who's thinking critically and comfortable operating at the architectural level can spot issues in the thousands of lines of generated code before they become a problem. Yet in an ironic twist of fate, it's the individual's critical thinking skills and cognitive clarity that AI tooling has now been proven to impact negatively. As Faye elaborates, this idea that AI is undermining the very skills needed to use AI effectively is not an abstract fear. It's actually happening right now and at wide scale, and it's something that programmers are really starting to talk a lot about. To support this claim, Faye points to a bunch of post from Reddit where people are worried about exactly the skill. I want to read you a few headlines and quotes from that Faye points out here. Okay, so here's one. The headline is Losing my ability to Code due to AI. And the post goes on to say, I feel like my skills are really deteriorating. I think that inherently not understanding the syntax is a problem in itself. I might be missing something, but it takes a lot of time to check the AI hasn't made a mess or create subtle bugs. And you have to understand the language and how to write in it. All right, here's another headline from Reddit handling Feeling Dumber or Like Losing Skills due to the need of using AI? That post includes the following quote, Every time I use AI to do anything, I feel like I'm losing my skills that I and that I become a worse professional. Another Reddit post is titled letting AI do 100% coding fried my Brain Help. It goes on to say, lately I found myself struggling with my general cognitive skills and problem solving skills. Now these examples are about established developers who are losing their ability to think in code. But what about junior developers? As Faye points out, the problem here becomes even worse. Struggling to write code from scratch is how you get better at understanding and reviewing code. If you skip the struggle step and jump straight to the code review, you don't have any skills to fall back on. All right, here are two recent Reddit headlines about this phenomenon that Fay highlights. The first is Juniors on my team ship fast but can't debug anything they didn't actually write. Another headline says hired a junior who learned to code AI cannot debug without it. Don't know how to help them now in my world of computer science, this is a well known effect called the Junior Year Wall, which describes what happens in a CS curriculum when a CS student uses AI to do most of their basic coding related classes. But then when they face challenging classes during their junior year their lack of understanding catches up to them and and they struggle. Fay is saying that this is basically the Junior Year Wall effect is basically happening in the whole coding industry writ large and that this is a problem. So after I read this essay, I asked a veteran developer I know, someone with 30 years of experience, whether or not it matched his current experience, and he said it largely did. He then offered four additional points about the current state of affairs and programming. They're nuanced. I'm going to read them to you because I think it's all right. Here's point number one, he said. These tools do get the job done faster if you are a highly skilled developer and have lots of good rules and guidance in place. If you use the tools correctly, it is in fact much faster than typing code out by hand while still producing quality code. This is why I'm still using them despite all the problems I'm about to state. He then goes on. Point number two Context switching and attention fragmentation are a huge problem. A Gentix system shouldn't go unsupervised for large chunks of time, and they aren't immediate. So you're inherently stuck with one to two minute waits. Your choices are to sit around or multitask, and this leads to out of control context switching, lower quality output, and mental exhaustion. All right, point number three, he says. On a personal level, I absolutely feel the effects of skill atrophy. This used to be my source for deep work, and it no longer is. His fourth point, agentic coding is going to become a huge problem for software teams in the next few years. I'm already seeing management at several companies I work with, turning to token counts as a productivity measure. Just like lines of code was a misguided KPI, this will be another measure of how fast you're spinning on the hamster wheel. Engineers will burn out and produce worse and worse code as time goes on. It has the same problem of reducing friction in the wrong places, leading to the same problems you've outlined with slack and Email. All right, so having outlined these complaints, and again, let me just summarize them real quick. Right. If we rely almost entirely on agents to generate code and we just describe what we want, senior developers will lose their ability to actually understand code, which is needed to ask for the right things and to check the code that the agents produce. And junior developers will never learn coding skills in the first place, which means they won't really be able to work usefully with agents at all. All right, so what is the solution here? Is it to throw AI tools out the window? No, Fey still uses them. The developer I still talk to use them. But we're going to have to think much more carefully about how we integrate AI coding tools into software development. Now, Lars Fay has a suggestion which he summarizes as demote AI's role. He says, I'm quoting here, I'm certainly not advocating for typing out all code manually. He then soon adds, what I am advocating for, though, is leveraging LLMs and coding agents as secondary processes, a way that doesn't sacrifice the individual skills at the altar of productivity. Fay then goes on to give more details about what he means. Here he clarifies that he uses LLMs more for specs and planning and less for coding, which he does on 20% to 100%. He'll write 20% to 100% of the code himself, depending on the importance of the task. More important task, more code he writes. When he does have the LLM write code, he often provides it pseudo code. So basically, pseudocode, if you don't know, is like. It's like a programming language, but less syntactically demanding. So it's like you're actually giving programming language style demands, but you don't have to be super exact about every semicolon or parenthesis. But you're basically saying, this is what I want you to do. This loop, this check, and then the LLM can take that and put it into the proper programming language that's being used. He also says, I never ask an LLM or agent to implement something that I've never done before or couldn't do on my own. All right, let's step back here. What Lars Fay and others are beginning to realize is that AI being good at something doesn't necessarily mean that it can easily replace humans. They are seeing a world in which people still need to learn to code. At first, they might code things AI could easily do just to build skill. And then as they get more senior, they can use AI more often and leave their coding time for more complicated or mission critical features and spend more of their time reviewing code. And they can do this review because they've learned and maintained their own programming abilities. Now, to be clear, this is a vision of a world in which AI coding tools are ubiquitous and they really do make software development much faster and cheaper. As I mentioned, Faye uses coding agents, as do most of the developers who agree with his warnings. But this vision is of a world that is not unrecognizable from the one we live in today. It's not a world where computer code doesn't exist. It's not a world in which the ranks of software developers catastrophically contracts. Now, look, I don't know if Faye is correct. It's hard to predict the future and what's going on within computer programming and software development is fast moving. But the fact that he's attracting a lot of respectful attention in the software industry at the moment is an important reminder of something that we've learned time and again in the history of technology. Reality is almost always more complicated and uneven than enthusiasts would like or predict, and there's no reason yet to believe that AI is an exception to this long standing rule. All right, that's all I have for today. Remember, you should care about AI, but not trust everything you read about it. All right, thanks. Hey, if you've made it this far, you must be ready to join my fight for depth in a distracted world. Now, the best way to do this is to join over 125,000 people who receive my email newsletter each Monday. You can sign up@calnewport.com ideas and when you do, I will send you a free guide to my seven best ideas about cultivating a deep life. Sign up today. Calnewport.com ideas.
Deep Questions with Cal Newport
Date: May 21, 2026
Host: Cal Newport
In this episode, Cal Newport takes a critical look at the current state and future implications of AI-driven software development, specifically examining whether recent advances in language models and code-generation tools signal the end of traditional programming as we know it. Drawing from Lars Fey’s influential essay “Agentic Coding is a Trap” and community responses from seasoned and junior developers, Cal explores both the hype and hidden challenges facing the software industry in this age of AI.
“What a fantastic time to be alive with Claude code. I have become, if I do say so myself, a 10x developer. Sometimes it feels like 100x. I find it all thrilling and amazing.” — Unnamed Developer [00:54]
“Being successful with this approach to coding agents hinges on a rather crucial element. Only a skilled developer who's thinking critically and comfortable operating at the architectural level can spot issues in the thousands of lines of generated code before they become a problem.” — Lars Fey [02:24]
“Juniors on my team ship fast but can't debug anything they didn't actually write.” [04:21]
“I'm certainly not advocating for typing out all code manually… What I am advocating for, though, is leveraging LLMs and coding agents as secondary processes, a way that doesn't sacrifice the individual skills at the altar of productivity.” — Lars Fey [10:27]
“AI being good at something doesn't necessarily mean that it can easily replace humans… There’s no reason yet to believe that AI is an exception to [the] long standing rule [that reality is more complicated and uneven].” — Cal Newport [14:10]
This episode weaves together AI hype, skepticism, and practical wisdom. It cautions against both utopian and dystopian takes, instead urging developers and tech leaders to think deeply about how new tools are shaping human expertise. Cal Newport’s clear-eyed analysis suggests a future where AI changes coding, but does not erase the core human skills at the heart of software development. As always, the episode ends with a reminder: care about AI, but don’t believe everything you read.