Good talks/podcasts (Sep I)

These are the best podcasts/talks I've seen/listened to recently:

• Susanne Kaiser on DDD, Wardley Mapping, & Team Topologies 🔗 talk notes (Susanne Kaiser) [Architecture, DDD, Flow, Strategy, Team Topologies, Wardley maps] [Duration: 00:33] Susanne Kaiser details a holistic framework for designing adaptive socio-technical systems by integrating Wardley Mapping, Domain-Driven Design, and Team Topologies to optimize for a fast flow of change — aligning business strategy with architecture while managing team cognitive load and delivering continuous value.
• Is Your AI assisted Coding Strategy Quietly Backfiring? 🔗 talk notes (Antony Marcano) [AI Assisted Engineering, Agile, Devops, Flow, Performance, WIP] [Duration: 00:11] Antony Marcano examines how AI-assisted coding acts as a performance magnifier that can inadvertently increase work-in-process and expose systemic bottlenecks in software delivery — with practical guidance on using DORA metrics and flow optimization so AI-driven code generation results in genuine organizational throughput.
• Save HOURS Of Work & Automate Your AI Agent's Feedback Loop (Do This) 🔗 talk notes (Dave Farley) [AI Assisted Engineering, Continuous Delivery, Developer Productivity, Feedback cycles, Quality, Technical Practices] [Duration: 00:13] Dave Farley shows how meta-automation leverages AI agents to create deterministic feedback tools and custom linting rules, replacing unreliable 'markdown prayers' with automated loops — enabling teams of any size to scale advanced engineering practices and maintain project consistency across different AI models.
• A Conversation with Amazon CTO Werner Vogels 🔗 talk notes (Werner Vogels) [Architecture, Business models, Cloud, Engineering Culture, Evolutionary Architecture, Programming language] [Duration: 00:48] Amazon CTO Werner Vogels details the principles of 'frugal architecture', offering a pragmatic framework for aligning technical costs with business value and revenue growth — with insights on building sustainable, evolvable systems while navigating the trade-offs of technical debt and reliability at high scale.
• Software engineering with LLMs in 2025: reality check 🔗 talk notes (Gergely Orosz) [AI, AI Assisted Engineering, Developer Productivity, Engineering Culture, Generative AI, Nature of Software Development] [Duration: 00:25] Gergely Orosz cuts through the executive hype to give a grounded 'reality check' on how engineers across AI startups, Big Tech, and independent work actually use LLMs in 2025 — finding a genuine but nuanced shift, and arguing the right response is to experiment more and learn what has become cheap versus expensive.
• Turing Award Winner: Data Abstraction, Dijkstra, Distributed Systems | Barbara Liskov 🔗 talk notes (Barbara Liskov) [Architecture patterns, Diversity, Engineering Career, OOP, Programming language, Software Design] [Duration: 00:34] Turing Award winner Barbara Liskov offers a profound look into the creation of modern software engineering, detailing how her pioneering work on data abstraction and distributed systems solved the 1970s 'software crisis' — with lessons on building reliable systems through strict encapsulation and modularity, and a career philosophy of solving fundamental problems rather than incremental ones.
• Augmented Coding: Mapping the Uncharted Territory 🔗 talk notes (Lada Kesseler) [AI, AI Assisted Engineering, Developer Productivity, Generative AI, Mental models, Technical Practices] [Duration: 02:34] (⭐⭐⭐⭐⭐) Lada Kesseler offers a practical framework for mastering AI-assisted coding, turning unpredictable LLMs into reliable, structured partners through patterns like knowledge checkpoints and specialist agents — with actionable strategies for managing context and non-determinism so developers harness AI's creative breadth without sacrificing technical precision.
• Marty Cagan on the Current "Golden Era" for Product Management (Full Interview) 🔗 talk notes (Marty Cagan) [AI, Agile, Generative AI, Product, Product Discovery, Product Strategy] [Duration: 01:01] (⭐⭐⭐⭐⭐) Marty Cagan explores the disruptive impact of AI on product management, arguing for a shift from project-driven output to strategic, outcome-oriented discovery and 'building to learn' — while stressing the indispensable role of human judgment and 'product sense' in achieving business viability.

Reminder: All of these talks are interesting, even just listening to them.

You can explore all my recommended talks and podcasts on the interactive picks site, where you can filter by topic, speaker, and rating:

• 🌐 Interactive Site: https://eferro.github.io/eferro-picks-site/

Related:

• Recommended Talk/Podcast Database
• Recommended resources tag

El ebook ya está en Leanpub

Hace unos días dije que en breve el ebook estaría en Leanpub. Ya está: https://leanpub.com/menos-software-mas-impacto

Compras una vez y te llevas el EPUB y el PDF, sin DRM. El PDF es lo que no te da el Kindle, y en un libro con diagramas y tablas se agradece.

El precio son 14,99 dólares, con el IVA aparte, porque Leanpub vende en dólares. La ficha deja pagar más si alguien quiere aportar algo más porque considera que le aportalo que escribo y comparto.

Lo digo porque en Leanpub hay muchos libros en curso y este no lo es. Está terminado y cerrado.

Si ya lo tienes en Kindle o en papel, no hagas nada. Esto es para quien no quería pasar por Amazon, o quería el PDF para leerlo en el ordenador y subrayarlo en la tablet.

Te cuento la parte que me toca, porque si no parece que cambio de tienda por capricho: en Leanpub me queda bastante más por copia que en Kindle, sin que tú pagues más. El papel solo está en Amazon y ahí seguirá, así que no te voy a pedir que dejes de comprar allí. Pero si te da igual dónde, ya lo sabes.

Ebook descargable general (pdf, epub), en leanpub: https://leanpub.com/menos-software-mas-impacto

En papel o kindle, en Amazon:

• Tapa blanda: https://www.amazon.es/dp/8409872021
• Kindle: https://www.amazon.es/dp/B0H47SS5WQ

Lo del precio sigue en pie: si no encaja con lo que se cobra en tu país, o con el momento en el que estás, escríbeme y lo arreglamos. No hace falta que me cuentes nada.

— Eduardo Ferro Aldama
Menos software, más impacto

El viernes subo el precio del libro

 

El viernes 4 de septiembre suben los precios de Menos software, más impacto en Amazon: el Kindle pasa de 9,99 € a 12,99 € y la tapa blanda de 19,99 € a 24,99 €.

Lo aviso ahora porque sé que hay gente que lo tiene en la lista de "algún día lo compro". Si es tu caso, hasta el viernes sigue como está. Y si me lees el sábado, tampoco pasa nada: el libro no se va a ningún sitio.

Por qué lo subo, por si te interesa el detalle. Puse el precio de salida a ojo, sin tener ni idea de cómo iba a funcionar un libro técnico en castellano autopublicado. Tres meses y cerca de 400 copias después sé bastante más. Y Amazon ha subido el coste de impresión tres veces desde junio, así que cada copia en papel me deja hoy bastante menos que el día del lanzamiento. Con el precio nuevo el libro se parece más a lo que cuesta cualquier otro libro técnico de este tamaño, y me paga el tiempo que le sigo echando: los recursos de la web, las correcciones que me van llegando.

Hay algo que me importa más que el número. Lo pongo mirando lo que se cobra en el sector aquí, y eso no vale para todo el mundo: hay países y hay momentos de carrera en los que 25 € significan otra cosa completamente distinta. Si es tu caso y quieres leer el libro, escríbeme y buscamos cómo. Lo que quiero es que acabe en manos de quien le vaya a servir, y el precio no debería ser lo que lo impida. No hace falta que me cuentes nada.

Esa misma semana hay otro cambio: el Kindle sale de Kindle Unlimited. Si lo tenías apuntado para leerlo con la suscripción, estos días son los últimos.

Si lo quieres antes del viernes:

• Kindle: https://www.amazon.es/dp/B0H47SS5WQ
• Tapa blanda: https://www.amazon.es/dp/8409872021

Y gracias a toda la gente que lo ha leído y se ha tomado el rato de escribirme para contarme qué le ha servido y qué no. Esa parte no me la esperaba y es la que más me está gustando de todo esto.

— Eduardo Ferro Aldama
Menos software, más impacto

Ya está la grabación del AMA con Agile Sur y FullStack Sevilla

Hace unos días hicimos una charla + AMA sobre «Menos software, más impacto» con las comunidades Agile Sur y FullStack Sevilla. Prometí que quien no pudiera conectarse tendría la grabación, así que aquí está.

Son casi dos horas, en formato entrevista y con preguntas del público en directo. No hace falta verlo entero ni por orden.

De todo lo que salió, hay una respuesta que no llevaba preparada y que me ha estado dando vueltas desde entonces. Preguntaron cómo explicar el coste basal a alguien de negocio, y mientras respondía me di cuenta de que el problema no es que no lo entiendan: es que la metáfora con la que todos pensamos el software está rota.

Decimos que construimos software, y esa metáfora viene de levantar edificios, donde el grueso del coste es la obra inicial y el mantenimiento es residual. Con software es al revés: cada cosa que existe cuesta capacidad cada día, se toque o no. Nadie va al cirujano a pedirle que le abra un poco más porque paga bien, pero en software sí presumimos de cuánto hemos construido.

Lo desarrollé entero en Nadie va al cirujano a pedirle que le abra un poco más, que se lee en cinco minutos y no hace falta ver el vídeo.

Algunas de las cosas que salieron

• El coste basal explicado tres veces: a alguien técnico, a negocio y a dirección.
• Por qué existe la tendencia a escribir código de más.
• Si con IA construir es casi gratis, ¿por qué dejar de construir?
• «Esto en mi empresa es imposible»: resistencias y cómo sortearlas.
• Juniors, universidad e IA.
• Autonomía, slack e impacto.

Y si prefieres algo más corto para empezar, la entrevista con Emilio Carrión son 40 minutos y funciona bien como puerta de entrada. Las dos están en la lista de charlas y entrevistas sobre el libro.

Gracias a Agile Sur y a FullStack Sevilla por organizarlo, y a todas las personas que se conectaron un 29 de julio a las 18:30 y se quedaron hasta el final.

El libro es Menos software, más impacto, y en menos-software.eferro.net están los recursos por capítulo, gratis y abiertos.

Nadie va al cirujano a pedirle que le abra un poco más

 Hace unos días hice una charla con preguntas abiertas del público, organizada por las comunidades Agile Sur y FullStack Sevilla. En algún momento alguien preguntó algo que me hacen mucho: cómo explicar el coste basal del software a una persona de negocio, de esas que escuchan «mantenimiento» y desconectan.

Respondí lo que suelo responder, pero mientras lo decía me salió otra cosa que no llevaba preparada, y creo que es la parte importante: el problema no es que no lo entiendan. El problema es que la metáfora con la que todos pensamos el software está rota, y ellos la usan igual que la usamos nosotros.

Heredamos la metáfora de la construcción

Decimos que construimos software. Levantamos arquitecturas, ponemos cimientos, montamos features. Todo el vocabulario viene de la construcción de edificios, y con él viene una idea de fondo que casi nunca hacemos explícita: que el grueso del coste está en la obra inicial y que el mantenimiento posterior es un porcentaje pequeño y previsible.

Bajo esa metáfora, construir más siempre es mejor. Más metros por el mismo presupuesto. Más entregado por el mismo equipo.

Con software el reparto es justo el contrario. Cada cosa que existe cuesta capacidad cada día, se toque o no. Hay que entenderla cuando alguien la lee, mantenerla compatible cuando llega lo siguiente, explicarla a quien entra nuevo en el equipo, actualizarla porque cambia el mundo alrededor aunque nadie la cambie por dentro. Y el mundo alrededor cambia mucho más rápido que hace veinte años.

A ese gasto continuo por el mero hecho de existir lo llamo coste basal, por analogía con el metabolismo basal: lo que consume un organismo solo por seguir vivo. No es deuda técnica. La deuda técnica es una decisión que tomaste y que puedes pagar. El coste basal lo pagas siempre, también con el código bueno.

Para negocio, es inventario

Cuando lo explico fuera de tecnología, lo que mejor funciona es hablar de inventario.

La imagen mental que tiene mucha gente de negocio es secuencial: hacemos una funcionalidad, la entregamos, pasamos a la siguiente. Como si lo anterior desapareciera del coste al terminarlo. Pero no desaparece: se queda en el almacén, y el almacén hay que sostenerlo. Cada cosa que dejas ahí resta un poco de la capacidad con la que vas a construir lo siguiente.

En las fases de expansión fuerte esto no se nota, y por eso engaña tanto. Si el equipo se satura, creas otro equipo. Divides, contratas, sigues creciendo y todo el mundo contento. Pero en cuanto dejas de crecer, aquello se hace bola: cada trimestre el equipo va un poco más lento, y nadie sabe señalar qué ha pasado porque no ha pasado nada en concreto. Solo se ha acumulado.

La prueba de la cirugía

La forma más rápida que conozco de enseñar que la metáfora está rota es cambiarla por otra donde el absurdo se ve solo.

Nadie va al cirujano y le pide que le abra un poco más. Nadie dice «hazme más puntos, que para eso te pago y además eres muy bueno». En cirugía todos entendemos, sin que haga falta explicarlo, que la intervención es el coste y que lo que importa es el resultado. Cuanta menos cirugía haga falta para conseguirlo, mejor cirujano.

En software hacemos justo lo contrario. Presumimos de cuánto hemos construido, medimos equipos por lo que entregan, celebramos el volumen. Enseñamos la cicatriz como si fuera el resultado.

La metáfora que sí ayuda

La que a mí me sirve es la de cultivar algo: sembrar, regar, podar, limpiar, de forma continua. Y tiene dos consecuencias que me parecen mucho más útiles que la del edificio.

La primera es que no hay que esperar señales de alarma. Si tienes un jardín y no vas nunca a cuidarlo, no necesitas un indicador que te avise: puedes dar por seguro que en unos meses estará despendolado. Es entropía, va en la naturaleza del sistema. Nuestro trabajo no es reaccionar cuando la complejidad ya duele, es gestionarla todo el rato para que no llegue ahí.

La segunda es que cambia la conversación sobre añadir. Quien sabe lo que cuesta mantener un terreno productivo durante todo el año no mete más plantas porque sí. Le pone un precio al año entero, no al día que siembra. Con software casi nunca hacemos esa cuenta: valoramos lo que cuesta construir algo, no lo que va a costar sostenerlo mientras siga vivo.

Ninguna metáfora es perfecta, y esta tampoco. El software no crece solo, y podar código es bastante más incómodo que podar un seto. Pero al menos pone el foco donde está el dinero: en lo continuo.

Qué cambia cuando cambias la metáfora

En los equipos donde este cambio ha calado, lo que he visto cambiar es esto:

• Decidir no construir algo deja de parecer una rareza defensiva y pasa a ser parte del trabajo.
• Antes de decir que sí, aparece la pregunta por el coste de sostenerlo, no solo por el de hacerlo.
• Eliminar deja de leerse como destruir valor. Quitar una funcionalidad muerta es recuperar capacidad, igual que podar.
• El trabajo de gestión de la complejidad se hace visible, y se puede defender en una priorización.

Y hay una implicación que se ha vuelto urgente. Si construir se abarata mucho, como está pasando con la IA, la parte cara no baja igual: entender, integrar, operar y sostener siguen costando lo mismo o más, porque ahora hay más cosas vivas. Abaratar la construcción sin cambiar la metáfora no resuelve el problema. Lo acelera.

La conversación completa

Todo esto salió en una charla de casi dos horas, en formato entrevista y con preguntas del público en directo. Además de las metáforas se habló de cómo explicar el coste basal a dirección, de por qué existe la tendencia a construir de más, de qué hacer cuando en tu empresa «esto es imposible», y de juniors, universidad e IA.

• Charla + AMA con Agile Sur y FullStack Sevilla (1h 44m): https://youtu.be/AZ8ReGw2Qqs
• Si prefieres algo más corto, la entrevista con Emilio Carrión (40 min) es una buena puerta de entrada: https://youtu.be/3EaUl-I74lc
• Todas las charlas y entrevistas sobre el libro: lista en YouTube

Y si quieres tirar del hilo, el libro es Menos software, más impacto, y en menos-software.eferro.net están los recursos por capítulo, gratis y abiertos.

Good talks/podcasts (Jul II)

 

These are the best podcasts/talks I've seen/listened to recently:

• Pragmatic Architecture: How to Know When It's Enough 🔗 talk notes (Vlad Khononov) [Architecture, Architecture patterns, DDD, Evolutionary Design, Software Design, simplicity] [Duration: 00:48] (⭐⭐⭐⭐⭐) Vlad Khononov offers a pragmatic framework for balancing software modularity against business value by aligning architectural effort with the essential volatility of each subdomain — managing integration strength and component distance to avoid the waste of both overengineering and underengineering.
• From Friction to Flow: How Great DevEx Makes Everything Awesome 🔗 talk notes (Nicole Forsgren) [AI, Developer Productivity, Devex, Devops, Engineering Culture, Generative AI] [Duration: 00:37] Nicole Forsgren lays out a systematic approach to identifying and removing the friction points that hinder software delivery, ensuring AI-driven productivity gains translate into sustainable business value — with actionable frameworks and metrics to optimize developer experience, protect flow state, and navigate the challenges of the AI era.
• How Kent Beck shapes the software engineering industry 🔗 talk notes (Kent Beck) [AI Assisted Engineering, Agile, Engineering Culture, Technical Practices, XP, tdd] [Duration: 02:28] Legendary engineer Kent Beck traces the evolution of software development from the creation of the Agile Manifesto to the rise of the AI 'genie', emphasizing that engineering is fundamentally a discipline of human trust — and why developers must prioritize technical mastery and domain understanding as the industry enters a new, high-stakes phase of exploration.
• Platform Engineering: Lessons from the Rise and Fall of eBay 🔗 talk notes (Randy Shoup) [Company Culture, Continuous Delivery, Engineering productivity, Platform engineering, Strategy, Transformation] [Duration: 00:44] Randy Shoup shows how eBay's Velocity program doubled engineering productivity, then explains why a dysfunctional, risk-averse culture prevented those technical gains from driving business growth — a case study in why technical excellence must be paired with a generative organizational culture to achieve lasting success.
• Thinking Like an Architect 🔗 talk notes (Gregor Hohpe) [Agile, Architecture, Cloud, Mental models, Strategy, Technical leadership] [Duration: 00:47] Gregor Hohpe reframes the architect's role as a strategic 'IQ booster': using the 'architect elevator' to bridge organizational levels, metaphors to translate technical complexity into business options, and simple evocative models to empower teams and manage uncertainty for better decision-making across the whole organization.
• Top AI Trends From 100 Interviews | AI Briefings: nWave 🔗 talk notes (Dave Farley, Michele Brissoni, Alessandro Di Gioia) [AI Assisted Engineering, Architecture, Generative AI, Nature of Software Development, Small Safe Steps (3s), Software Design] [Duration: 00:17] Dave Farley interviews Mike and Alessandro, creators of the open-source tool nWave, on how AI shifts the developer's role toward 'behavioral engineering' — deeply understanding and specifying the problem space — while disciplined small iterative steps and agent 'teammates' bound by engineering principles keep AI-generated software solving the right problem.
• War Is Peace, Freedom Is Slavery, Ignorance Is Strength, Scrum Is Agile 🔗 talk notes (Allen Holub) [Agile, Company Culture, Feedback cycles, Management, Slicing, Systems Thinking] [Duration: 01:03] Allen Holub makes a compelling case for reclaiming agility from the rigid 'Agile Industrial Complex', emphasizing human interaction and continuous learning over bureaucratic tools and frameworks — with insights on reducing business risk and accelerating revenue through autonomous teams and a systems-thinking approach.

Reminder: All of these talks are interesting, even just listening to them.

You can explore all my recommended talks and podcasts on the interactive picks site, where you can filter by topic, speaker, and rating:

• 🌐 Interactive Site: https://eferro.github.io/eferro-picks-site/

Related:

• Recommended Talk/Podcast Database
• Recommended resources tag