Has AI Conquered Coding? (It’s Not So Simple…) ![rw-book-cover](https://readwise-assets.s3.amazonaws.com/static/images/article0.00998d930354.png) 🔗 **Source:** [Has AI Conquered Coding? (It’s Not So Simple…)](https://www.youtube.com/watch?v=SOKfVVOq-Ck) > [!note]+ Document Notes > tags: [ai-development, programming-skills, developer-productivity, artificial-intelligence, software-engineering, cognitive-atrophy] > author: Cal Newport > source: Deep Questions > reference: https://www.youtube.com/watch?v=SOKfVVOq-Ck > date created: {{date:YYYY-MM-DD}} {{time:HH:mm}} > > # 🏷️ Title: Has AI Conquered Coding? (It's Not So Simple…) > <!-- deep-read:sections start --> ## 🧭 Table of Contents - [📝 Summary](#-summary) - [📖 Main Content](#-main-content) - [🗒️ Notes](#️-notes) - [📚 References](#-references) - [🗣️ Paraphrase](#️-paraphrase) - [📰 Newsletter](#-newsletter) - [✅ Action Items](#-action-items) - [🧪 Hypotheses](#-hypotheses) - [📊 Methodology](#-methodology) - [❓ Questions](#-questions) - [🔮 Future Research](#-future-research) - [💡 Implications](#-implications) - [🧠 Learning Styles Assessment](#-learning-styles-assessment) - [📊 Accessibility Assessment](#-accessibility-assessment) - [🌍 DEIB Assessment](#-deib-assessment) - [✅ Logical Validity](#-logical-validity) - [🛡️ DARVO Analysis](#-darvo-analysis) - [🎯 Conclusion](#-conclusion) ## 📝 Summary - **What happened:** Cal Newport examines Lars Fay's essay "Agentic Coding is a Trap" which argues that AI-driven coding is creating skill atrophy among developers. - **Why it matters:** Current AI coding workflows may undermine the very expertise needed to use AI tools effectively, creating a paradox in software development. - **Key stakeholders:** Senior developers experiencing skill loss, junior developers struggling without AI, software teams facing productivity measurement challenges. - **Risks and tradeoffs:** Speed gains vs. cognitive skill degradation; short-term productivity vs. long-term capability. - **Bottom line:** AI coding tools are powerful but require careful integration that preserves human programming skills rather than replacing them entirely. ## 📖 Main Content The software development industry is experiencing a fundamental shift with AI-powered coding agents. These tools allow developers to describe requirements in plain English and have AI generate code automatically. Some developers report feeling like "10x" or even "100x" developers when using tools like Claude Code. However, programmer Lars Fay argues this approach is unsustainable in his essay "Agentic Coding is a Trap." The core problem: effective use of AI coding tools requires skilled developers who can review thousands of lines of generated code, but AI tools are actively degrading the critical thinking skills needed for this review. **The Skill Atrophy Problem** Evidence from Reddit posts shows both established and junior developers struggling: - Experienced developers report losing their ability to code without AI - Junior developers who learned primarily through AI cannot debug code they didn't write - Computer science students hit a "junior year wall" when AI-assisted early coursework leaves them unprepared for advanced challenges **Industry Reality Check** A veteran developer with 30 years of experience confirmed these observations while noting AI tools do increase speed when used properly. However, he identified additional problems: - Constant context switching due to 1-2 minute AI wait times - Loss of deep work opportunities in coding - Management using problematic metrics like token counts for productivity **Proposed Solution** Rather than abandoning AI tools, Fay advocates for "demoting AI's role" by: - Using LLMs primarily for specs and planning rather than direct coding - Writing 20-100% of code manually depending on task importance - Providing pseudo-code to AI rather than natural language descriptions - Never asking AI to implement something the developer couldn't do themselves This approach maintains a world where AI makes development faster and cheaper while preserving human programming capabilities rather than creating an unrecognizable landscape where coding skills become obsolete. ## 🗒️ Notes #### ⏱️ [00:00:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=0) Introduction to Lars Fay's Essay - Describes current AI-driven development workflow as "slot machine" approach - Growing distance between orchestrator and generated code - Industry experiencing "frenzy of excitement" about AI coding #### ⏱️ [00:01:30](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=90) Developer Enthusiasm Examples - Quote about becoming "10x developer" with Claude Code - Comparison to "Double Rainbow" viral video enthusiasm - Vision of English as new programming abstraction layer #### ⏱️ [00:03:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=180) The Core Problem - Only skilled developers can spot issues in AI-generated code - AI tooling negatively impacts critical thinking skills needed for review - Ironic twist: AI undermines skills needed to use AI effectively #### ⏱️ [00:04:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=240) Reddit Evidence of Skill Loss - "Losing my ability to code due to AI" - syntax understanding problems - "Handling feeling dumber" - professionals feeling skill degradation - "Letting AI do 100% coding fried my brain" - cognitive skill struggles #### ⏱️ [00:05:30](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=330) Junior Developer Crisis - "Juniors ship fast but can't debug anything they didn't write" - "Hired a junior who learned to code AI, cannot debug without it" - Junior year wall phenomenon spreading industry-wide #### ⏱️ [00:07:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=420) Veteran Developer Perspective - Tools work faster for highly skilled developers with good guidance - Context switching and attention fragmentation major problems - 1-2 minute waits lead to multitasking and mental exhaustion - Loss of deep work opportunities in coding #### ⏱️ [00:09:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=540) Management and Productivity Issues - Token counts becoming misguided KPI like lines of code - Engineers burning out while producing worse code - Reducing friction in wrong places creates new problems #### ⏱️ [00:10:30](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=630) Proposed Solutions - Demote AI's role rather than eliminate it - Use LLMs for specs and planning, less for direct coding - Write 20-100% of code manually based on task importance - Provide pseudo-code instead of natural language to AI - Never ask AI to implement unfamiliar concepts #### ⏱️ [00:12:00](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=720) Conclusion and Reality Check - AI makes development faster but doesn't eliminate need for coding skills - Vision of evolution rather than revolution in software development - Reality more complicated than enthusiast predictions ## 📚 References - [Lars Fay's essay "Agentic Coding is a Trap"](https://example.com) - Reddit developer community discussions - Cal Newport's newsletter at calnewport.com/ideas ## 🗣️ Paraphrase The software industry is grappling with a paradox around AI coding tools. While these tools can dramatically accelerate development when developers describe requirements in plain English, they're creating a dangerous dependency. Skilled developers are losing their ability to write and understand code—the very skills needed to effectively direct and review AI output. Junior developers who learn primarily through AI never develop debugging skills, creating a generation unable to work independently. The solution isn't abandoning AI but using it strategically: leveraging AI for planning and specifications while maintaining hands-on coding skills through selective manual implementation, especially for complex or critical features. ## 📰 Newsletter **The AI Coding Reality Check You Need to Read** The WordPress community is buzzing about AI coding tools, and for good reason—they can genuinely accelerate development. But before you hand over your PHP skills to Claude or ChatGPT, there's a critical conversation happening in the developer community that affects all of us building themes, plugins, and custom solutions. Cal Newport's latest deep dive explores why experienced developers are warning that "agentic coding is a trap." The issue? AI tools are creating skill atrophy at exactly the moment we need human expertise most. Junior developers who learned primarily through AI can't debug their own code, while senior developers report losing their ability to think architecturally about complex problems. For WordPress developers, this hits close to home. Whether you're building custom blocks, optimizing database queries, or debugging theme conflicts, you need that deep understanding of how things work under the hood. The sweet spot seems to be using AI for planning and boilerplate while keeping your hands on the keyboard for the architecture and problem-solving. **Resources worth your time:** - [WordPress Coding Standards](https://developer.wordpress.org/coding-standards/) - Keep these skills sharp - [WordPress Developer Blog](https://developer.wordpress.org/news/) - Latest on Block Editor development - [Make WordPress Core](https://make.wordpress.org/core/) - Where the real architectural discussions happen The takeaway? AI is a powerful assistant, not a replacement for understanding your craft. Use it wisely, and keep coding. ## ✅ Action Items #### DevRel - **Developer education:** Create workshops on "AI-assisted development best practices" showing when to code manually vs. use AI - **Documentation:** Develop guidelines for using AI tools while maintaining skill development - **Community engagement:** Host discussions on sustainable AI integration in development workflows #### OSPO - **Policy & Governance:** Establish guidelines for AI-assisted contributions to open source projects - **Developer Support:** Create training programs that balance AI efficiency with skill preservation - **Security Management:** Develop review processes for AI-generated code contributions #### WordPress - **Core:** Establish best practices for AI-assisted WordPress development that maintain code quality standards - **Training:** Update learning paths to include AI tool integration while preserving fundamental PHP and JavaScript skills - **Documentation:** Create DevHub guidance on when and how to use AI coding tools in WordPress development - **Community:** Facilitate discussions about sustainable AI adoption in WordPress development #### The WPCC - **Programs:** Fund research into best practices for AI-assisted development education - **Projects:** Support initiatives that balance AI efficiency with developer skill preservation ## 🧪 Hypotheses 1. **Skill atrophy hypothesis:** Developers who rely heavily on AI for code generation will show measurable decline in debugging and architectural thinking abilities within 6-12 months. 2. **Junior developer gap hypothesis:** Entry-level developers trained primarily with AI assistance will struggle significantly more with complex debugging tasks compared to traditionally trained developers. 3. **Context switching degradation hypothesis:** The 1-2 minute wait times inherent in AI coding tools will reduce developers' ability to maintain deep focus and produce lower quality architectural decisions. 4. **Review capability paradox hypothesis:** The cognitive skills required to effectively review AI-generated code will be undermined by the very act of frequently using AI for code generation. 5. **Productivity measurement distortion hypothesis:** Organizations using token counts or AI usage metrics as productivity measures will see decreased code quality and increased developer burnout over time. ### 📊 Methodology - **Longitudinal studies:** Track developer skills over 12 months comparing AI-heavy vs. balanced approaches - **Code quality analysis:** Measure bug density and architectural quality in AI-assisted vs. traditional development - **Cognitive assessment:** Test debugging and problem-solving abilities in developers with varying AI exposure - **Productivity metrics:** Compare multiple measures (features shipped, bug resolution time, code maintainability) across different AI adoption levels ### ❓ Questions - What percentage of coding tasks should remain manual to maintain skill development? - How can we measure the "critical thinking" skills that AI supposedly degrades? - What are the long-term consequences for software quality if junior developers never learn to code manually? - How do different AI integration approaches affect team collaboration and knowledge transfer? ### 🔮 Future Research - Optimal ratios of manual vs. AI-assisted coding for skill preservation - Cognitive load studies on context switching during AI-assisted development - Long-term career trajectory analysis for AI-native vs. traditionally trained developers - Development of assessment tools for evaluating architectural thinking skills ### 💡 Implications - **Education:** Programming curricula may need to explicitly balance AI tools with foundational skill development - **Hiring:** Companies may need new assessment methods that test actual coding ability beyond AI orchestration - **Career development:** Senior developers may need to actively preserve skills through deliberate manual coding practice - **Software quality:** Industry may need new code review standards for AI-generated code - **Team dynamics:** Organizations may require hybrid teams mixing AI-native and traditionally skilled developers ### 🧠 Learning Styles Assessment Reading level estimate: Grade 12-13 (Flesch-Kincaid). Uses technical terminology but explains concepts clearly. #### 👀 Visual learners - **Present:** Clear quote formatting, structured bullet points, video timestamps - **Improve:** Add flowcharts showing AI vs. manual coding decision trees, skill atrophy progression diagrams #### 🔊 Aural learners - **Present:** Video format with clear narration, quoted examples - **Improve:** Audio summary of key points, podcast-style discussion format #### 🗣️ Verbal learners - **Present:** Extensive quotes, clear definitions of terms like "pseudo-code" and "agentic coding" - **Improve:** More analogies comparing to historical technology adoption patterns #### 🧩 Kinesthetic learners - **Present:** Actionable recommendations from Fay, concrete examples from Reddit - **Improve:** Step-by-step guide for implementing balanced AI/manual approach, coding exercises #### 🧠 Logical learners - **Present:** Clear problem-solution structure, evidence-based arguments - **Improve:** Decision matrices for when to use AI vs. manual coding, quantified skill assessment rubrics #### 🧑‍🤝‍🧑 Social learners - **Present:** Community examples from Reddit, developer discussions - **Improve:** Discussion prompts for development teams, peer review frameworks #### 🧘‍♀️ Solitary learners - **Present:** Self-reflection prompts about personal AI usage - **Improve:** Self-assessment questionnaires for skill atrophy, individual practice schedules #### 🌿 Naturalistic learners - **Present:** Evolution metaphors for technology adoption - **Improve:** Ecosystem analogies for balanced AI/human development, sustainability frameworks ### 📊 Accessibility Assessment #### Screen reader semantics - **Present:** Clear heading structure, descriptive quote formatting - **Improve:** More descriptive alt text for any future visual elements, ARIA labels for complex sections #### Keyboard navigation - **Present:** Standard navigation structure - **Improve:** Skip links for long transcript sections, logical tab order #### Contrast and readability - **Present:** Standard text formatting meets basic contrast requirements - **Improve:** Ensure quote formatting maintains sufficient contrast, check timestamp link visibility #### Text resizing and reflow - **Present:** Responsive text structure - **Improve:** Test at 200% zoom for timestamp formatting, ensure no horizontal scrolling #### Media and captions - **Present:** Full transcript provided for video content - **Improve:** Synchronized captions with video, downloadable transcript format #### Forms and interactions - **Present:** No complex interactive elements - **Improve:** N/A for this content type ### 🌍 DEIB Assessment #### Cultural breadth - **Present:** US-centric tech industry perspective - **Improve:** Include global developer perspectives, non-English speaking developer experiences with AI tools #### Inclusive language - **Present:** Gender-neutral technical language, defined jargon - **Improve:** Avoid assumptions about educational backgrounds, explain CS-specific terms more broadly #### Neurodiversity support - **Present:** Well-structured content with clear headings - **Improve:** More frequent headings in transcript section, consistent formatting patterns #### Representation - **Present:** Focuses on developer experiences regardless of demographics - **Improve:** Include diverse voices beyond Reddit posts, acknowledge different learning and working styles #### Psychological safety - **Present:** Acknowledges legitimate concerns about skill loss without shaming AI users - **Improve:** Emphasize that using AI tools isn't "wrong," just needs balance ### ✅ Logical Validity #### Strong reasoning - **Evidence-based argumentation:** Newport cites specific Reddit posts and developer testimonials rather than relying solely on theory - **Balanced perspective:** Acknowledges AI tools' benefits while highlighting concerns, avoiding false dichotomy - **Expert consultation:** Includes 30-year veteran developer perspective with specific, nuanced points #### Fallacies - **Hasty generalization:** Reddit posts may not represent broader developer population - needs larger sample size - **Appeal to authority:** While the veteran developer's experience is valuable, it's still anecdotal - location: veteran developer quotes section - **Post hoc reasoning:** Assumes AI usage directly causes skill atrophy without controlling for other factors - improvement: longitudinal studies needed #### Tone of voice - **Measured and analytical:** Uses phrases like "it's hard to predict the future" and "I don't know if Fay is correct" - **Conversational but informative:** Includes humor (Double Rainbow reference) while maintaining serious analysis - **Cautiously critical:** Questions AI enthusiasm without dismissing benefits entirely ### 🛡️ DARVO Analysis No DARVO patterns detected. The content presents a balanced critique of AI coding practices without deflecting criticism, attacking opponents, or reversing victim/offender roles. Newport acknowledges the legitimacy of both AI enthusiasm and concerns about skill atrophy. ## 🎯 Conclusion The integration of AI into software development represents a complex challenge rather than a simple productivity win. While AI coding tools demonstrably increase development speed for skilled practitioners, they create a paradox: effective use requires precisely the skills that heavy AI reliance may erode. The solution lies not in abandoning these powerful tools but in thoughtful integration that preserves human expertise. Developers must maintain hands-on coding skills while strategically leveraging AI for appropriate tasks, ensuring they remain capable of the architectural thinking and code review that AI cannot replace. This balanced approach promises a future where AI enhances rather than replaces human programming capability. ## 🧱 Refactor Appendix ### 📚 Literature Split Pad ### AI coding tools create skill atrophy paradox > [!quote] [Has AI Conquered Coding? (It's Not So Simple…)](https://www.youtube.com/watch?v=SOKfVVOq-Ck) by [[Cal Newport]] via [[Deep Questions]]. Published 2024. Accessed {{date:YYYY-MM-DD}}. > "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." AI effectiveness depends on skills that AI usage undermines. Critical for understanding sustainable AI integration. [view highlight](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=180) #xref #articleseed ID:rw_001 ### Junior developers cannot debug AI-generated code > [!quote] [Has AI Conquered Coding? (It's Not So Simple…)](https://www.youtube.com/watch?v=SOKfVVOq-Ck) > "Juniors on my team ship fast but can't debug anything they didn't actually write." Fundamental gap in problem-solving skills when learning relies primarily on AI assistance. [view highlight](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=330) #xref ID:rw_002 ### Context switching degrades AI coding effectiveness > [!quote] [Has AI Conquered Coding? (It's Not So Simple…)](https://www.youtube.com/watch?v=SOKfVVOq-Ck) > "A gentic 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." Built-in delays force multitasking that reduces quality and increases cognitive load. [view highlight](https://www.youtube.com/watch?v=SOKfVVOq-Ck&t=420) #xref ID:rw_003 --- ### 🔖 Atomic Split Pad (Zettel Candidates) #### AI effectiveness requires skills AI usage erodes - Applies to any cognitive domain where AI assistance reduces practice of underlying skills - Evidence from programming context but principle likely generalizable - Links: [[Skill-Maintenance]] [[AI-Integration-Paradox]] #### Manual practice necessary even with AI assistance - Strategic coding by hand prevents skill atrophy while maintaining AI productivity gains - 20-100% manual work based on task criticality provides skill preservation - Links: [[Deliberate-Practice]] [[Tool-Integration-Strategy]] #### Context switching reduces AI tool effectiveness - 1-2 minute delays inherent in AI systems create multitasking pressure - Deep work capacity compromised by frequent AI interaction cycles - Links: [[Attention-Management]] [[Tool-Design-Consequences]] --- ### ✏️ Fleeting Queue (Extract by Selection) - [F1] Test AI coding skill atrophy in controlled study — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck #fleeting #inbox - [F2] Develop WordPress AI coding guidelines balancing speed and skill — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck #fleeting #inbox - [F3] Create debugging skill assessment for AI-assisted developers — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck #fleeting #inbox --- ## Full Transcript [00:00] Within technology circles, there's a lot<br>[00:02] of buzz right now about a recent essay<br>[00:04] written by a professional programmer and<br>[00:06] entrepreneur named Lars Fay. It opens<br>[00:09] with the following description of the<br>[00:11] current state of affairs of AIdriven<br>[00:13] software development. I'm going to read<br>[00:15] here.<br>[00:16] This workflow takes many shapes at this<br>[00:18] point, but in general, it is a process<br>[00:20] where someone defines the project's<br>[00:22] requirements, generates a plan, and then<br>[00:25] pulls the slot machine lever over and<br>[00:27] over, iterating and reiterating with<br>[00:29] often multiple agent instances until<br>[00:32] it's done. All the while putting a<br>[00:34] growing distance between the<br>[00:36] orchestrator and the code that is being<br>[00:38] generated and committed.<br>[00:41] Now, this new approach to computer<br>[00:42] programming has thrown the industry into<br>[00:45] a frenzy of excitement. And I really do<br>[00:48] mean excitement. Let me read you a real<br>[00:50] quote from an essay that a developer<br>[00:53] posted just a couple months ago. Now,<br>[00:54] I'm reading here. What a fantastic time<br>[00:57] to be alive. With Claude Code, I have<br>[01:00] become, if I do say so myself, a 10x<br>[01:02] developer. Sometimes it feels like 100x.<br>[01:05] I find it all thrilling and amazing.<br>[01:08] It's all intoxicating. To watch Claude<br>[01:10] code work, to ask it to do something<br>[01:12] that I know would take a week or to have<br>[01:15] it figure out some complex bug that I<br>[01:17] would have taken three days to debug is<br>[01:19] almost too much to believe. I don't have<br>[01:21] the superlatives to describe it. H. Now,<br>[01:25] what does that rhetoric remind me of?<br>[01:29] Whoa, that's a full rainbow all the way.<br>[01:33] Double rainbow. Oh my god, it's a double<br>[01:36] rainbow all the way.<br>[01:39] Whoa, that's so intense.<br>[01:41] >> All right, joking aside, this vision<br>[01:45] points to a massive change<br>[01:48] for the world of software development.<br>[01:50] In this new world, no one would need to<br>[01:53] learn to code again. English will be the<br>[01:55] new abstraction layer. Just explain what<br>[01:56] you want and the AI will create it. And<br>[01:58] as a consequence,<br>[02:01] millions of well-paid and highly skilled<br>[02:03] software developers will will be<br>[02:04] replaced by a small number of<br>[02:07] hypercaffinated orchestrators who manage<br>[02:09] hordes of tireless coding agents.<br>[02:12] But is this vision accurate?<br>[02:15] Well, it's Thursday, which means it's<br>[02:17] time for an AI reality check episode of<br>[02:19] this show, which is a good opportunity<br>[02:21] to take a closer look. And indeed, if we<br>[02:24] return to Lars Fay's essay,<br>[02:27] we quickly find that he's not a believer<br>[02:30] in the idea that we're on the path to a<br>[02:32] world without code. If anything,<br>[02:35] Fay thinks that this new style of<br>[02:37] software development isn't sustainable.<br>[02:40] A belief he captures bluntly in the<br>[02:42] title of his essay, agentic coding is a<br>[02:46] trap. Now, this seems like an argument<br>[02:48] that gets at the heart of so many issues<br>[02:50] about AI and knowledge work and hype and<br>[02:52] reality. So clearly we need to take a<br>[02:55] closer look and that's exactly what<br>[02:56] we're going to do. As always, I'm Kell<br>[02:58] Newport and this is Deep Questions, the<br>[03:02] show for people seeking depth in a<br>[03:04] distracted world.<br>[03:12] So what's Lars Fay's issue with the<br>[03:15] current vision of agents taking over all<br>[03:17] coding? I want to read you another quote<br>[03:19] from his essay.<br>[03:21] Being successful with a with this<br>[03:23] approach to coding agents hinges on a<br>[03:25] rather crucial element. Only a skilled<br>[03:28] developer who's thinking critically and<br>[03:30] comfortable operating at the<br>[03:32] architectural level can spot issues in<br>[03:34] the thousands of lines of generated code<br>[03:36] before they become a problem. Yet, in an<br>[03:39] ironic twist of fate, it's the<br>[03:41] individual's critical thinking skills<br>[03:43] and cognitive clarity that AI tooling<br>[03:46] has now been proven to impact<br>[03:48] negatively.<br>[03:50] As Fay elaborates, this idea that AI is<br>[03:53] undermining the very skills needed to<br>[03:55] use AI effectively is not an abstract<br>[03:58] fear. It's actually happening right now<br>[04:00] and at wide scale. And it's something<br>[04:01] that programmers are really starting to<br>[04:03] talk a lot about.<br>[04:06] To support this claim, Fay points to a<br>[04:08] bunch of posts from Reddit where people<br>[04:12] are worried about exactly this skill. I<br>[04:14] want to read you a few headlines and<br>[04:16] quotes from uh that Fay points out here.<br>[04:18] Okay, so here's one. The headline is<br>[04:20] losing my ability to code due to AI. And<br>[04:23] the post goes on to say, I feel like my<br>[04:25] skills are really deteriorating. I think<br>[04:28] that inherently not understanding the<br>[04:30] syntax is a problem in itself. I might<br>[04:32] be missing something, but uh a lot of it<br>[04:36] takes a lot of time to check the AI<br>[04:37] hasn't made a mess or created subtle<br>[04:39] bugs. And you have to understand the<br>[04:40] language and how to write in it. All<br>[04:41] right, here's another headline from<br>[04:42] Reddit. handling feeling dumber or like<br>[04:46] losing skills due to the need of using<br>[04:48] AI. That post includes the following<br>[04:51] quote. Every time I use AI to do<br>[04:53] anything, I feel like I'm losing my<br>[04:55] skills that I and that I become a worse<br>[04:57] professional. Another Reddit post is<br>[04:59] titled, "Letting AI do 100% coding fried<br>[05:03] my brain. Help." It goes on to say,<br>[05:06] "Lately, I found myself struggling with<br>[05:08] my general cognitive skills and problem<br>[05:10] solving skills."<br>[05:12] Now, these examples are about<br>[05:14] established developers who are losing<br>[05:15] their ability to think and code. But<br>[05:17] what about junior developers? As FY<br>[05:19] points out, the problem here becomes<br>[05:21] even worse. Struggling to write code<br>[05:23] from scratch is how you get better at<br>[05:26] understanding and reviewing code. If you<br>[05:28] skip the struggle step and jump straight<br>[05:30] to the code review,<br>[05:32] you don't have any skills to fall back<br>[05:34] on. All right, here are two recent uh<br>[05:37] Reddit headlight headlines about this<br>[05:39] phenomenon that Fay highlights. First<br>[05:40] is, "Juniors on my team ship fast but<br>[05:44] can't debug anything they didn't<br>[05:45] actually write." Another headline says,<br>[05:47] "Hired a junior who learned to code AI,<br>[05:50] cannot debug without it, don't know how<br>[05:51] to help them." Now, in my world of<br>[05:54] computer science, this is a well-known<br>[05:55] effect called the junior year wall,<br>[05:58] right? which describes what happens in a<br>[06:00] CS curriculum when a CS student uses AI<br>[06:02] to do most of their basic coding related<br>[06:04] classes but then when they face<br>[06:06] challenging classes during their junior<br>[06:07] year their lack of understanding catches<br>[06:09] up to them and they struggle.<br>[06:12] Fay is saying that this is basically uh<br>[06:15] the junior the junior year wall effect<br>[06:18] is basically happening in the whole<br>[06:19] coding industry writ large and that this<br>[06:21] is a problem.<br>[06:24] So after I read this essay, I asked a<br>[06:26] veteran developer I know, someone with<br>[06:28] 30 years of experience, whether or not<br>[06:30] it matched his current experience, and<br>[06:33] he said it largely did. He then offered<br>[06:36] four additional points about the current<br>[06:38] state of affairs and programming.<br>[06:39] They're nuanced. I'm going to read them<br>[06:41] to you because I think it's important.<br>[06:42] All right, here's point number one. He<br>[06:44] said, "These tools do get the job done<br>[06:48] faster<br>[06:50] if you are a highly skilled developer<br>[06:52] and have lots of good rules and guidance<br>[06:54] in place. If you use the tools<br>[06:56] correctly, it is in fact much faster<br>[06:58] than typing code out by hand while still<br>[07:00] producing quality code. This is why I'm<br>[07:02] still using them despite all the<br>[07:04] problems I'm about to state." He then<br>[07:05] goes on, "Point number two, context<br>[07:08] switching and attention fragmentation<br>[07:10] are a huge problem. A gentic system<br>[07:12] shouldn't go unsupervised for large<br>[07:14] chunks of time, and they aren't<br>[07:15] immediate. So, you're inherently stuck<br>[07:17] with one to two minute waits. Your<br>[07:19] choices are to sit around or multitask,<br>[07:21] and this leads to out of control context<br>[07:23] switching, lower quality output, and<br>[07:24] mental exhaustion. All right, point<br>[07:26] number three. He says, on a personal<br>[07:29] level, I absolutely feel the effects of<br>[07:31] skill atrophy. This used to be my source<br>[07:34] for deep work. It no longer is. His<br>[07:37] fourth point, agentic coding is going to<br>[07:40] become a huge problem for software teams<br>[07:42] in the next few years. I'm already<br>[07:43] seeing management at several companies I<br>[07:45] work with turning to token counts as a<br>[07:48] productivity measure. Just like lines of<br>[07:50] code was a misguided KPI, this will be<br>[07:52] another measure of how fast you're<br>[07:54] spinning on the hamster wheel. Engineers<br>[07:56] will burn out and produce worse and<br>[07:58] worse code as time goes on. It has the<br>[08:00] same problem of reducing friction in the<br>[08:01] wrong places, leading to the same<br>[08:02] problems you've outlined with Slack and<br>[08:04] email.<br>[08:06] All right. So, having outlined these<br>[08:08] complaints and again, let me just<br>[08:10] summarize them real quick, right?<br>[08:12] If we rely almost entirely on agents to<br>[08:16] generate code and we just describe what<br>[08:18] we want,<br>[08:20] the senior developers will lose their<br>[08:22] ability to actually understand code,<br>[08:23] which is needed to ask for the right<br>[08:25] things and to check the code the agents<br>[08:26] produce. And junior developers will<br>[08:28] never learn coding skills in the first<br>[08:29] place, which means they won't really be<br>[08:31] able to work usefully with agents at<br>[08:34] all.<br>[08:35] All right. So, what is the solution<br>[08:36] here? Is it to throw AI tools out the<br>[08:38] window? No.<br>[08:40] Fay still uses them. The developer I<br>[08:42] still talk to use them. But we're going<br>[08:44] to have to think much more carefully<br>[08:46] about how we integrate AI coding tools<br>[08:48] into software development. Now, Lars Fay<br>[08:50] has a suggestion which he summarizes as<br>[08:53] demote AI's role. All right. He says,<br>[08:57] I'm quoting here, I'm certainly not<br>[08:59] advocating for typing out all code<br>[09:01] manually. He then soon adds, "What I am<br>[09:05] advocating for though is leveraging LLMs<br>[09:07] and coding agents as secondary<br>[09:09] processes, a way that doesn't sacrifice<br>[09:12] the individual skills at the altar of<br>[09:14] productivity."<br>[09:16] Fay then goes on to give more details<br>[09:18] about what he means here. He he<br>[09:19] clarifies that he uses LLM<br>[09:23] LLM more for specs and planning and less<br>[09:25] for coding, which he does on 20% to<br>[09:28] 100%. He'll he'll write 20% to 100% of<br>[09:31] the code himself depending on the<br>[09:32] importance of the task. More important<br>[09:34] task, more code he writes.<br>[09:37] When he does have the LLM write code, he<br>[09:39] often provides it pseudo code. So<br>[09:41] basically pseudo code, if you don't<br>[09:43] know, is like um it's like a programming<br>[09:46] language but less syntactically<br>[09:48] demanding. So it's like you're actually<br>[09:49] giving com uh programming language style<br>[09:52] demands but you don't have to be super<br>[09:54] exact about every semicolon or<br>[09:55] parenthesy but you're basically saying<br>[09:57] this is what I want you to do this loop<br>[10:00] this check and then the LLM can take<br>[10:02] that and put it into the proper<br>[10:03] programming language that's being used.<br>[10:07] He also says I never ask an LLM or agent<br>[10:10] to implement something that I've never<br>[10:11] done before or couldn't do on my own.<br>[10:14] All right let's step back here. What<br>[10:16] Lars Feay and others are beginning to<br>[10:18] realize is that AI being good at<br>[10:20] something doesn't necessarily mean that<br>[10:22] it can easily replace humans.<br>[10:25] They are seeing a world in which people<br>[10:26] still need to learn to code. At first,<br>[10:29] they might code things AI could easily<br>[10:30] do just to build skill. And then as they<br>[10:32] get more senior, they can use AI more<br>[10:35] often and leave their coding time for<br>[10:37] more complicated or missionritical<br>[10:38] features and spend more of their time<br>[10:40] reviewing code. and they can do this<br>[10:42] review because they've learned and<br>[10:44] maintain their own programming<br>[10:45] abilities. Now, to be clear, this is a<br>[10:49] vision of a world in which AI coding<br>[10:51] tools are ubiquitous and they really do<br>[10:53] make software development much faster<br>[10:54] and cheaper. As I mentioned, Fay uses<br>[10:56] coding agents, as do most of the<br>[10:59] developers who agree with his warnings.<br>[11:02] But this vision is of a world that is<br>[11:04] not unrecognizable from the one we live<br>[11:06] in today. It's not a world where<br>[11:08] computer code doesn't exist. It's not a<br>[11:09] world in which the ranks of software<br>[11:12] developers catastrophically contracts.<br>[11:15] Now look, I don't know if Fay is<br>[11:17] correct. It's hard to predict the future<br>[11:20] and what's going on within computer<br>[11:21] programming and software development is<br>[11:23] fastm moving. But the fact that he's<br>[11:26] attracting a lot of respectful attention<br>[11:28] in the software industry at the moment<br>[11:30] is an important reminder of something<br>[11:31] that we've learned time and again in the<br>[11:33] history of technology.<br>[11:36] reality is almost always more<br>[11:38] complicated and uneven than enthusiasts<br>[11:42] would like or predict. And there's no<br>[11:45] reason yet to believe that AI is an<br>[11:48] exception to this longstanding rule. All<br>[11:51] right, that's all I have for today.<br>[11:55] Remember, you should care about AI but<br>[11:56] not trust everything you read about it.<br>[11:58] All right, thanks. Hey, if you made it<br>[11:59] this far, you must be ready to join my<br>[12:03] fight for depth in a distracted world.<br>[12:05] Now, the best way to do this is to join<br>[12:07] over 125,000 people who receive my email<br>[12:12] newsletter each Monday. You can sign up<br>[12:15] at calupport.com/idas.<br>[12:18] And when you do, I will send you a free<br>[12:20] guide to my seven best ideas about<br>[12:23] cultivating a deep life. Sign up today,<br>[12:25] calubber.com. <!-- deep-read:sections end --> ## Highlights - Test AI coding skill atrophy in controlled study — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck - Note: ✏️ Fleeting capture #atom/fleeting/f1 - Develop WordPress AI coding guidelines balancing speed and skill — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck - Note: ✏️ Fleeting capture #atom/fleeting/f2 - Create debugging skill assessment for AI-assisted developers — context/https://www.youtube.com/watch?v=SOKfVVOq-Ck - Note: ✏️ Fleeting capture #atom/fleeting/f3 - ** Reddit posts may not represent broader developer population - needs larger sample size - Note: 🔍 Fallacy: Hasty Generalization #fallacy/hasty-generalization - ** While the veteran developer's experience is valuable, it's still anecdotal - location: veteran developer quotes section - Note: 🔍 Fallacy: Appeal to Authority #fallacy/appeal-to-authority - ** Assumes AI usage directly causes skill atrophy without controlling for other factors - improvement: longitudinal studies needed - Note: 🔍 Fallacy: Post Hoc #fallacy/post-hoc