書評一：

By Greg Smith on August 1, 2016

八年前，我發表了一份關於“敏捷專案管理”的報告之後，大衛•伯恩斯坦（作者）就找到了我。他說很喜歡我的演講還可以幫助我在程式碼層面更瞭解Agile。從那時起，大衛幫助我更好地理解Agile的技術層面——特別是程式碼質量、可擴充套件性和降低程式碼流風險的實踐。他的技術輔導幫助我服務了很多客戶，其中幾次他在Agile轉換的過程中甚至親身參與進來，偉開發團隊做了大量的TDD研討會和實驗，使用了開發團隊自己的程式碼做培訓。

閱讀《修改軟體的藝術》就像作者給我的無數的輔導課程。對於那些有深厚技術技能的人，甚至是那些技術技能較少的專案經理，書中都能給他們提供簡單實用的編碼建議。David對Agile價值有深刻的理解，並以任何團隊成員都能理解的方式對細節進行闡述。

總而言之，我給聽我講課的每個公司及團隊推薦了這本出色的書。不關注程式碼，你也能從Agile裡學到一些東西，但是如果你想要變得“優秀”，則需要遵從David的建議去延伸你的軟體的生命以及價值。

書評二：

有趣&富有洞察力

By Student on November 6, 2016

閱讀這本書的過程中，你會逐漸意識到作者是一個堅定的Agile倡導者（不是什麼壞事）。作為開發團隊中的一員，這本書裡有很多非常有價值的東西，尤其是作者多年來與眾多行業精英打交道的工作經驗。

作者強調了對程式碼的質量和可維護性的需求。我們很多人都是最大的受害者。特別是那些自以為佔了便宜的老闆或者經理，他們向開發團隊施壓以求縮短時間週期。等將來他們就知道這是自討苦吃了。作為聰明的開發人員，我們必須有自己的標準，而不是（總是）屈服於這些壓力。我們的老闆或經理的確能找到一個願意更快地完成工作的人，他們會在短時間內對我們有意見，但最終我們會因為我們健壯、易於理解、易於維護的程式碼佔上風。當然，我們必須用上佳的判斷力來決定專案的質量需要多大的投資。

我意識到Agile在團隊凝聚力、管理期望、良好的溝通、快速開發以及可維護的質量程式碼方面的巨大好處。正如這本書中所討論的，許多團隊都說他們做Agile，而他們沒掌握Agile的真正要點，唯一的相似之處就在於他們站著開例會:)。Agile已經成為所有軟體團隊和公司描述自己的熱門詞彙，因為他們知道這是一種很好的營銷方式，但是90%的公司都不是在做Agile。即使對於那些真正投入到Agile開發的團隊來說，還是不得要領，Agile運動的一些創始人說，現在Agile實踐與他們想要創造的Agile相去甚遠，Agile的好處在現實中無法得到。

書評三：

針對各種規模的團隊，集中的、可付諸行動的、合理的建議

By Amazon Customer on January 26, 2016

這本書在每個認真的Agile從業者的書架上都應有一席之地。

理解標題中的“遺留程式碼”很重要。當你完成一段程式碼並且繼續下一個工作的時候，遺留程式碼就產生了——從這個點之後全都是維護。正如作者指出，程式碼維護的成本遠遠超過建立。作者提出的九種實踐旨在提高程式碼的質量然後相應地減少後續維護的費用。

但是，除了書中列出了許多最佳軟體開發實踐之外，給5顆星的原因是解釋和證實這些實踐的方式。作者的談話風格和他所提出的建議，讓程式設計師和管理者都很容易地消化。作為身兼這兩職的人，我覺得這本書既給了大局觀又可作為參考材料。

書評四：

給程式設計者和他們的老闆的重要的書

By Mike V on November 29, 2016

這本書本質上是給那些希望知道怎麼讓軟體受控制的人。作者建議的9種做法對於所有想要編寫高質量軟體的團隊來說都是至關重要的。而且不只是程式設計師，這些建議對產品所有者、業務分析師——真的是整個團隊都是有益的。這難道不是重點嗎？團隊合作。

同樣，這本書從經理到分析師到開發人員都是可以閱讀的。它的寫作既有技術上的，也有非技術性的，作者實現了他的目標。

連同Bob大叔，Martin Fowler和Michael Feathers等人的著作一起，都在我的“必讀書單”之中。