Descripción general
Un libro breve de poco más de 200 páginas, compuesto por 14 capítulos. No contiene ejemplos de código, ni prácticamente imágenes, tablas u otro material gráfico. El nivel de lectura es sencillo y accesible.
Resumen rápido
El primer capítulo explica qué diferencia a un desarrollador común de uno verdaderamente profesional.
Uno de los capítulos siguientes destaca la importancia de saber decir "no", explicando que decir "no" no es demostrar debilidad, sino una forma de proteger la calidad del trabajo y mantener la confianza del cliente. Por otro lado, el siguiente capítulo trata sobre cómo decir "sí" correctamente y cómo evitar promesas poco realistas o inadecuadas.
Varios capítulos después se abordan temas relacionados con la escritura de código y las pruebas, pero no espere contenidos técnicos profundos. En lo referente a la programación, por ejemplo, se discute cómo factores como escuchar música o programar de noche afectan la calidad y velocidad del trabajo, todo desde la perspectiva del tío Bob. En cuanto a las pruebas, sí hay algo de base teórica, aunque no debe tomarse como una verdad absoluta.
Luego vienen varios capítulos que yo agruparía bajo el nombre común de "planificación, estimaciones y gestión de riesgos". En ellos también se tratan reuniones, técnicas para estimar tiempos (como el planning poker o el método del puño alzado), cómo resistir la presión y cómo mantener la calidad del código incluso bajo plazos ajustados.
Los tres últimos capítulos podrían reunirse bajo el título de "Gestión y comunicación". Aquí se analiza la comunicación entre desarrolladores y entre desarrolladores y clientes, además de tocar temas de liderazgo técnico y mentoría.
Opinión personal
Probablemente los desarrolladores con experiencia encuentren este libro poco útil, pero para programadores principiantes es un material muy valioso. Más allá de las habilidades técnicas, el tío Bob pone énfasis en la importancia de las habilidades blandas (sus otros libros tratan más profundamente las habilidades duras). En general, la mayoría de los capítulos son bastante básicos: no son aburridos, pero tampoco especialmente informativos. Las secciones más interesantes, en mi opinión, son las relacionadas con las pruebas. Además, por mi experiencia trabajando con programadores, muchos son demasiado sumisos y no saben decir "no" ni disuadir al cliente de ideas claramente equivocadas. Dado el tamaño reducido del libro, lo recomiendo especialmente a quienes recién empiezan en el desarrollo o están considerando hacerlo.
