很多人以為《人月神話》只適合給管理層/專案經理/產品經理看，但其實《人月神話》裡面很多寶藏可以挖。
如果要我選出整本書裡面，最適合開發人員的部份，我會說是這兩頁。
我在軟體開發經歷了 11 年，所體悟到的道理，其實跟文中提到 1971 年的論文沒啥兩樣。
--
可以跟我之前這一則感想相互參照一下：https://www.facebook.com/91agile/posts/933198060188146
這一年一直在想，我推崇的或許不是 Test-Driven Development , 而是 Intention-Driven Development.
意圖導向，簡單設計。
展現意圖，要比原本的「可讀性」來得更精準和有意義。
一切的目的是為了讓程式碼把具體實現與抽象層次分離開，並維持抽象層次的一致性（通常就是用 composed method pattern)
放到產品代碼，就是意圖、抽象層次的浮現，具體實現的封裝。
放到測試代碼，就是需求、情境的浮現，測試執行細節的封裝。
這邊的封裝都還帶著最重要的「封裝變化」的效果，也就是可擴充性跟彈性。
能展現意圖、抽象層次一致、具體實現封裝變化，自然就具備軟體的可維護性。
「驅動開發」跟「依賴抽象」的結合自然具備可測試性。
讓需求、情境、商業邏輯流程、商業邏輯具體實現串起來，就是 TDD 的本質。
意圖導向，比起是否使用 TDD 來得更重要一些，因為在這層次，TDD 已經變成實現意圖導向的一種「術」，「意圖導向」更具備一些「以終為始」的目的性。
#人月神話
#搞軟體的都該看過的一本書
人月神話軟體專案管理之道pdf 在 人月神話：軟體專案管理之道The Mythical Man-Month 的推薦與評價
人月神話 ：軟體專案管理之道The Mythical Man-Month：Essays on Software Engineering ; 專案的時程、里程碑都進行了完整的規劃，卻總是不斷延期 ; 技術持續 ... ... <看更多>