Kill It with Fire: Manage Aging Computer Systems (and Future Proof Modern Ones)

The book was a little difficult to read as it felt that the author was jumping between different topics. It slowly becomes clear how the topics are related. This is one of those books where a re-read becomes necessary.That said, the subject material is very valuable as it is driven from real world stories. All these stories are contextual but there is enough diversity here so that at least one of these would be helpful in your case, as long as it is about managing a complex and large software system.Despite the difficulty, it is a must-read book.

I had the pleasure of working with Ms. Bellotti on an ageing computer system just like in the book. To this day I'm grateful for the opportunity to work with such talented folks. Ms. Bellotti was their lead on the project. Her book reminds me of the hard work that went into modernizing an aging infrastructure. I think this is a must read for Government IT leadership. I highly recommend reading the book and taking those lessons to heart.

A good read with relevant case studies. Food for thought for any systems developer or architect.

De los mejore. libros de gestión técnica que ha leído últimamente. No os dejéis engañar por el título, va mucho más allá de la gestióo de sitsemas legacy. Los consejor, historias y ejemplos que la autora recopila y explica sirven para cualquier proyecto, incluso para los que todavía son demasiado jóvenes como para haber creado legacy. Un gran libro, que merece estar siempre al alcance para consulta y relectura.

Despite the flashy title, this book does not urge to throw away “legacy code” but does a great job of dispelling the myths around it. Projects touching old systems may need some special treatment - uncovering lost context, finding people with niche technology skills - but in general they should be run like… other projects :) Define measurable goals, iterate on successes, keep the team’s momentum going and you should be fine. Also, don’t forget to maintain the code afterwards, lest it devolve to “legacy” again.Bonus points for clear distinction between “legacy” and “tech debt”, for noticing how old and new technologies can be basically the same, and for showing the similarities between software systems and organizations going further than just invoking Conway’s law. The author’s background is anthropology which I find very fitting. After all, all problems are human problems, legacy code no less so.The book is not overly technical - it does not delve into code, architectural problems are drawn roughly - but really, that’s not a problem at all. There are other titles on restructuring code or refactoring to patterns, software engineers surely know them already. Marianne Bellotti offers insights on a higher level, reminding us that all decisions should be driven by your project’s context. In other words, consciously choose what you optimize for and stick to it unless the feedback suggests otherwise. I probably just sounded awfully vague, but believe me, the book has much more substance than what I am trying to portrait.Why am I taking one star off? Politics :) To my taste, the author suggests a tad too much of manipulating the perception of risk or urgency to keep a project going. Still, it is a great read for engineers and managers alike. Who knows, maybe it will help save your legacy system?