
This Has Always Been A Problem: Slot Machine Devs and Growing Junior Engineers in the Age of AI
How Many CTOsShow Notes
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub discuss how managing armies of coding agents can be physically draining, likening it to context switching in flat organizations. Scott references Yuval Harari's "Sapiens," connecting the cognitive and agricultural revolutions to modern pressures. The hosts debate whether AI causes coding skills to atrophy and blocks junior engineers from becoming seniors, framing "pulling the slot machine lever" as shipping code you don't understand. Brad shares a pre-AI story about copying Stack Overflow code for a 3D triangle point test, leading to lessons about ambiguity and understanding. They argue this cargo-cult behavior predates AI, though AI makes laziness easier, while curiousity can accelerate learning. They also discuss "taste" as effective engineering opinions, shifting skills toward interrogating LLMs, and a potential K-shaped industry split between WYSIWYG builders and engineers closer to the metal. 00:00 Cold Open 00:21 New Listener Surprise 01:36 Managing AI Agents Burnout 04:26 Sapiens and Cooperation 07:46 AI Complaints Are Engineering 08:49 Slot Machine Coding Metaphor 09:41 Stack Overflow Triangle Story 15:41 Cargo Culting and CopyPasta 16:30 Juniors to Seniors in AI Era 23:42 Curious vs Lazy AI Use 27:08 Models Improve and Safety 28:39 Engineering Is Shaping 29:58 Junior Vs Senior Judgment 31:03 What Is Taste 34:22 Engineering Job Shifts 37:25 Curiosity Still Wins 39:59 Build Stuff To Grow 44:04 Learning Through Debugging 46:25 Managing LLM Atrophy Risk 49:55 Pair Programming And Market Pressure 53:31 K Shaped Future 55:29 Wrap Up And Credits
Resources: How Many CTOs Pod: https://howmanyctospod.com Scott Porad: https://www.linkedin.com/in/scottporad/ Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/ #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #StackOverflow #CargoCulting #JuniorvsSeniorEngineers #JuniorEngineers #SeniorEngineers #AI #AIProgramming #AICoding #AIAssistedCoding #AIAssistedProgramming #SlotMachines #InnovationVsComplacency #ProgrammingLife #CodingChallenges #ArtificialIntelligence #LazyCoding #SoftwareSkills #AIInCoding #EngineeringChallenges #DeveloperJourney #InsideTech
More from How Many CTOs
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub interview software pioneer Kent Beck about his background (JUnit, test-driven development, extreme programming, Agile Manifesto, and his book "Tidy First?") and his current focus on "augmented development" with AI, which he calls a "genie." Beck argues that while AI shortens the build–feedback loop, it can also remove productive struggle that builds competence, agency, and flow, leaving developers exhausted and hollow. He critiques the "agent" metaphor, long tool latencies, and productivity measured as more code, proposing tools optimized for sub-second feedback, smaller safe increments, and even pushing changes to production thousands of times a day. Beck predicts programming demand will rise (Jevons Paradox), but warns mid-level "paycheck" developers must adapt. He advises leaders to use the tools themselves, build trust, and adopt via the technology adoption curve rather than mandates and layoffs. 00:00 Cold Open 00:22 Meet Kent Beck 04:31 Early Computing Origins 07:49 XP and AI Shift 11:29 Augmented Development Feel 13:06 Struggle Builds Competence 17:18 Beyond Agents Metaphor 20:39 Toil Versus Struggle 25:03 Flow and Feedback Loops 27:38 Amanuensis Junior Programmer 29:52 Manager Mode Reality 32:54 Optimize for One Second 36:35 Tech Cycles And Humans 41:01 Jobs And Jevons Paradox 46:56 Rethinking Productivity 52:15 Limbo Micro Deployments 56:01 Tool Seeds Sharing 59:34 Debugger Joy And TDD 01:02:19 Leading Adoption With Trust 01:08:57 Wrap Up And Credits
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub discuss TaskRabbit's overnight AWS region migration from us-west-1 to us-west-2, describing the months of preparation, detailed runbook, large war-room call, minor cleanup issues, and why periodic region moves can serve as valuable "hygiene" to relearn and document complex systems while advancing disaster recovery and business continuity. They then explain tabletop exercises as structured incident-response drills designed to uncover gaps in process and documentation, sharing scenario ideas like data deletion, token leaks, cloud outages, ransomware, and internal actors, including an embezzlement case where the perpetrator joined incident response. The conversation touches on an alleged AI sandbox escape involving Hugging Face, then debates claims that "unit tests are dead," arguing AI makes end-to-end testing easier but unit, integration, contract, and mutation testing remain important—especially for edge cases and dependency failures—and that agents can now generate extensive test coverage.
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub discuss growing fear about AI among engineers and managers, framing it as an "adaptive moment" requiring leaders to disrupt old stabilizing practices. They explore concerns that AI lowers the barrier for others to change systems, increasing accountability, on-call risk, and architectural drift—problems that existed pre-AI but are now intensified. Their proposed response is to strengthen the software factory/SDLC with non-human, deterministic guardrails: robust automated tests, CI/CD quality gates, mutation testing, and better observability, rather than human gatekeeping or fiefdoms. They share examples of risky AI agent behavior (attempting to access credentials to reorder Jira tickets) and real-world harm from AI claim adjudication pilots, concluding that best practices are now the floor and that engineers who build quality gates become more valuable. 00:00 Cold Open 01:04 AI Fear in Engineering 02:00 Adaptive Leadership Moment 03:55 Software Factory Mindset 06:10 Fear of Accountability 08:09 Old Problem New Pressure 11:58 Non Human Quality Gates 13:41 Scaling Creates Fiefdoms 16:34 Architecture Agent Example 20:26 Apocolyptic AI Concerns 23:51 AI in Medicare Risks 32:29 Best Practices Are Floor 33:41 Wrap Up and Subscribe
In this episode of "How Many CTOs Does It Take?" podcast, host Brad Hefta-Gaub is joined by guest Frank Bravo, a Bay Area technologist who spent 30 years as CTO in local media, helping put a newspaper's full editorial content online in 1994, and now serves as CTO at ProLegal, a legal services startup. Frank describes modernizing an old Act! database into a custom CRM, launching ProLegal Suite, and building systems that integrate with Uber and Lyft to schedule client rides on a lien. He explains how ProLegal uses AI to analyze case documents and train models on company-specific context, while keeping humans in the loop and reviewing AI-generated code. The conversation focuses on simplifying technology for non-technical users, the importance of shared terminology, troubleshooting and telemetry, and advice for CTOs on communicating clearly without acronyms.
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub discuss how AI is changing software engineering referencing Kent Beck's idea that AI makes much existing knowledge less useful while making a smaller portion far more valuable. They describe teams collaborating through "cohorts" of AI agents for PR review and adversarial checking, and debate whether engineers will be evaluated on agent quality versus their ability to direct and manage agents like a driver or jockey. Scott shares TaskRabbit's approach to shifting from organic AI adoption to "systemic usage" using an AI maturity matrix, gap analysis, and incremental rollout of agents (code review, security, architecture) with a six-week versioned cadence to help the whole organization keep up. They address skepticism, incentives in for-profit organizations, and the rapid pace of AI tooling innovation.