Club de lectura sobre software y tecnología donde charlamos sobre algunos de los libros más importantes de nuestro sector. Formado por Alex Gascón (@AlexGasconB) y José Noguera (@joselkan), dos apasionados de la tecnología con experiencia en compañías como AWS, Red Hat o Stripe.
Actualmente leyendo: The Software Engineer's Guidebook, de Gergely Orosz
A Philosophy of Software Design - Capítulo 4 - Módulos profundos
¡Hola hola hola hola! ¡Bienvenidos y bienvenidas una semana más a TechLecturas!
En el episodio de hoy seguimos con A Philosophy Of Software Design, y debatimos el capítulo 4: "Los módulos deberían ser profundos". Podréis encontrar cosas tan interesantes como:
A qué nos referimos cuando hablamos de la "profundidad" de un módulo
Por qué las mejores interfaces son las que no existen
Un ejemplo (más) de que seguir Clean Code a ciegas no siempre es bueno
(Además, como bonus, podréis escuchar a uno de nosotros cantando una canción ganadora de un Oscar. Si queréis saber cuál, tenéis que escuchar el capítulo)
29 Mar 2026
A Philosophy of Software Design - Capítulo 3
Lo primero: PERDÓOOON POR EL AUDIO. Se nos fue el pistón un par de veces, no nos muteamos a tiempo y festival del ruido.
Ahora sí, ¡capítulo 3! Que el código funcione no es suficiente.
Hoy hablamos de dos formas de programar. Y spoiler: solo una de ellas te va a salvar el cuello a largo plazo.
La primera es la programación táctica, ese modo en el que entras cuando hay un deadline que no perdona, un bug que está petando producción o simplemente necesitas sacar algo ya. No piensas en el diseño, no piensas en el futuro. Simplemente necesitas que funcione.
La alternativa es la programación estratégica. Y aquí Ousterhout te pide un cambio de mentalidad: tu objetivo no es que el código funcione. Tu objetivo es que el código sea bueno y que funcione. Pensar como un inversor, no como un bombero.
¿Cuánto tiempo hay que invertir? John lo cuantifica. Y te va a sorprender.
Y esto aplica también a las startups, aunque suene contra intuitivo. Facebook lo aprendió a las malas, cambiando su famoso "move fast and break things" por "move fast with solid infrastructure". Nosotros daremos nuestro punto de vista al respecto.
2 Mar 2026
A Philosophy of Software Design - Capítulos 1 y 2
Buenaaaaasss
Hacemos doblete esta vez con los dos primeros capítulos del libro:
Introducción
La naturaleza de la complejidad
¿De qué hablaremos?
John Ousterhout abre el libro con una declaración de amor al software: programar es una de las actividades más creativas de la historia humana. Sin fricción física, sin límites del mundo real. Si lo puedes visualizar, lo puedes construir.
Pero hay un enemigo silencioso: la complejidad. Y no nace de un gran error, sino de mil pequeñas decisiones que nadie tomó en serio.
John la define como todo aquello que hace un sistema difícil de entender y modificar. Y se manifiesta de tres formas:
Amplificación del cambio: tocas algo pequeño y tienes que modificar veinte sitios distintos.
Carga cognitiva: para hacer cualquier cosa, primero necesitas tener media base de código en la cabeza.
Unknown unknowns: ni siquiera sabes lo que no sabes. Y solo lo descubres cuando aparece el bug.
Las causas raíz son dos: las dependencias —cuando nada puede entenderse de forma aislada— y la oscuridad —cuando la información importante no es obvia—. ¿Una variable que se llama tiempo? ¿En segundos? ¿Minutos? ¿Horas? Eso es oscuridad.
Y lo más peligroso de todo: la complejidad es incremental. Nadie la crea de golpe. Se acumula. Cada pequeña concesión parece inocente, pero sumadas te inundan.
La solución que propone John es casi filosófica: tolerancia cero. Como la teoría de la ventana rota. Si dejas que se acumule, acelera. Si la contienes desde el principio, el sistema se mantiene sano.
Reach and audience
Public platform figures. Ratings count people who left a rating, not total listeners.
Spotify
5.0 / 5
12 ratings
Contact TechLecturas
Guest appearances
Does not typically book guests
Based on episode analysis; this does not confirm that the show is currently accepting guests.
Host of TechLecturas?
Claim your podcast to manage its listing and keep your show details accurate.
Pod Engine is an independent podcast discovery and analytics service and is not affiliated with or endorsed by this podcast. Artwork and show content belong to their owners. Full legal notice.
Explore this show Podcast research with Pod Engine
