Free Daily Podcast Summary
Tech Lead Journal: Daily Summaries Delivered
by Henry Suryawirawan
Great technical leadership requires more than just great coding skills. It requires a variety of other skills that are not well-defined, and they are not something that we can fully learn in any school or book. Hear from experienced technical leaders sharing their journey and philosophy for building great technical teams and achieving technical excellence. Find out what makes them great and how to apply those lessons to your work and team.
Latest Episodes
The most recent episodes — sign up to get AI-powered summaries of each one.
- 1 weeks ago52 min
How to Build a Successful Product: Stop Chasing Pain Points, Start Finding PULL - Rob Snyder
Why do startups with great customer research, design partners and real traction still fail to sell? Rob did everything the playbook says, then spent two years unable to close a sale. He explains what the playbook gets wrong.In this episode, Rob Snyder, author of “The Power of Pull: What You Need to Know About Customer Demand to Build a Successful Startup”, shares what he learned after his own startup failures and a sudden jump to $4M ARR on a different product. He explains why interviews, pain points, and design partners fail to predict buying, and introduces the PULL framework (Project, Unavoidable, List, Limitations) for spotting real demand. Rob describes why founders should set their product aside, observe where buyers are stuck, and treat sales as a research method rather than a persuasion exercise. We also discuss how to recognize the “pain cave”, why free pilots usually signal weak demand, and how to find “hell yes” customers one at a time. Finally, Rob covers how AI and vibe coding change the picture, and how the success story factory and the theory of constraints help you repeat early wins.Key topics discussed:Why customer interviews and design partners miss real demandThe PULL framework: Project, Unavoidable, List, LimitationsWhy sales is the best research method for early-stage foundersSpotting the pain cave: enthusiasm without anyone buyingWhy free pilots signal weak demand, even in enterpriseProtecting your product from DIY vibe codingWhy building a product for yourself can be an ego projectThe success story factory and the theory of constraintsTimestamps: Trailer & Intro Why Did Rob Write “The Power of Pull” After His Startup Failures? Why Do Customer Interviews and Design Partners Fail to Predict Buying? Is “Jobs to Be Done” and the Faster Horse Quote Wrong About Demand? What Is the PULL Framework (Project, Unavoidable, List, Limitations)? Why Must Founders Forget Their Product to Find PULL? How Do You Find Where Buyers Are Stuck: Sales and Go to the Gemba? Can You Find Demand for Visionary Products Like SpaceX? How Is Demand Different From Wanting a Product? Why Should You Start With One “Hell Yes” Customer, Not a Persona? How Do You Know If You Are Stuck in the “Pain Cave”? Should You Avoid Free Pilots When Selling to Enterprises? Does Cheap AI-Powered Building Make Finding Demand Easier or Harder? How Can You Protect Your SaaS Product From Being Vibe Coded? Will Smarter AI Models Kill Products Like Harvey and Lovable? Is Building a Product for Yourself an Ego Project or Real PULL? What Is LARPing in Startups and How Do Founders Fall Into It? What Is the Success Story Factory and the Theory of Constraints? Why Is PULL Upstream of Everything in Business? Where Can I Learn More About PULL? 3 Tech Lead Wisdom_____Rob Snyder’s BioRob Snyder is a serial startup founder and a fellow at Harvard Innovation Labs. He graduated from Harvard Business School and previously worked at McKinsey & Company. He is also an entrepreneur-in-residence and venture partner for early-stage venture capital funds. Snyder lives with his wife and daughter in New Hampshire.Follow Rob:LinkedIn – linkedin.com/in/rsnyder1📖 The Power of Pull: What You Need to Know About Customer Demand to Build a Successful Startup – https://www.amazon.com/Power-Pull-Customer-Successful-Founders-ebook/dp/B0FZL6M82YWebsite – robsnyder.orgThe Physics of Startups Newsletter – thephysicsofstartups.substack.comThe Physics of Startups YouTube – @rob-snyderLike this episode?Show notes & transcript: techleadjournal.dev/episodes/271.Follow @techleadjournal on LinkedIn and <a href="https://www.instagram.com/techleadjournal/" target="_blank"
- 3 weeks ago1h 2m
Stop Being the Hero: How Developers Become Great Software Architects - Lee Atchison
Why do the best developers often make the worst software architects? The skills that make someone a hero developer can become the habits that hold their team back once they move into architecture.In this episode, Lee Atchison, software architect and author of “The Software Conductor”, explains what changes when you move from writing code to leading through other people. He shares why he rewrote his book three times before settling on a story format, and how the orchestra conductor analogy captures the architect’s role. Lee walks through the four ways architects fail in hero mode, the five questions a conductor asks that architects can use to spot problems early, and why most system failures are really broken connections between people. He also explains why architects should act as mentors who remove obstacles and offer a test for whether you taught or just decided. Finally, he shares his view on AI, why judgment matters more than any particular role, and why he expects the dark factory trend to fade.Key topics discussed:Why the hero developer mindset fails in architecture rolesThe four ways architects fail when they stay in hero modeFive conductor questions that expose problems before they breakWhy most system failures are really broken team connectionsA simple test: can the decision be made without you?Why architects work with sand, not big rocksWhy judgment matters more than role titles in the AI eraWhy AI-native apps should embrace non-determinismTimestamps: Trailer & Intro What Is the Story Behind Writing “The Software Conductor”? Why Do Promoted Heroes Struggle as Software Architects? What Does a Fractional Software Architect Actually Do? Is Software Architecture an IC or Management Path? Do You Need to Know Everything to Lead with Influence? What Are the Four Ways Architects Fail in Hero Mode? What Five Questions Help Architects Spot Problems Before They Break? Why Is Empathy at Scale a Crucial Skill for Software Architects? Why Should Software Architects Act as Mentors Rather Than Dictators? How Do Architects Manage Constant Context Switching? Why Was AI Excluded from “The Software Conductor” Book? Does AI Really Turn Every Software Developer into a Tech Lead? Is AI Policy and Governance Part of the Software Architect Role? What Are the Dangers of the AI Dark Factory Trend? What Are the Most Important Aspects of Being an AI-Native Team? 3 Tech Lead Wisdom_____Lee Atchison’s BioLee Atchison is a software architect, author, and speaker focused on cloud computing, scalable system design, and the developer-to-architect transition. He is the author of Architecting for Scale (O’Reilly), Overcoming IT Complexity (O’Reilly), and The Software Conductor, and the creator of courses for O’Reilly Media and LinkedIn Learning. He writes the Software Architecture Insights newsletter and guest hosts on Software Engineering Daily. With three decades in the industry, including seven years at Amazon and AWS and eight at New Relic, Lee has worked with engineering teams at Nike, Disney, Starbucks, MLB, and Bank of America, and presented at AWS re:Invent and similar conferences. He works with organizations through his practice, Atchison Technology, and most recently served as CTO at Product Genius.Follow Lee:LinkedIn – linkedin.com/in/leeatchison The Software Conductor – thesoftwareconductor.com Software Architecture Insights – softwarearchitectureinsights.comPersonal Website – leeatchison.comLike this episode?Show notes & transcript: techleadjournal.dev/episodes/270.Follow @techleadjournal on LinkedIn and Instagram.Buy me a coffee or become a patron.
- Sep 28, 20261h 7m
The IT/OT Handbook: From Silos to Sustainable Digitalization - David Ariens & Willem van Lammeren
Why can’t you “move fast and break things” in a factory? Because a small software bug doesn’t just crash an app, it can shut down a plant the size of a small city. David and Willem explain the hidden world of operational technology, where safety always comes before speed.In this episode, David Ariens and Willem van Lammeren, co-authors of “The IT/OT Handbook” and hosts of the IT/OT Insider podcast, break down the divide between IT and OT, information technology and operational technology, and why closing it matters more than ever as manufacturing digitalizes. They explain why OT prioritizes safety and integrity over confidentiality and share a war story where a single form change in China left hundreds of trucks stranded outside a factory. David and Willem walk through the seven cooperation patterns from their book, from “good shadow IT” to facilitation, project teams, and full product teams, and explain why breaking down silos too early can backfire. They also discuss why factories still run Windows XP decades past the end of life, why generative AI’s impact on manufacturing will be slower and different from software, and why the real shortage in this industry isn’t AI, it’s automation engineers.Timestamps: Trailer & Intro What Is the Story Behind the Book and the Podcast? What Is the Main Difference Between IT and OT? Are Software Developer Skill Sets Interchangeable Between IT and Operations? How Did The Phoenix Project and Team Topologies Inspire IT/OT Cooperation Patterns? What Are Some Industry War Stories That Highlight the Challenges Between IT and OT? What Collaboration Patterns Can Help Resolve Tension Between IT and OT? Is Tesla the Ultimate Reference Model for Modern Product Teams? How Can OT Teams Adopt CI/CD Through a Data Platform Abstraction Layer? What Will Be the Real Impact of AI on Operational Technology? What Is Driving the Shortage of Automation Engineers in Operations? Are Humanoid Robots Overhyped for Manufacturing? 3 Tech Lead Wisdom_____David Ariens’s BioDavid Ariens is a mathematical engineer, co-founder of The IT/OT Insider and The IT/OT Handbook. Previously the Industrial Digitalization Director at BASF Antwerp and former manager of Analytics For Industry, David focuses on industrial cybersecurity, data platforms, and bridging IT and OT through human-centric digital transformation.Willem van Lammeren’s BioWillem van Lammeren is a chemical engineer, co-founder of The IT/OT Insider and The IT/OT Handbook. He serves as Tech Lead for Industrial IT at Syensqo (formerly Solvay) with extensive experience spanning Barry Callebaut and BASF, focusing on industrial digitalization and operational data architectures.Follow:David’s LinkedIn – linkedin.com/in/davidariensWillem’s LinkedIn – linkedin.com/in/willemvanlammeren The IT/OT Handbook – https://itrevolution.com/product/itot-handbook/The IT/OT Insider – itotinsider.comLike this episode?Show notes & transcript: techleadjournal.dev/episodes/269.Follow @techleadjournal on LinkedIn and Instagram.Buy me a coffee or become a patron.
- Sep 7, 202659 min
Don't Outsource Your Thinking: How to Lead in the AI-Native Era - Emilie Schario
What’s the one rule that matters most when AI writes most of your code? Emilie says it comes down to a single line: don’t outsource your thinking.In this episode, Emilie Schario, co-founder of Kilo Code, unpacks what it actually means to lead in a world where AI can write most of your code. She explains why Kilo went all-in on being model agnostic, supporting over 500 models instead of betting on a single lab. Emilie shares her core rule for using AI responsibly: never outsource your thinking, especially when it comes to auth, billing, or security. She introduces a metric more companies should be tracking, spend per merged pull request, as a better signal of value than raw AI cost. Emilie also talks about the “killing problem” that comes with software becoming nearly free to ship, and why teams now discover product-market fit after shipping rather than before. She closes with how engineers are shifting from producers to reviewers, and what that means for anyone now managing a team of AI agents instead of just their own code.Key topics discussed:Why Kilo Code refuses to bet on a single AI modelThe one rule for not losing control to AI agentsA better way to measure AI spend: cost per merged PRWhy shipping software is nearly free, and why that’s riskyHow AI-native teams find product-market fit after shippingWhy senior engineers adapt to AI agents the fastestBuilding a council of reviewers for high-risk code changesWhat the Anaconda acquisition means for Kilo CodeTimestamps: Trailer & Intro What Is Kilo Code All About? How Do You Avoid Getting Overwhelmed by 500 Plus AI Models? How Does a Multi-Platform Approach Benefit Developers? How Does Kilo’s Agent Harness Differ From Other Tools? Why Will Model Choice Matter Less Over Time? What Tools Help You Pick the Right Model for Each Task? What Does the Anaconda Acquisition Mean for Kilo Code? Why Should You Measure AI Spend Per Merged Pull Request? How Do You Balance Speed and Control in AI Development? Why Should Companies Treat AI as Operational Infrastructure? How Do AI-Native Organizations Run Their Day-to-Day Workflows? How Will High-Performing AI Organizations Differentiate Themselves in the Future? What Is the “Killing Problem” Now That Shipping Software Is Free? How Do You Shift to a Metrics-First Mindset? How Is the Product Manager’s Role Changing in AI-Native Teams? How Do You Balance Rapid Feature Delivery With Product Quality? How Is the Software Engineer’s Role Evolving in the Age of AI? What Is the Best Advice for Junior Engineers Entering an AI-Native World? How Can Developers Handle the Cognitive Load of Code Reviews? How Should Docs and Code Attribution Evolve With AI Agents? How Can AI Improve Your Life Outside of Work? 3 Tech Lead Wisdom_____Emilie Schario’s BioEmilie is VP, Engineering at Anaconda and the former cofounder of Kilo (acquired by Anaconda), where she focuses on turning AI investment into real engineering output. She operates at the intersection of AI tooling, engineering org design, and the day-to-day realities of running high-performing teams, helping organizations translate innovation into measurable impact.Follow Emilie:LinkedIn – linkedin.com/in/emiliescharioPlaybooks and Priority newsletter – emilie.substack.comKilo Code – kilo.ai/Like this episode?Show notes & transcript: techleadjournal.dev/episodes/268.Follow @techleadjournal on LinkedIn and Instagram.Buy me a coffee or become a patron.
- Aug 24, 202655 min
The Father of AI Assistant on Why Joy Comes Before Success - Kevin Surace
If you’re not using AI five times an hour, you’re already behind, says the man who built the first AI assistant back in 1998. Kevin explains why that pace is now the baseline, not the exception, for developers who want to stay employed.In this episode, Kevin Surace, the inventor of the first AI assistant and CEO of Appvance, joins to unpack six decades of AI evolution, from hidden Markov models to the LLM breakthroughs now powering coding agents. Kevin shares how his work at General Magic became the licensed technology behind Siri and Alexa, and how he ended up inventing post-training before anyone had a name for it. He explains why the only developers losing their jobs are the ones refusing to adopt AI, and how the role is shifting from writing code to specifying, coordinating, and testing it across a fleet of agents. Kevin also introduces AI Script Generation Bug Hunter, the testing technology uncovering thousands of bugs humans never catch. The conversation closes with his new book, Joy-Success Cycle, and why he believes joy has to come before success, not after.Timestamps: Trailer & Intro How Did Kevin Become the Father of AI Assistant? How Did AI Evolve From Hidden Markov Models to the LLM Breakthrough? How Were Siri and Alexa Built on Kevin’s Licensed AI Technology? How Should Software Developers Evolve in the Age of AI? Should Developers Fear the Rise of Agentic AI? How Does Appvance Use AI to Find Bugs Humans Miss? Why Did Kevin Write the Book Joy-Success Cycle? How Can We Reclaim Positive Emotions Amid Global Crises and AI Anxiety? How Do Purpose and Curiosity Work Together to Guide Your Life? How Can a Simple To-Do List Become a Powerful Source of Joy? How Did the Joy-Success Method Transform a Sales Team’s Attitude? 3 Tech Lead Wisdom_____Kevin Surace’s BioKevin Surace is an AI pioneer and human effectiveness authority helping people thrive while AI reshapes how we work and live. Widely recognized as the father of the virtual assistant, he holds 95 worldwide patents and has been named INC Magazine’s Entrepreneur of the Year, a CNBC Top Innovator of the Decade, and a World Economic Forum Tech Pioneer. He is the author of The Joy-Success Cycle, a practical framework for sustained human effectiveness during rapid change.Follow Kevin:LinkedIn – linkedin.com/in/ksuracePersonal Website - kevinsurace.com The Joy-Success Cycle – joysuccesscycle.comLike this episode?Show notes & transcript: techleadjournal.dev/episodes/267.Follow @techleadjournal on LinkedIn and Instagram.Buy me a coffee or become a patron.
- Aug 10, 20261h 1m
Software Engineering Laws Every Developer Must Know in the AI Era - Milan Milanovic
Does moving faster with AI mean you get to skip the laws that governed every software project before it? Milan Milanovic argues the opposite, the old laws of software engineering now apply twice as hard.In this episode, Milan Milanovic, CTO and author of Laws of Software Engineering, returns to unpack why the laws that have quietly governed software projects for decades are more relevant than ever in the AI era. He walks through Gall’s Law and why AI lets teams generate complex systems on unvalidated assumptions faster than ever, Conway’s Law and how it now runs twice, shaping both human organizations and agent topologies, and Goodhart’s Law and the trap of “tokenmaxxing” as a metric. Milan also covers Hofstadter’s Law and the 90-90 rule, explaining why the last 10% of a project still takes as long with AI in the loop, and the Dunning-Kruger effect, where vibe coders overestimate their skills while senior engineers underestimate theirs. The conversation closes with his advice for juniors entering the field, his top five must-read books, and how he personally uses AI for research and planning rather than implementation.Key topics discussed:Gall’s Law: the trap of generating complex systems with AIConway’s Law now runs twice, on humans and on AI agent topologyWhy software architects should help design your org chartGoodhart’s Law and the danger of “tokenmaxxing” as a metricThe 90-90 rule: why AI’s last 10% still costs half the projectDunning-Kruger effect on vibe coders and expertsWhy less code beats more, even with AI writing it for freeTimestamps: Trailer & Intro What Inspired Milan to Write Laws of Software Engineering? How Did a Book on Software Laws Reach Such a Global Audience? How Should You Read the Laws of Software Engineering Book? Why Does the Book Cover People and Planning, Not Just Technical Laws? What Is Gall’s Law in Software Engineering? How Can You Apply Gall’s Law When Using AI? What Is Conway’s Law in Software Engineering? How Should Big Corporations Build New Products Without Structural Reorganization? How Does Conway’s Law Apply to Small AI-Powered Product Teams? What Is Goodhart’s Law in Software Engineering? What Are the Best Examples of Counterbalance Metrics for Leaders Today? What Kind of Outcomes Should You Actually Measure? What Is Hofstadter’s Law in Software Engineering? How Does Hofstadter’s Law Apply in the Age of AI? What Is the Dunning-Kruger Effect? How Does the Dunning-Kruger Effect Apply to Experienced Engineers Learning AI? Are Any of These Laws Becoming Less Relevant Because of AI? What Does the Lindy Effect Say About the Fate of Software Developers? What Is the Best Career Advice for Junior Developers Entering the AI Landscape? What Are the Top Five Must-Read Books for Software Engineers? How Can Software Engineers Apply These Laws in Their Daily Work? 3 Tech Lead Wisdom_____Milan Milanovic’s BioMilan Milanović is the CTO and the author of Laws of Software Engineering. He holds a PhD in Computer Science, has more than 20 years of experience across .NET, Azure, and mobile development, and is a Microsoft MVP. He runs Tech World With Milan, a software engineering newsletter and community followed by more than 400,000 engineers. He writes about architecture, engineering leadership, and how AI is changing the way software gets built.Follow Milan:LinkedIn – linkedin.com/in/milanmilanovicTwitter / X – @milan_milanovicPersonal website – milan.milanovic.org Book’s website - lawsofsoftwareengineering.com Newsletter - newsletter.techworld-with-milan.comLike this episode?Show notes & transcript: techleadjournal.dev/episodes/266.Follow @techleadjournal on LinkedIn and <a href="https://www.instagram.com/techleadjournal/" target="_blank" rel
- Aug 3, 20261h 17m
Signals & Levers: Systems Thinking to Navigate Software Delivery Illusions - Elisabeth Hendrickson & Joel Tosi
Brought to you by SpeechifyAITired of text-to-speech that sounds robotic or costs too much at scale? SpeechifyAI's new Simba 3.2 model ranks #1 on Artificial Analysis for realness, priced under $10 per million characters. Building something conversational? Check out the Simba Voice Agents API for low-latency, natural back-and-forth interaction. Try it free at speechify.ai.Why do the same software delivery illusions keep fooling smart engineering teams? Elisabeth and Joel show how systems thinking, through signals and levers, helps you spot the illusions of progress, predictability, and control before they cost you.In this episode, Elisabeth Hendrickson and Joel Tosi, co-authors of Signals & Levers, share the story behind the book and trace the “software crisis” back to a 1968 NATO conference, arguing it never actually went away. They explain why software delivery is an adaptive sociotechnical system, and why treating it as a simple linear process leads leaders to pull the wrong levers.Elisabeth breaks down why proxy metrics like velocity are made-up numbers dressed up as science, and why cycle time tells a truer story. Joel walks through the CREATE framework (capacity, risk, execution, adaptability, trust, and economics), and how it can help leaders spot unintended consequences before they happen. They also dig into the three illusions leaders live under: illusion of progress, predictability, and control.The conversation closes with a candid look at where AI fits into all of this, when it amplifies good systems, when it makes bad ones worse, and why optimizing for learning matters more than ever.Timestamps: Trailer & Intro The Backstory Behind “Signals & Levers” Why Has the ‘Software Crisis’ Never Actually Gone Away? Why Do the Same Software Development Problems Keep Appearing? What is an Adaptive Sociotechnical System? Why Do Business Executives Fail to Understand Software Development? What Are Signals and Levers in Engineering Leadership? What Makes Proxy Metrics Like Velocity and Lines of Code Dangerous? Are DORA Metrics a Good Proxy for Software Development Productivity? What is the CREATE Framework for Avoiding Unintended Consequences? How Do You Quantify and Apply the CREATE Framework? What Are the Three Illusions That Leaders Face in Software Delivery? Will AI Truly Speed Up Software Development? How Should Leaders Integrate AI Into Systems Thinking? Can AI Be a Thinking Partner for Systems Thinking? Why Is the U-Curve a Powerful Tool for Modern Leadership? 3 Tech Lead Wisdom_____Elisabeth Hendrickson & Joel Tosi’s BioElisabeth Hendrickson is a technology leader with 30+ years of experience, having served as VP R&D at a public company and VP Engineering at a Series B startup. She’s the author of Explore It! and There’s Always a Duck, and now helps tech leaders improve collaboration, decision-making, and execution.Joel Tosi has spent over 25 years delivering software products. For the past decade, he’s helped teams see the systemic issues holding them back and stop “change theater,” using the techniques from Signals & Levers to give everyone a shared view of reality. He’s presented these ideas internationally for over five years.Follow Elisabeth & Joel:LinkedIn (Elisabeth) – linkedin.com/in/testobsessedLinkedIn (Joel) – linkedin.com/in/joel-tosi-531a3bWebsite – signalsandlevers.comSignals & Levers – itrevolution.com/product/signals-and-leversSignals & Levers workshops – maven.com/signalsandleversLike this episode?Show notes & transcript: techleadjournal.dev/episodes/265.Follow @techleadjournal on <a href="https://www.linkedin.com/company/techleadjournal/" target="_blank" rel="ugc noopener noref
- Jul 27, 20261h 10m
From Technical Debt to Triple Debt: The Hidden Cost of AI-Generated Code
Is vibe coding quietly draining the thing that makes teams effective: their shared understanding? Margaret breaks down her new “triple debt” model, and why cognitive debt might be the one nobody’s tracking.In this episode, Margaret-Anne Storey, co-author of the SPACE framework and a leading developer experience researcher, returns three years after her first appearance to unpack her new “triple debt” model. She explains how technical debt is now joined by cognitive debt, the erosion of shared understanding across a team, and intent debt, the loss of the “why” behind decisions that agents also lack.Drawing on her Startup Studio course, where student teams built MVPs in minutes only to lose track of their own architecture weeks later, she walks through what pushed her to name these problems. The conversation covers cognitive surrender, developer fatigue from managing swarms of agents, and the warning signs leaders should watch for on their teams.Margaret also introduces Cognitive Tours, a tool inspired by sailing waypoints and log books, and the idea of strategic friction: deliberately slowing down to preserve understanding. She closes by revisiting the SPACE framework and why its five dimensions still hold up even as AI changes every question we ask about them.Key topics discussed:Why cognitive debt has always existed, just never namedThe triple debt model: technical, cognitive, and intentCognitive surrender: accepting AI output without understandingWarning signs leaders should watch for on their teamsWhy the SPACE framework still holds up in the AI eraTimestamps: Trailer & Intro How Has AI Transformed Software Development Over the Past Three Years? What Inspired the Research on Cognitive Debt and AI-Assisted Development? Why Is Cognitive Debt Accelerating Even Though It Isn’t a New Problem? What Exactly Is the Triple Debt Model in Software Development? How Does Intent Debt Relate to Context Engineering and Intent Drift? Can AI Be Used to Solve the Cognitive Debt It Created? Why Does Using AI Make Developers Feel Fatigued and Stressed? How Are AI Agents Affecting Human Relationships in the Workplace? What Exactly Is Cognitive Surrender and What Are Its Risks? How Can Leaders Spot Growing Cognitive and Intent Debt Within Their Teams? Why Is ‘Tokenmaxxing’ a Dangerous Productivity Metric? What Is the Cognitive Tours Tool and How Does It Address Cognitive and Intent Debt? How Do You Envision the Daily Workflow of Using This New Tool? What Is Strategic Friction and How Can It Help Developers? What Is the Danger of Relying More on AI Agents and Less on Humans? Does the SPACE Framework Still Hold Up in the Age of AI? 3 Tech Lead Wisdom_____Margaret-Anne Storey’s BioMargaret-Anne Storey is a professor of computer science at the University of Victoria and a Canada research chair in human and social aspects of software engineering. She is coauthor of the SPACE framework and a leading researcher in developer experience (DevEx). Her research focuses on how developers and teams understand complex software systems and how tools, AI, and collaborative practices shape that understanding. Her recent work examines how generative AI is transforming software engineering by changing how understanding is created, shared, and maintained. She collaborates with industry partners including Microsoft and DX. She holds an honorary doctorate from Lund University.Follow Margaret:LinkedIn – linkedin.com/in/margaret-anne-storey-8419462/Website – margaretstorey.com The Triple Debt Model: From Technical Debt to Cognitive and Intent Debt – queue.acm.org/detail.cfm?id=3807966Like this episode?Show notes & transcript: techleadjournal.dev/episodes/264.Follow @techleadjournal on LinkedIn and Instagram.Buy me a <a href="https://techleadjournal.dev/tip" target="_blank" rel="ugc noopener norefer
Get Tech Lead Journal summaries in your inbox
Free AI-powered daily recaps. Key takeaways, quotes, and mentions — in a 5-minute read.
Get Free Summaries →Free forever for up to 3 podcasts. No credit card required.
You Might Also Like
Listeners also like.
Lenny's Podcast: Product | Career | Growth
Conversations with top product and growth leaders offering practical strategies for building, launching, and scaling successful products.
The Pragmatic Engineer
Insightful deep dives with experienced engineers on real-world software development challenges and lessons.
Expert Intelligence with Paul Estes
Explores the intersection of human expertise and AI in shaping the future of work through interviews with industry leaders and innovators.
Hunters and Unicorns
Explores the strategies and journeys of top tech leaders and sales innovators shaping the software industry.
The Peterman Pod
Career stories from a former Instagram Staff engineer to help software developers grow.
The Learning Leader Show With Ryan Hawk
Conversations with top leaders across industries exploring how continuous learning drives success.
Me, Myself, and AI
Leaders from top companies share real-world strategies for turning artificial intelligence into measurable business results.
Leading By Example: Executives Making An Impact
Executives share pivotal moments and personal experiences that shaped their leadership and decision-making in real-world business environments.
Leadership Language
Helps IT leaders advance by learning executive communication, visibility, and sponsorship in enterprise organizations.
Tomorrow, Today
Exploring how emerging technologies like AI, quantum, and space shape human potential and redefine the future of humanity.
TED Tech
Experts examine how technology reshapes society, science, design, and business through TED Talks hosted by Sherrell Dorsey.
Product Therapy
Explores the behavioral, mindset, and cultural aspects of product work through conversations with Silicon Valley product leaders.
About Tech Lead Journal
Great technical leadership requires more than just great coding skills. It requires a variety of other skills that are not well-defined, and they are not something that we can fully learn in any school or book. Hear from experienced technical leaders sharing their journey and philosophy for building great technical teams and achieving technical excellence. Find out what makes them great and how to apply those lessons to your work and team.
Customized Recaps
AI-powered recaps with compact key takeaways, quotes, and insights.
Straight to Your Inbox
Get key takeaways from Tech Lead Journal in a 5-minute read.
Save Hours Every Week
Stay current on your favorite podcasts without falling behind.
Frequently Asked Questions
What is Podzilla's Tech Lead Journal daily summary?
It's a free AI-powered email that summarizes new episodes of Tech Lead Journal as soon as they're published. You get the key takeaways, notable quotes, and links & mentions — all in a quick read.
How does the Tech Lead Journal podcast summary work?
When a new episode drops, our AI transcribes and analyzes it, then generates a personalized summary tailored to your interests and profession. It's delivered to your inbox every morning.
Is this an official Tech Lead Journal product?
No. Podzilla is an independent service that summarizes publicly available podcast content. We're not affiliated with or endorsed by Henry Suryawirawan.
Can I get summaries of other podcasts too?
Absolutely! The free plan covers up to 3 podcasts, any in the catalog. Basic raises that to 15, Pro to 40 and Max to 100. Browse our full catalog at /podcasts.
What topics does Tech Lead Journal cover?
Tech Lead Journal covers topics including Technology. Our AI identifies the specific themes in each episode and highlights what matters most to you.
Start getting Tech Lead Journal summaries tomorrow morning.
Free forever for up to 3 podcasts. No credit card required.
Free forever for up to 3 podcasts. No credit card required.