Ya hablamos en un artículo anterior sobre los libros que te haría bien leer en el tema de ciencias de la computación. Ahora vamos a hablar sobre el tema de desarrollo de software, cómo crear mejor software y con mejor calidad. En este artículo también se incluyen libros sobre ingeniería de software por ser la disciplina más confiable para crear software de calidad.
Empecemos con las recomendaciones, espero que te sirvan.
A Philosophy of Software Design - John Ousterhout
Este es un libro que te da muchos consejos sobre cómo crear bases de código que sean más fáciles de evolucionar, mantener y sobre todo, de entender. Está escrito por John Ousterhout, el creador de RAMCloud, TCL/TK y co-autor del algoritmo de consenso para sistemas distribuidos Raft.
Es un libro muy práctico y corto, que da consejos concretos sin grandes ínfulas de superioridad sobre cómo escribir mejor código. El tema principal es la complejidad, cuáles son sus síntomas y cómo puedes evitarla o manejarla. El libro se centra en en la experiencia del autor tanto escribiendo código y haciendo sistemas, como enseñando a otros a hacerlo en su clase “Software Design Studio”.
Esto último (lo de dar clases) le da una visión privilegiada: ver los errores comunes que cometen los principiantes le permite atacar directamente los problemas en los que nos metemos por un mal diseño.
Ousterhout se centra en los temas que para mi son los fundamentales de desarrollo de software:
- La complejidad y sus causas
- La abstracción
- La modularidad y los criterios para dividir un sistema en módulos
- Ocultar información de forma efectiva
- La mejor forma de comunicar información al resto del equipo
Si quieres darle una probada antes de comprarlo, puedes leer el primer capítulo.
Y en este blog tenemos varios artículos hablando de sus ideas, puedes buscarlos con la etiqueta APoSD.
Puedes comprarlo aquí: A Philosophy of Software Design
Making Software - Editado por Andy Oram & Greg Wilson
En este libro se habla de las prácticas comunes que creemos que nos ayudarán a desarrollar mejor software, pero desde el punto de vista del escepticismo. Se analizan estas prácticas y nos dice si realmente nos ayudan o no, y por qué, todo esto con base en estudios realizados a lo largo del tiempo en muchos equipos, junto con las opiniones de expertos en el tema.
Los resultados probablemente te sorprendan, pero hay que recordar que ninguna práctica se comporta de la misma manera universalmente, es decir, lo que te sirva a ti puede no servirle a otro equipo. Así que aunque es una buena guía, nada es una verdad absoluta.
Creo que este libro es fundamental para desarrollar una relación sana con las “buenas prácticas” y cuestionarte todas las cosas que te dicen respecto al desarrollo de software.
Puedes comprarlo aquí: Making Software
Modern Software Engineering - Dave Farley
Escrito por un gran ingeniero de software con mucha experiencia, explica técnicas efectivas para la organización del trabajo y la liberación de software lo más rápido posible. Dave es un proponente muy fuerte de la entrega continua y de la automatización de pruebas, y en este libro explica las técnicas asociadas a estos temas.
Además explica por qué la ingeniería de software no tiene que ser una carga burocrática. La premisa básica es que toda práctica que no nos ayude a hacer mejor software más rápido, es una mala idea y no debería contar como “ingeniería”.
Puedes comprarlo aquí: Modern Software Engineering
The Mythical Man-Month - Frederick Brooks
Frederick Brooks era un ingeniero de la computación que trabajó en el IBM System/360 y en el OS/360, sistemas muy grandes y que le dieron para después describir su experiencia en la serie de ensayos que conforman este libro.
Como te lo podrás imaginar, aprendió mucho en los proyectos que realizó, sobre todo de la administración de equipos. En estos ensayos podrás llevarte sus aprendizajes. El además es el autor de otros ensayos como “No Silver Bullet” y de la famosa frase:
“Adding manpower to a late software project makes it later.”
“Añadir personal a un proyecto de software atrasado, lo atrasa más.”
Puedes comprar el libro aquí: The Mythical Man-Month, pero también puedes leer la primera edición de forma gratuita aquí: The Mythical Man-Month en la universidad de Virginia.
Refactoring - Martin Fowler
Uno de los grandes clásicos en el desarrollo de software, establece la importancia y la forma en la que puedes refactorizar tu código. Refactorizar significa cambiar la implementación de tu código, haciéndola mejor, sin cambiar su funcionamiento externo, o la función que provee.
Martin Fowler también es uno de los más grandes nombres en el campo del desarrollo de software por su gran experiencia tanto desarrollando software como escribiendo, por lo que puedes estar seguro de que sus consejos son de gran valor.
Puedes comprarlo aquí: Refactoring
Software Engineering at Google | Titus Winters, Tom Manshreck, Hyrum Wright
Este libro explica la forma en la que se practica la ingeniería de software en Google, uno de los más grandes creadores de software de la historia. El libro abarca tres grandes áreas:
- La cultura
- Los procesos
- Las herramientas
El libro no habla tanto de código sino que se centra más en el desarrollo de software.
Algo que hay que tener en cuenta es que Google no tiene el monopolio de la verdad sobre el desarrollo de software, así que esta es una perspectiva que te va a dar ideas, y una visión más amplia de cómo desarrollar software.
Puedes comprarlo en Amazon o leerlo gratis aquí: Software Engineering at Google
Conclusión
Estos son los libros que pude pensar como las mejores recomendaciones para aprender desarrollo de software.
No incluyo deliberadamente el más famoso de todos por lo menos entre los desarrolladores latinoamericanos: Clean Code. ¿Por qué? Aunque dice cosas útiles, muchas son obvias, explicadas mejor en otros libros y además el tono de superioridad que tiene el autor es muy molesto. Quienes lo han interiorizado se creen mejores simplemente por conocer esos consejos, que (aquí viene lo peor) a veces son contraproducentes.
Si tienes alguna recomendación extra, puedes dejarla en los comentarios.
Comentar