～-7-6 字數：4071
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。 這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。
1.外科手術隊伍the surgical team
項目經理在項目的初期必須清楚的估計項目的人月運作模式（時間、人力在項目各階段的分配），例如什麼時候需要出什麼樣成果，決定了什麼時候需要什麼樣的人加入項目，這是項目經理的責任。
2.貴族～，民主政治aristocracy，democracy，system
要獲得概念的完整性，設計必須由一個人或具有共識的小組來完成。
有四個問題：
1。如何得到概念的完整性
2。是否要有一位傑出的精英，或者說是結構設計師的貴族～.....
3.如何避免結構設計師產出無法實現或代價高昂的技術規格說明，使大家陷入困境。
4。如何才能與實現人員就技術說明的瑣碎細節充分溝通，以確保設計被正確地理解，並精確地整合到產品中。
對1。2。4的回答基本上都可以找到，但第3個似乎找不到。
3.畫蛇添足the second-system effect
講述的基本都是基於ibm 360作業系統以及編譯程式等方面的經驗，講述如何避免開發第二個系統的風險，作者認為開發第二個系統的設計師設計出來的系統是最危險的，因此要求他們自律。
4.貫徹執行passing the word
印象比較深刻的是＂體系結構設計人員必須為自己描述的任何特性準備一種實現方法，但他不應該支配具體的實現過程。＂
5.為什麼巴比倫塔會失敗why did the tower of babel fail？
講述巴比倫塔會失敗的原因是缺乏交流。
6.胸有成竹calling the shot
主要講述如何計算編程時間，以及提出幾個人的經驗算法。
講述的各種算法可能都不太適合與現在的高級語言，但portman的觀點仍然適合現在，即編程人員實際的編程時間只有50％，其他的時間都花在了無關的瑣碎事情上。
7.削足適履ten pounds in a five-pound sack
主要講述程式占用的空間等，在70年代比較突出，但現在好多了。
8.提綱擎領the documentary hypothesis
說明文檔的作用
9.未雨綢繆plan to throw one away
唯一不變的是變化本身。
在大型項目中，項目經理需要有兩個和三個頂級程式設計師作為技術輕騎兵，當工作繁忙最密集的時候，他們能急馳飛奔，解決各種問題。 講述技術人員與項目人員的互換是，對我有一定的提示，但圖中ibm的兩條職位晉升線，不太理解。