Resumen del episodio
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…
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…
Episodios
Stop Being the Hero: How Developers Become Great Software Architects - Lee Atchison
EscuchadoWhy 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…
The IT/OT Handbook: From Silos to Sustainable Digitalization - David Ariens & Willem van Lammeren
EscuchadoWhy 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…
Don't Outsource Your Thinking: How to Lead in the AI-Native Era - Emilie Schario
EscuchadoWhat’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…
The Father of AI Assistant on Why Joy Comes Before Success - Kevin Surace
EscuchadoIf 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,…
Software Engineering Laws Every Developer Must Know in the AI Era - Milan Milanovic
EscuchadoDoes 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,…