Invierte en tu carrera en el desarrollo de software con 'El Programador Pragmático'
Para mi este es el “libro total” porque te enseña a Ser Developer.
Ojo. Va mucho más allá del código, aunque encontrarás ejemplos de código en varios lenguajes (Ruby, Java, Elixir, JavaScript…)
— Dani, entonces, ¿enseña a programar en algún lenguaje o no?
— No. Hay una sutil diferencia: Te enseña a ser programador.
Una tarea que, aunque creas pegada a un teclado mecánico y tres pantallas, tiene muchos renglones ocultos lejos del escritorio: estarán en tu cabeza.
👉 Se llama “El programador pragmático (Viaje a la maestría)” y, sí, ha sido traducido al castellano después de 20 años de vida como “The pragmatic programmer”.
Andrew Hunt y David Thomas lo han actualizado y sigue siendo genial.
El gato se ha comido mi código fuente ¶
Uno de los aspectos más brutales son los títulos de muchos de sus capítulos: “Código que brilla en la oscuridad”, “Sopa de piedras y ranas hervidas” o “Doctor, me hago daño…”.
Precisamente la excusa de “el perro se ha comido los deberes” se convierte en esto del gato zampón de código.
Para mi, quizás, el mejor consejo del libro:
Asume la responsabilidad, no pongas excusas y propón opciones.
No te asustes cuando depures ¶
Si en algo insisten los autores es en normalizar algunas fases del desarrollo aplicando un “pragmatismo práctico extremo”.
Por ejemplo, alejar la idea de que “eres peor profesional” si tu código falla mucho en la fase de la creación.
Cuando estás en tu ordenador es el momento para que falle.
Lo que te hará pocos favores es que tu software falle cuando esté en producción.
El código no está acabado hasta que no se ejecutan todas las pruebas ¶
A lo largo de los capítulos se intercalan muchos consejos, pequeños tips numerados.
Varios de ellos son los titulares de esta newsletter. Todos podrían ser el título de cada podcast de [Web Reactiva].
A vista de pájaro en lo que más se insiste siempre es en probar, en hacer tests.
Una y otra vez nos dicen cosas como “Pruebe su software o lo harán sus usuarios”, “Utilice aserciones para evitar lo imposible” o el magnífico “Use Saboteadores para Probar sus Pruebas”.
🔥 Este contenido fue enviado en la Reactivísima con el asunto “Si tienes que leer un libro sobre programación, que sea este”.
Recursos ¶
- El libro
- Descarga unas páginas de ejemplo
- Un resumen en español de “The pragmatic programmer”
- 🎧 WR 213: Los mejores libros para developers elegidos por la audiencia
- ⭐️ Resumen del libro “No me hagas pensar” de Steve Krug**
- ⭐️ Resumen para gente despierta de “The Minimalist Entrepreneur”
📚 5 Takeaways del Libro “El Programador Pragmático” ¶
-
💡 Asume la Responsabilidad: No basta con saber programar, también es esencial tomar responsabilidad de nuestro código. No sirve de nada echar culpas a otros o a factores externos, como “el gato se ha comido mi código”. El éxito se encuentra en asumir nuestros errores, aprender de ellos y proponer soluciones.
-
👨💻 Ser un Programador va más allá de saber codificar: “Ser Developer” implica una mentalidad, una forma de pensar y de afrontar los desafíos que no solo se limita a escribir líneas de código en Ruby, Java, Elixir o JavaScript.
-
🛠️ El Pragmatismo Práctico Extremo: Este libro destaca la importancia de la fase de depuración y testeo. El fracaso es parte del proceso de creación y es mejor que ocurra durante la fase de desarrollo y no cuando el software está en producción.
-
🎯 Las pruebas son esenciales: No es suficiente con escribir código que funcione. El verdadero código funcional es aquel que ha pasado todas las pruebas pertinentes. Los autores lo dejan claro con frases como “Pruebe su software o lo harán sus usuarios”.
-
🧠 Programar está en la cabeza: Ser un programador eficiente y exitoso es un reto que va más allá de las habilidades técnicas. Se requiere también un conjunto de habilidades mentales y actitudinales.
Para tirar del hilo ¶
-
¿Cómo asumir la responsabilidad te hace un mejor programador?
- A veces, es fácil echar la culpa a factores externos cuando las cosas salen mal. Pero, ¿y si asumieras la responsabilidad de tus errores y aprendieras de ellos? ¿Cómo cambiaría eso tu desarrollo profesional?
-
¿Cómo podemos superar el miedo a la falla durante el proceso de programación?
- Muchas veces, los programadores se sienten frustrados o temerosos cuando su código falla. Sin embargo, el libro nos dice que fallar es parte del proceso y que no debemos temer a este hecho. ¿Cómo podemos cambiar nuestra perspectiva sobre el fracaso y usarlo como un medio para mejorar?
-
¿Por qué las pruebas son tan cruciales en la programación?
- El libro pone mucho énfasis en la importancia de las pruebas. ¿Cómo puedes implementar un proceso de prueba más sólido en tu rutina de programación? ¿Cómo te asegurarías de que tus pruebas son efectivas y abarcan todos los posibles escenarios?
Mapa mental ¶
Si te gusta este “Ensayo atómico” recibe uno nuevo cada semana a través de nuestra newsletter.
Escrito por:
Daniel Primo
12 recursos para developers cada domingo en tu bandeja de entrada
Además de una skill práctica bien explicada, trucos para mejorar tu futuro profesional y una pizquita de humor útil para el resto de la semana. Gratis.