【正文】 因為只有在這么擴展開來的工作環(huán)境中，才可能有商業(yè)時機。然而，難道只有這么的“大型工程”才算得工程，而“小那么一點點”的就不算嗎?切實是，我們一方面在做著“小那么一點點的”工程項目，另一方面在聽著全副業(yè)界嘈雜著“為更大規(guī)模的工程”而準備的工程理論。因而上述一些例外，總是在上述的“7%的性質(zhì)”被抵賴或被改換的情形下獲得的。注2：Brooks爾后確認“定然丟棄原型”是一個不太準確的見解。你主觀地跟隨了他對未來的設定。更多的樂趣，盡在將來。出于這方面的原因，設立測試小組是使設計決策得以貫徹執(zhí)行的必要手段，同樣也是需要盡早著手，與設計同時實施的重要環(huán)節(jié)。為了更好的控制進度，我們需要制定一個嚴格的進度表來控制項目的進度表，進度表由里程碑和日期組成。它可以很容易地表達異常和強調(diào)對比的關(guān)系，最重要的是，它可以解釋原因。對于計算機硬件開發(fā)項目，關(guān)鍵文檔是目標、手冊、進度、預算、組織機構(gòu)圖、空間分配、以及機器本身的報價、預測和價格；對于大學科系，關(guān)鍵文檔類似：目標、課程描述、學位要求、研究報告、課程表和課程的安排、預算、教室分配、教師和研究生助手的分配；對于軟件項目，要求是相同的：目標、用戶手冊、內(nèi)部文檔、進度、預算、組織機構(gòu)圖和工作空間分配。調(diào)試、測試的次序特性，許多軟件都具有這種特征。更多的樂趣，盡在將來。出于這方面的原因，設立測試小組是使設計決策得以貫徹執(zhí)行的必要手段，同樣也是需要盡早著手，與設計同時實施的重要環(huán)節(jié)。為了更好的控制進度，我們需要制定一個嚴格的進度表來控制項目的進度表，進度表由里程碑和日期組成。它可以很容易地表達異常和強調(diào)對比的關(guān)系，最重要的是，它可以解釋原因。對于計算機硬件開發(fā)項目，關(guān)鍵文檔是目標、手冊、進度、預算、組織機構(gòu)圖、空間分配、以及機器本身的報價、預測和價格；對于大學科系，關(guān)鍵文檔類似：目標、課程描述、學位要求、研究報告、課程表和課程的安排、預算、教室分配、教師和研究生助手的分配；對于軟件項目，要求是相同的：目標、用戶手冊、內(nèi)部文檔、進度、預算、組織機構(gòu)圖和工作空間分配。調(diào)試、測試的次序特性，許多軟件都具有這種特征。《沒有銀彈》No Silver Bullet Refired看完再論《沒有銀彈》后，雖然作者說有不少人對他的觀點持反對或不同意見，但我始終覺得他的觀點是對的——根本和次要問題的劃分以及定義。于是作者提出了兩個觀點：：流程圖是被吹捧得最過分的一種程序文檔。 Whole and the Parts特別是這句話,“關(guān)鍵的工作是產(chǎn)品定義?！?did the Tower of Babel Fail?講述巴比倫塔會失敗的原因是缺乏交流。那么，就當作，新組建了一個團隊吧。記得當年看《C＋＋編程思想》，Bruce說“十個婦女不能在一個月內(nèi)生下小孩”（大意），于我心有戚戚焉。但要注意以后的Bug修改，功能擴展的時候，也要時刻留意與最初的設計是否概念上相容?？赐甏藭?，我發(fā)現(xiàn)人月神話無處不在，其實在我們做軟件工程來說，此書已經(jīng)滲透進去了。收集了他在1960年代領(lǐng)導1000多人共同發(fā)展OS/360大型軟件系統(tǒng)的心得和經(jīng)驗。加足夠的人。微軟就是這種思路吧，把最聰明的人集中在一起，想不成功都難亞。2，“一個拿2倍工資的人，生產(chǎn)率可能是其他人的10倍。在其他開發(fā)者編碼的時候，就可能會生成與概念相抵觸的東東（模塊，功能，算法），導致整體結(jié)構(gòu)的惡化。書中很多細微之處都對我的思維造成了沖擊。作為一個軟件，一個系統(tǒng)，必須有一個清晰明確的概念模型，大家都在這個框架下工作，所有的創(chuàng)新發(fā)展都必須與基本的概念相吻合。我以前參加過一個15人左右的項目組，就是分為兩層。因為那些普通程序員也十分的努力。這個辦法行不通的話，難道只有“加班”一條路了？但長期加班是對個人的摧殘，我更愿意利用業(yè)余時間去看書，例如看這本“人月神話”。感觸還有很多，以后如果有機會再寫。人們常拿ManMonth（多少人﹐做多少個月）來計算軟件的工作量﹐但是Brooks發(fā)現(xiàn)軟件的開發(fā)工作是需要人與人之間密切溝通的﹐使得設計工作不易分割﹐所以ManMonth 為單位的計算方法是有問題的(mythical)。具體的實現(xiàn)人員可以細化概念，但只有總設計者才有否定與發(fā)展基本概念的權(quán)力。組建一個團隊，最好的就是那種精英團隊。加足夠的人。，民主政治Aristocracy,Democracy,System要獲得概念的完整性，設計必須由一個人或具有共識的小組來完成。在大型項目中，項目經(jīng)理需要有兩個和三個頂級程序員作為技術(shù)輕騎兵，當工作繁忙最密集的時候，他們能急馳飛奔，解決各種問題。 other face本章說明程序的另一面——文檔。作者試圖通過分析軟件問題的本質(zhì)和很多侯選銀彈的特征來探究其中的原因。它暗示著人員數(shù)量和時間是可以相互替換的。將做事方式調(diào)整到追求完美，是學習編程的最困難部分；由其他人來設定目標，并且必須依靠自己無法控制的事物（特別是程序）；權(quán)威不等同于責任實際情況看起來要比這一點好一些；真正的權(quán)威來自于每次任務的完成任何創(chuàng)造性活動都伴隨著枯燥艱苦的勞動，編程也不例外 人們通常期望項目在接近結(jié)束時，（bug、工作時間）能收斂得快一些，然而軟件項目的情況卻是越接近完成，收斂得越慢產(chǎn)品在即將完成時總面臨著陳舊過時的威脅。形式化定義是精確的，它們傾向于更加完整；差異得更加明顯，可以更快地完成。調(diào)試，是一種檢驗程序中的方法。每個開發(fā)機構(gòu)都需要這樣一個獨立的技術(shù)監(jiān)督部門，來保證其公正性。其實，對于一個項目，我們要盡量做到完美，減少以后的維護困難和成本。它暗示著人員數(shù)量和時間是可以相互替換的。將做事方式調(diào)整到追求完美，是學習編程的最困難部分；由其他人來設定目標，并且必須依靠自己無