【正文】 倍工資的人，生產(chǎn)率可能是其他人的10倍?！辈恢榔渌镜某绦騿T們?nèi)绾慰?。我覺得，作為公司，應該給最好的人最好的待遇，或者說給比目前更高的待遇。組建一個團隊，最好的就是那種精英團隊。微軟就是這種思路吧，把最聰明的人集中在一起，想不成功都難。三是進度落后與增加人力。記得當年看《C＋＋編程思想》，Bruce說“十個婦女不能在一個月內(nèi)生下小孩”（大意），于我心有戚戚焉。而本書作者Brooks得出的結論是對我是震撼性的：“向進度落后的項目中增加人手，只會使進度更加落后”。以前，增加人手基本是挽救進度落后項目的主要辦法。這個辦法行不通的話，難道只有“加班”一條路了？如果不想加班，不想削減功能，不想推遲發(fā)布日期，那么。唯一的方法還是只有….加人。加足夠的人。而且不要逐步加入，一定要一次性加入。要小心的是，新加入的人可能對原來的組織造成沖擊，或者對原來的設計有不同意見（特別是加入的人中有比較強大的設計者）。那么，就當作，新組建了一個團隊吧。交流，培訓新人，就設計達成一致，繼續(xù)向者目標前進。不同的社會經(jīng)驗，不同的思想狀態(tài)，對讀本書的心得也不一樣。在此我說說書中許多非常好的觀點。 Surgical Team項目經(jīng)理在項目的初期必須清楚的估計項目的人月運作模式（時間、人力在項目各階段的分配），例如什么時候需要出什么樣成果，決定了什么時候需要什么樣的人加入項目，這是項目經(jīng)理的責任。，民主政治Aristocracy,Democracy,System要獲得概念的完整性，設計必須由一個人或具有共識的小組來完成。 SecondSystem Effect講述的基本都是基于IBM 360操作系統(tǒng)以及編譯程序等方面的經(jīng)驗，講述如何避免開發(fā)第二個系統(tǒng)的風險，作者認為開發(fā)第二個系統(tǒng)的設計師設計出來的系統(tǒng)是最危險的,因此要求他們自律。 the word印象比較深刻的是“體系結構設計人員必須為自己描述的任何特性準備一種實現(xiàn)方法，但他不應該支配具體的實現(xiàn)過程?！?did the Tower of Babel Fail?講述巴比倫塔會失敗的原因是缺乏交流。 the Shot主要講述如何計算編程時間，以及提出幾個人的經(jīng)驗算法。講述的各種算法可能都不太適合與現(xiàn)在的高級語言，但Portman的觀點仍然適合現(xiàn)在，即編程人員實際的編程時間只有50%，其他的時間都花在了無關的瑣碎事情上。 Pounds in a FivePound Sack主要講述程序占用的空間等，在70年代比較突出，但現(xiàn)在好多了。 Documentary Hypothesis說明文檔的作用 to Throw One Away唯一不變的是變化本身。在大型項目中，項目經(jīng)理需要有兩個和三個頂級程序員作為技術輕騎兵，當工作繁忙最密集的時候，他們能急馳飛奔，解決各種問題。 Tools主要講述項目中管理好各種工具的重要性，項目經(jīng)理首先要制定一種策略，讓各種工具成為公用的工具，這樣才能使開發(fā)、維護和使用這種工具的開發(fā)人員的效率更高，這種工具可能是開發(fā)人員開發(fā)出來的，也可能是使用現(xiàn)有的，可能是通用的，也可能是專用的或個人偏好的。比如：文檔編寫工具、開發(fā)工具（包括各種不同開發(fā)平臺）、調(diào)試工具、測試工具、數(shù)據(jù)庫工具、版本管理、項目管理工具等。 Whole and the Parts特別是這句話,“關鍵的工作是產(chǎn)品定義。許許多多的失敗完全源于那些產(chǎn)品未精確定義的地方”,細致的功能定義，詳細的規(guī)格說明，規(guī)范話的功能描述說明以及這些方法的實施，大大減少了系統(tǒng)中必須查找的BUG數(shù)量。雖然這句話的意思只是說明精確定義產(chǎn)品將減少BUG的數(shù)量，但我看到了系統(tǒng)分析的最重要的工作——產(chǎn)品定義。 a Catastrophe這章節(jié)說明使項目進度拖后的最大原因不是重要的事件，如新技術、重組等，而是一些瑣碎的小事，每件小事只耽誤半天或一天時間，但這種小事多以后，將使項目的進度嚴重拖后。項目對于公司就如程序對測試工程師一樣，如果不了解它，它就是一個黑盒子，如果不打開這個黑盒子，你可能永遠不知道盒子里面有什么。 other face本章說明程序的另一面——文檔。不了解，就無法真正擁有——歌德，作者引用的歌德的話來描述文檔對客戶的重要性，提出客戶需要什么樣的文檔以及文檔的格式和包含的內(nèi)容，指出當時存在的大多數(shù)文檔只描述了樹木，形容了樹葉，但沒有整個森林的圖案。想想，這種情況在現(xiàn)在仍然沒有改變。于是作者提出了兩個觀點：：流程圖是被吹捧得最過分的一種程序文檔。許多程序甚至不需要流程圖，很少程序需要一頁以上的流程圖（selfdocumenting）的程序：提出文檔與程序合為一體，能很好的解決文檔與程序分開造成的文檔過時的問題，并說明了在程序中加入文檔的一些方法和技巧。(No Silver BulletEssence and Accident in software Engineering)人狼是傳說中的妖怪，只有銀彈才能殺死他。作者認為軟件項目具有人狼的特性，因為