現代軟件工程：如何高效構建軟件

散亂，整本書結構性很一般，是譯文問題還是作者就是這麼寫的，可讀性不友好。

1. 利用模塊化、關注點分離、信息隱藏和抽象等概念來管理複雜軟件開發的方法比較不錯；使用測試驅動開發來提升代碼的設計比較符合我的實踐感受。 2. 實際開發中要多應用快速反饋來提升軟件的開發效率和質量。 3. 看很多人反饋裏面一些翻譯有問題，這個我倒沒有發現什麼問題；對於可測試性、可部署、可發佈這些概念在近幾年呆的開發團隊聽的比較多，倒是沒有覺得難懂

這本書的概念有點亂，不知道是翻譯還是作者本身的語言組織讓人摸住頭腦 尤其是後面解釋 高內聚低耦合可測性模塊，簡直就是一個大泥球，另外有很多概念與約定成俗的軟件工程術語不一致，讓人讀的擰巴。唯一借鑑意義，就是將複雜度管理和軟件開發生命週期管理分開。

概念比較散，偏理論。 整篇知識點沒有結構化， 各種觀點也是各種書籍拼湊而來。 代碼原則部分，不如讀《重構》、clean code。 唯一值得看的還是幾個原則：模塊化、內聚、關注點分離這些概念的解釋。

描述了軟件工程思維，用穩定性和吞吐量來度量軟件開發質量。講述瞭如何更快的構建高質量軟件的一些思想，經驗主義，實驗性，內聚力，模塊化，關注點分離，耦合等思想，總體來說是指導思維的一本書，內容組織有些平行，感覺某些地方翻譯可能不是太貼切。

書沒有講成套的嚴密的方法論，講的是一套思想，以快速交付和驗證爲指導思想，衍生常見的指導原則，增量，迭代，關注點分離，區分業務複雜度和偶然複雜度，模塊內要注意內聚力，模塊間要進行松耦合，考慮權衡，而不是採用統一的，唯一的方式，要儘可能的模塊化，隱藏信息，充分利用外部工具，比如設置合適的測量點，在開發之前，想好業務的表現形式進行測試設計，以測試設計驅動更好的思考業務邏輯的封裝和抽象，頻繁快速的獲得反饋，要能快速的實驗等，這本書看起來沒有負擔，核心的思想會不斷的重複，沒有嚴密的，精準的方法論，更多的是思想和權衡，很不錯，面對複雜的場景，模板化解決方案往往不是最好的解決方法，在正確思想的指導下，根據項目的情況進行取捨，本身就是很好的處事方式，不過，要追求一套完整的解決方案，要可落地，可驗證，精準高效，這本書就顯得有點務虛了，缺少可具體實操的抓手，不過，這本書看着不累，屬於內功心法類的書籍

描述的是構建軟件的工匠精神，不是流水線。高內聚、低耦合、模塊化、軟件的可部署性…都是從軟件的特性方面去考慮如何高效，質量高，返工少

總感覺這書讀起來不順暢，不知道是不是翻譯的鍋

非常好的方法論，推薦附帶閱讀戴明的PDCA

內容本身還是有價值的，但是讀的過程真的很痛苦，有些內容表達出來讓人讀得一頭霧水，更多困惑了😵‍💫。