El programador pragmático

Para quién es. Para programadores de cualquier lenguaje con algunos meses de código real encima: quien acaba de entrar a su primer equipo y sospecha que le faltan reglas del oficio que nadie le escribió; quien lleva años entregando y siente que repite los mismos incendios con distinto nombre; quien ya lidera un equipo y necesita un lenguaje común para hablar de calidad sin que suene a sermón. También para el autodidacta sin un mentor cerca, que es a quien más le cambia la trayectoria.

Habilidades previas. Saber programar en algún lenguaje y haber tocado un proyecto que otra persona escribió. No hace falta dominar ninguna tecnología en concreto.

Requisitos. Un lector de EPUB o PDF —tu teléfono, tu computadora o tu Kindle— y ganas de aplicar un tema por semana en el código que ya tienes delante.

David Thomas (Dave) y Andrew Hunt (Andy) son dos de los diecisiete firmantes del Manifiesto Ágil de 2001. No llegaron ahí desde la academia: llegaron desde años de consultoría entrando a proyectos ajenos que ya estaban en llamas, que es donde se aprende lo que este libro enseña.

En 1999 publicaron la primera edición de El programador pragmático, un libro que no pertenecía a ninguna categoría existente y que terminó definiendo una: la del oficio de programar por encima de la tecnología del momento. Dos años después, esas mismas ideas —entregar pronto, cambiar sin miedo, hablar con el cliente— estaban en el centro del movimiento ágil.

Fundaron además The Pragmatic Bookshelf, la editorial técnica que publicó a buena parte de los autores que hoy son referencia, y que nació de una convicción sencilla: los libros de programación los deberían escribir programadores en activo. Dave es también el creador de Coding Kata y un divulgador incansable de Elixir; Andy trabaja desde hace años en cómo aprende de verdad un cerebro técnico.

Veinte años después volvieron sobre su propio libro y lo reescribieron entero, sin nostalgia: quitaron lo que el tiempo desmintió y agregaron lo que la industria aprendió mientras tanto. Esa honestidad con la propia obra es, en sí misma, la lección.

1. Una filosofía pragmática — la actitud antes que la técnica: hacerte cargo, arreglar las ventanas rotas antes de que se pudra el proyecto, distinguir el software suficientemente bueno del perfeccionismo estéril y cuidar tu portafolio de conocimiento como una cartera de inversión.

• Es tu vida: por qué tu carrera es tuya y de nadie más.
• El gato se comió mi código fuente: dar opciones en vez de excusas.
• Entropía del software: la teoría de las ventanas rotas aplicada al código.
• Sopa de piedras y ranas hervidas: cómo se empuja un cambio, y cómo no te hierven a fuego lento.
• Software suficientemente bueno, tu portafolio de conocimiento y comunicar con intención.

2. Un enfoque pragmático — los principios de diseño que hacen que el código se pueda cambiar: DRY, ortogonalidad, reversibilidad, balas trazadoras, prototipos, lenguajes de dominio y estimación honesta.

• La esencia del buen diseño y por qué lo fácil de cambiar gana siempre.
• DRY: los males de la duplicación, y las cuatro formas en que se cuela.
• Ortogonalidad y reversibilidad: decisiones que no te encierran.
• Balas trazadoras contra prototipos desechables: cuándo cada uno.
• Lenguajes de dominio y cómo estimar sin mentir.

3. Las herramientas básicas — el taller del programador: texto plano, la terminal, edición avanzada, control de versiones, depuración con método, manipulación de texto y cuadernos de ingeniería.

• El poder del texto plano y los juegos con la shell.
• Edición avanzada y control de versiones como red de seguridad.
• Depuración: acorralar el error en vez de perseguirlo.
• Manipulación de texto y cuadernos de ingeniería.

4. Paranoia pragmática — programar sabiendo que nadie escribe código perfecto, ni siquiera tú: contratos, aserciones, muerte temprana y equilibrio de recursos.

• Diseño por contrato: qué promete y qué exige cada pieza.
• Los programas muertos no dicen mentiras: fallar rápido y ruidoso.
• Programación asertiva y equilibrio de recursos.
• No conduzcas más rápido de lo que alumbran tus luces.

5. Doblarse o romperse — cómo se construye algo flexible: desacoplamiento, eventos, transformaciones, el impuesto a la herencia y configuración externa.

• Desacoplamiento y la ley de Deméter aplicada de verdad.
• Hacer malabares con el mundo real: eventos, máquinas de estado y observadores.
• Transformar la programación: programas como tuberías de datos.
• El impuesto a la herencia y las alternativas que no lo cobran.

6. Concurrencia — el capítulo que la primera edición no tenía: romper el acoplamiento temporal, entender que el estado compartido es un estado incorrecto, y trabajar con actores, procesos y pizarras.

• Romper el acoplamiento temporal y encontrar la concurrencia escondida.
• El estado compartido es un estado incorrecto.
• Actores y procesos: concurrencia sin candados.
• Pizarras: coordinar sin que nadie se conozca.

7. Mientras programas — lo que pasa en el teclado: escuchar a tu cerebro de lagarto, dejar de programar por coincidencia, medir algoritmos, refactorizar, probar para diseñar y nombrar bien las cosas.

• Escucha a tu cerebro de lagarto y programación por coincidencia.
• Velocidad de los algoritmos y refactorización sin drama.
• Probar para codificar y pruebas basadas en propiedades.
• Mantente a salvo allá afuera: seguridad como hábito.
• Nombrar las cosas: el problema difícil de verdad.

8. Antes del proyecto — lo que se decide antes de escribir una línea: requisitos, acertijos imposibles, trabajar juntos y la esencia de la agilidad.

• El pozo de los requisitos: por qué nadie sabe lo que quiere.
• Resolver acertijos imposibles y trabajar juntos de verdad.
• La esencia de la agilidad, sin el ritual.

9. Proyectos pragmáticos — el oficio a escala de equipo: equipos pragmáticos, automatización, deleitar usuarios y firmar tu trabajo con orgullo.

• Equipos pragmáticos y por qué los cocos no bastan.
• El kit de arranque: control de versiones, pruebas y automatización.
• Deleita a tus usuarios y firma tu trabajo: orgullo y prejuicio.

Posfacio y apéndices — la brújula moral del oficio, la bibliografía completa y las respuestas comentadas a todos los ejercicios del libro.

¿En qué formatos lo recibo? EPUB, PDF y DOCX en español, más el EPUB y el PDF originales en inglés. Todo en la misma entrega.

¿La entrega es inmediata? Sí. Al confirmar la compra recibes una guía con tus enlaces de descarga, listos para usar.

¿Es una suscripción? No. Lo compras una vez y es tuyo para siempre, sin renovaciones ni caducidad.

¿Está completo o es un resumen? Es el libro completo: los 9 capítulos, los 53 temas, el posfacio, la bibliografía y las respuestas.

¿La traducción es al español? Sí, íntegra y en español neutro latinoamericano, hecha para esta edición.

¿Puedo leerlo en mi Kindle? Sí. El EPUB pasa el validador oficial de Amazon, así que lo envías a tu Kindle sin problema.

¿Puedo ver algo antes de comprar? Sí, hay un fragmento gratuito con el arranque del libro para que juzgues la traducción tú mismo.

¿Necesito saber programar? Sí, algo. Con unos meses de código real encima se aprovecha entero; no es un libro para empezar de cero.

¿Sirve si programo en otro lenguaje? Sí. Los principios son de oficio, no de sintaxis: aplican igual en Python, Go, Java o TypeScript.

¿No está desactualizado si es de 1999? Esta es la segunda edición, reescrita entera en 2019: casi la mitad del contenido es nuevo.

¿Hay que leerlo en orden? No. Los 53 temas son independientes: entra por el que hoy te resuelva un problema.

¿Trae ejercicios? Sí, con sus respuestas comentadas en un apéndice al final del libro.

¿Quiénes son los autores? Dave Thomas y Andy Hunt, dos de los diecisiete firmantes del Manifiesto Ágil.

¿Sirve para todo un equipo? Mucho. Da vocabulario común para hablar de calidad sin que suene a opinión personal.

¿Incluye algo además del libro? Sí: un cuaderno de NotebookLM con audioresumen en español para repasarlo sin sentarte a leer.

¿Puedo imprimirlo? Sí. El PDF conserva portada y maquetación, así que se imprime tal cual.

¿Y si tengo problemas con la descarga? Escríbenos y lo resolvemos: los enlaces de tu guía se pueden reenviar cuando haga falta.