La programación no se limita a conocer un lenguaje y escribir código que funcione. Con el tiempo, todo desarrollador descubre que las decisiones técnicas, la forma de colaborar y la manera de enfrentar problemas definen la calidad del software que construye. En un mercado donde las herramientas cambian cada año, hay principios que permanecen y distinguen a un programador competente de uno excepcional.
El libro 97 cosas que todo programador debería saber reúne exactamente eso: una colección de consejos prácticos escritos por expertos de la industria, cada uno desde su propia experiencia.
No es un manual técnico sobre un lenguaje específico ni una guía de un framework de moda. Es una recopilación de sabiduría colectiva que aborda desde cómo escribir código limpio hasta cómo trabajar en equipo, pasando por la gestión de errores, el control de versiones y la ética profesional.
En 2026, donde la inteligencia artificial acelera la producción de código, este libro cobra una relevancia especial. Distinguir entre código que funciona y código bien diseñado, entender por qué ciertas prácticas existen y cuándo aplicarlas, es justo lo que separa a un desarrollador que solo escribe código de uno que construye software de calidad.
Introducción al libro
El libro está organizado como 97 entradas independientes, cada una escrita por un profesional diferente. Entre los contribuyentes figuran nombres reconocidos como Uncle Bob (Robert C. Martin), Scott Meyers, Michael Feathers, Dan North y Kevlin Henney, quien además ofició como editor de la obra original.
Cada entrada tiene entre una y tres páginas, lo que permite leer una por día o consultar temas específicos sin necesidad de seguir un orden lineal. Está dirigido a programadores con algo de experiencia que quieren mejorar su oficio, aunque también los principiantes encontrarán aquí una hoja de ruta de lo que realmente importa en el desarrollo profesional.
No se requiere un lenguaje o tecnología en particular. Los consejos son independientes del stack técnico y aplican tanto a quien escribe JavaScript, Python, Java o cualquier otro lenguaje.
Contenido del libro
El libro cubre un espectro amplio de temas que todo programador enfrenta en su día a día. Encontrarás consejos sobre cómo escribir código que otros puedan entender y mantener, técnicas para depurar de forma efectiva, estrategias para aprender nuevas tecnologías sin abrumarse y principios de diseño que aplican a cualquier paradigma de programación.
También aborda aspectos humanos del desarrollo: cómo dar y recibir revisiones de código, por qué vale la pena programar en pareja, la importancia de leer código ajeno y cómo comunicar decisiones técnicas. Hay espacio para temas avanzados como el linker, la escalabilidad en sistemas paralelos y los números de punto flotante, pero siempre explicados desde la perspectiva práctica del programador.
Cada entrada cierra con una reflexión que invita a cuestionar las propias prácticas y a mejorar de forma continua. No es un libro para leer una vez y olvidar, sino para consultar de vez en cuando y descubrir nuevos matices con cada lectura.
Índice del libro
- Actúa con prudencia — Seb Rose
- Aplica los principios de la programación funcional — Edward Garson
- Averigua qué haría el usuario (tú no eres el usuario) — Giles Colborne
- Automatiza el estándar de codificación — Filip van Laenen
- La belleza está en la simplicidad — Jørn Ølmheim
- Antes de Refactorizar — Rajith Attapattu
- Ten cuidado al compartir — Udi Dahan
- La Regla Boy Scout — Uncle Bob
- Primero revisa tu código antes de buscar culpar a otros — Allan Kelly
- Escoge tus herramientas con cuidado — Giovanni Asproni
- Codifica en el lenguaje del dominio — Dan North
- El código es diseño — Ryan Brush
- El diseño del código sí importa — Steve Freeman
- Revisiones de código — Mattias Karlsson
- Codificando con la razón — Yechiel Kimchi
- Un comentario acerca de los comentarios — Cal Evans
- Comenta sólo lo que el código no dice — Kevlin Henney
- Aprendiendo continuamente — Clint Shank
- La conveniencia no es una -bilidad — Gregor Hohpe
- Implementa rápido y con frecuencia — Steve Berczuk
- Distingue excepciones de Negocio de las excepciones Técnicas — Dan Bergh Johnsson
- Haz mucha práctica deliberada — Jon Jagger
- Lenguajes Específicos del Dominio (DSL) — Michael Hunger
- No tengas miedo de romper cosas — Mike Lewis
- No seas lindo con tus datos de prueba — Rod Begbie
- No ignores ese error — Pete Goodliffe
- No solo aprendas el lenguaje, entiende su cultura — Anders Norås
- No claves tu programa en la posición vertical — Verity Stob
- No confíes en el «Aquí sucede la magia» — Alan Griffiths
- No te repitas — Steve Smith
- No toques ese código — Cal Evans
- Encapsula Comportamiento, no solo Estado — Einar Landre
- Los números de punto flotante no son reales — Chuck Allison
- Cumple tus ambiciones con Software Libre — Richard Monson-Haefel
- La regla de oro del diseño de API — Michael Feathers
- El mito del Gurú — Ryan Brush
- El trabajo duro no paga — Olve Maudal
- Cómo usar un Gestor de Errores — Matt Doar
- Mejora el código quitándolo — Pete Goodliffe
- Instalame — Marcus Baker
- La comunicación entre procesos afecta el tiempo de respuesta de la aplicación — Randy Stafford
- Mantén limpia la compilación — Johannes Brodwall
- Aprende a usar las herramientas de línea de comandos — Carroll Robinson
- Conoce bien más de dos lenguajes de programación — Russel Winder
- Conoce tu IDE — Heinz Kabutz
- Conoce tus límites — Greg Colvin
- Conoce tu próximo Commit — Dan Bergh Johnsson
- Los grandes datos interconectados pertenecen a una base de datos — Diomidis Spinellis
- Aprende un lenguaje extranjero — Klaus Marquardt
- Aprende a hacer estimaciones — Giovanni Asproni
- Aprende a decir «Hola, Mundo» — Thomas Guest
- Deja que tu proyecto hable por sí mismo — Daniel Lindner
- El linker no es un programa mágico — Walter Bright
- La longevidad de las soluciones provisionales — Klaus Marquardt
- Haz las Interfaces fáciles de usar correctamente y difíciles de usar incorrectamente — Scott Meyers
- Haz lo invisible más visible — Jon Jagger
- El paso de mensajes lleva a una mejor escalabilidad en sistemas paralelos — Russel Winder
- Mensaje al futuro — Linda Rising
- Oportunidades perdidas del Polimorfismo — Kirk Pepperdine
- Noticias raras – Los testers son tus amigos — Burk Hufnagel
- Un binario — Steve Freeman
- Solo el código dice la verdad — Peter Sommerlad
- Adueñate (y Refactoriza) la compilación — Steve Berczuk
- Programa en pareja y siente el flujo — Gudny Hauknes, Ann Katrin Gagnat, y Kari Røssland
- Da preferencia a tipos de Dominio Específico que los tipos primitivos — Einar Landre
- Evita errores — Giles Colborne
- El Programador Profesional — Uncle Bob
- Pon todo bajo Control de Versiones — Diomidis Spinellis
- Suelta el ratón y aléjate del teclado — Cay Horstmann
- Lee el código — Karianne Berg
- Lee las humanidades — Keith Braithwaite
- Reinventa la rueda frecuentemente — Jason P Sage
- Resiste la tentación del patrón Singleton — Sam Saariste
- El camino al mejor rendimiento está lleno de sucias bombas de código — Kirk Pepperdine
- La Simplicidad viene de la Reducción — Paul W. Homer
- El Principio de Responsabilidad Única — Uncle Bob
- Inicia con un Sí — Alex Miller
- Retrocede y Automatiza, Automatiza, Automatiza — Cay Horstmann
- Toma ventaja de las herramientas de análisis de código — Sarah Mount
- Prueba el comportamiento requerido, no el comportamiento incidental — Kevlin Henney
- Prueba precisa y concretamente — Kevlin Henney
- Haz pruebas mientras duermes — Rajith Attapattu
- Piensa en lo posible — Giovanni Asproni
- Lánzalo — Dan North
- Traduce el idioma de los negocios — Dan Read
- Piensa dos veces antes de implementar algo — Udi Dahan
- El tiempo de las pruebas — Noel W Hughes, Pete Goodliffe, y Brian Swan
- Entiende el algoritmo de tu compañero — Pete McBreen
- Entiende la Inyección de Dependencias — Nicholas Whitehead
- Entiende el Modelo de Negocio — Dave Roberts
- Usa un Lenguaje de Scripting para Mejorar tus Habilidades de Programación — Dean Wampler
- Usa el poder de la abstracción — Edward Garson
- Usa un Analizador de Código Estático — Bill Burdick
- Usa el formato adecuado para las fechas y la hora — Domingo Silvia
- Los Errores de Diseño de la API de Windows son también tus Errores — Chris Wenham
- Separa la Vista del Modelo — David R. Miller
- Los Viejos Zorros y los Jóvenes Lobos — Udo Döring
- El Arte de eludir la Programación — Jorge Nunes Vaz
- El Experto Externo — Anders Norås
- El Efecto Copa de Vino — Alistair Cockburn
- Escribe código como si fueras a mantenerlo por el resto de tu vida — Yechiel Kimchi
- Escribe Pequeño Código — Pete Goodliffe
- Estás Contrastado — Mike Bria
- Saberias — Kevlin Henney
Datos del libro
- Título: 97 cosas que todo programador debería saber
- Autor: Kevlin Henney (editor) — 97 contribuyentes
- Editorial: Colaborativo (traducción comunitaria)
- Páginas: 186
- Tamaño del PDF: 3.1 MB
- Tiempo de lectura estimado: ~4 h 39 min
- Nivel: Intermedio
- Categoría principal: Programación
- Subcategoría: (no aplica)
- Idioma: Español
- Licencia: Creative Commons Attribution 3.0 (CC BY 3.0)
Más libros en: Programación
Aviso legal: Este libro se comparte únicamente con fines educativos. El contenido se distribuye bajo licencias Creative Commons o permisos explícitos de sus autores. OpenLibro no aloja material con derechos reservados.