《人月神話》讀后感

　　～-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的兩條職位晉升線，不太理解。