Autor: Marianne Bellotti
Editorial: No Starch Press
Páginas: 248
ISBN: 978-1718501188
Imprimir: 1718501188
Kindle: B08CTFY4JP
Público: desarrolladores que renuevan sistemas obsoletos
Calificación: 4.5
Revisor: Kay Ewbank
El subtítulo de este libro es «Gestionar sistemas informáticos obsoletos y sistemas informáticos modernos preparados para el futuro». Parece una tarea difícil: ¿puede el autor ir más allá de las anécdotas divertidas para brindar consejos útiles?
El título del libro se deriva de la reacción instintiva inicial que muchos de nosotros hemos sentido al enfrentarnos a un sistema antiguo que se nos ha pedido modernizar. En la introducción, Bellotti admite que muchos ingenieros de software ven la modernización heredada como un lento suicidio profesional, pero está claro que cree que hay mejores formas.
Los capítulos iniciales del libro analizan las tendencias y las mejores prácticas informáticas modernas y consideran cómo decidimos desarrollar los sistemas heredados que se le pide al lector que modernice.
El tercer capítulo utiliza el ejemplo de sistemas informáticos reales (anónimos) para ilustrar tres tipos de problemas comunes: deudas técnicas, problemas de rendimiento y estabilidad del sistema. Por deuda técnica, Berllotti se refiere a problemas existentes como migraciones parciales anteriores, «parches rápidos» que solucionaron un problema específico en el pasado y dependencias obsoletas o innecesarias.
El próximo capítulo analiza por qué es difícil modernizar los sistemas heredados y por qué el proceso falla con tanta frecuencia. Bellotti luego pasa a examinar cómo ganar impulso para la tarea de modernización y cómo hacer avanzar las cosas. Una parte útil de este capítulo son las diversas condiciones que pueden detener un proyecto o acelerar las cosas.
En reconocimiento tácito de lo mal que están las cosas, Bellotti luego considera qué hacer si va a entrar en un proyecto de modernización que está en curso y estancado. A continuación, se incluye un capítulo sobre diseño y cómo incorporarlo a un proyecto de modernización.
El Capítulo 8 analiza los beneficios de interrumpir los sistemas y no tener miedo al fracaso, con una mirada a las pruebas del caos y cómo hacer que estas ideas sean agradables para los gerentes reacios.
Un capítulo sobre cómo reconocer el éxito y cómo definir los criterios para cuando un proyecto está «terminado» es seguido por un capítulo final sobre estrategias para hacer que el software que diseñe sea más fácil de mantener y, con suerte, preparado para el futuro.
Disfruté leyendo este libro. El autor hace que el tema sea accesible y, a veces, entretenido, aunque algunas de las descripciones me hicieron sentir muy feliz de que no soy responsable del trabajo de modernización de ese sistema. Hay algunas buenas ideas que un lector podría implementar cuando trabaja en la modernización de sistemas heredados, pero la realidad es que esta es una tarea difícil. Quizás el mejor uso de este libro sería asegurarse de que sus gerentes lo lean para que no crean que pueden simplemente decir «modernícelo» y usted podrá agitar una varita mágica.
Para estar informado sobre nuevos artículos sobre TecnoPasion, suscríbase a nuestro boletín semanal, suscríbase al feed RSS y síganos en Gorjeo, Facebook o Linkedin.
