【文章內(nèi)容簡介】 《沒有銀彈》No Silver Bullet Refired看完再論《沒有銀彈》后，雖然作者說有不少人對他的觀點持反對或不同意見，但我始終覺得他的觀點是對的——根本和次要問題的劃分以及定義。作者認為軟件開發(fā)困難的部分是概念的結(jié)構(gòu)，如規(guī)格化、設(shè)計和測試等概念的結(jié)構(gòu)，而不是概念的表述和實現(xiàn)概念，雖然實現(xiàn)概念可能占用了小于90%的時間，就如現(xiàn)今的軟件開發(fā)一樣，系統(tǒng)分析通常占用的整個項目開發(fā)時間不超過20%，而80%的時間花在編程上一樣。第三篇：《人月神話》讀后感《人月神話》讀后感通過閱讀《人月神話》，我從中學到了一些東西：首先，開發(fā)一個項目，我們錯誤的認為用人月這個工作量單位來估計和進行進度安排。成本的確隨開發(fā)產(chǎn)品的人數(shù)和時間的不同，有著很大的變化，進度卻不是如此。因此我認為用人月作為衡量一項工作的規(guī)模是一個危險和帶有欺騙性的神話。它暗示著人員數(shù)量和時間是可以相互替換的。人數(shù)和時間的互換僅僅適用于以下情況：某個任務(wù)可以分解給參與人員，并且他們之間不需要相互的交流，而在系統(tǒng)編程中近乎不可能。當任務(wù)由于次序上的限制不能分解時，人手的添加對進度沒有幫助。調(diào)試、測試的次序特性，許多軟件都具有這種特征。因為軟件開發(fā)本質(zhì)上是一項系統(tǒng)工作——錯綜復雜關(guān)系下的一種實踐——溝通、交流的工作量非常大，它很快會消耗任務(wù)分解所節(jié)省下來的個人時間。從而，添加更多的人手，實際上是延長了，而不是縮短了時間進度。對于編程，有其樂趣和苦惱。創(chuàng)建事物的快樂，開發(fā)對其他人有用的東西的樂趣，將可以活動、相互嚙合的零部件組裝成類似迷宮的東西，這個過程所體現(xiàn)出令人神魂顛倒的魅力，面對不重復的任務(wù)，不間斷學習的樂趣，工作在如此易于駕馭的介質(zhì)上的樂趣——純粹的思維活動，其存在、移動和運轉(zhuǎn)方式完全不同于實際物體。將做事方式調(diào)整到追求完美，是學習編程的最困難部分；由其他人來設(shè)定目標，并且必須依靠自己無法控制的事物（特別是程序）；權(quán)威不等同于責任實際情況看起來要比這一點好一些；真正的權(quán)威來自于每次任務(wù)的完成任何創(chuàng)造性活動都伴隨著枯燥艱苦的勞動，編程也不例外 人們通常期望項目在接近結(jié)束時，（bug、工作時間）能收斂得快一些，然而軟件項目的情況卻是越接近完成，收斂得越慢產(chǎn)品在即將完成時總面臨著陳舊過時的威脅。開發(fā)一個軟件，我們要有合理的時間進度，開發(fā)人員要少而精，概念完整性必須考慮在內(nèi)，要盡量做到盡早交流和持續(xù)溝通。同時，文檔形成了關(guān)鍵的樞紐，每個項目管理的工作都圍繞著它們運轉(zhuǎn)，它們是經(jīng)理們的主要個人工具。對于計算機硬件開發(fā)項目，關(guān)鍵文檔是目標、手冊、進度、預算、組織機構(gòu)圖、空間分配、以及機器本身的報價、預測和價格；對于大學科系，關(guān)鍵文檔類似：目標、課程描述、學位要求、研究報告、課程表和課程的安排、預算、教室分配、教師和研究生助手的分配；對于軟件項目，要求是相同的：目標、用戶手冊、內(nèi)部文檔、進度、預算、組織機構(gòu)圖和工作空間分配。即使是一個小型項目，我們都會要求書寫相關(guān)文檔，對每個關(guān)鍵文檔的維護提供了狀態(tài)監(jiān)督和預警機制并且本身就可以作為檢查列表或者數(shù)據(jù)庫。良好的工作手冊和組織架構(gòu)可以開發(fā)出更加符合用戶的需求。手冊、或者書面規(guī)格說明，是一個非常必要的工具，盡管光有文檔是不夠的。手冊是產(chǎn)品的外部規(guī)格說明，它描述和規(guī)定了用戶所見的每一個細節(jié)；同樣的，它也是結(jié)構(gòu)師主要的工作產(chǎn)物。形式化定義是精確的，它們傾向于更加完整；差異得更加明顯，可以更快地完成。但是形式化定義的缺點是不易理解。記敘性文字則可以顯示結(jié)構(gòu)性的原則，描述階段上或?qū)哟紊系慕Y(jié)構(gòu)，以及提供例子。它可以很容易地表達異常和強調(diào)對比的關(guān)系，最重要的是，它可以解釋原因。在表達的精確和簡明性上，目前所提出的形式化定義，具有了令人驚異的效果，增強了我們進行準確表達的信心。通常，開發(fā)一個軟件我們還會設(shè)立規(guī)模目標，控制規(guī)模，發(fā)明一些減少規(guī)模的方法——就如同硬件開發(fā)人員為減少元器件所做的一樣。規(guī)模預算必須與分配的功能相關(guān)聯(lián)； 在指明模塊大小的同時，確切定義模塊的功能。培養(yǎng)開發(fā)人員從系統(tǒng)整體出發(fā)、面向用戶的態(tài)度是軟件編程管理人員最重要的職能。調(diào)試，是一種檢驗程序中的方法。然而調(diào)試是系統(tǒng)編程中很慢和較困難的部分，而漫長的調(diào)試周轉(zhuǎn)時間是調(diào)試的禍根。它可以持續(xù)一個很長的時間，從而可能影響項目的交付日期。為了更好的控制進度，我們需要制定一個嚴格的進度表來控制項目的進度表，進度表由里程碑和日期組成。里程碑必須是具體的、特定的、可度量的事件，能進行清晰能定義。進度表有時可以根據(jù)進展情況進行適度的修改。產(chǎn)品測試時每個產(chǎn)品在提交給用戶的一道程序。而這項工作主要由產(chǎn)品測試機構(gòu)/小組根據(jù)規(guī)格說明檢查機器和程序，充當麻煩的代言人，查明每一個可能的缺陷和相互矛盾的地方。每個開發(fā)機構(gòu)都需要這樣一個獨立的技術(shù)監(jiān)督部門，來保證其公正性。產(chǎn)品－測試小組則是顧客的代理人，專門尋找缺陷。不時地，細心的產(chǎn)品測試人員總會發(fā)現(xiàn)一些沒有貫徹執(zhí)行、設(shè)計決策沒有正確理解或準確實現(xiàn)的地方。出于這方面的原因，設(shè)立測試小組是使設(shè)計決策得以貫徹執(zhí)行的必要手段，同樣也是需要盡早著手，與設(shè)計同時實施的重要環(huán)節(jié)。一個已開發(fā)的項目，我們需要對它進行后期維護。其維護基本上不同于硬件的維護，它主要由各種變更組成，如修復設(shè)計缺陷、新增功能、或者是使用環(huán)境或者配置變換引起的調(diào)整而且維護總成本通常是開發(fā)成本的40％或更多。維護成本受用戶數(shù)目的嚴重影響，用戶越多，所發(fā)現(xiàn)的錯誤也越多。在每次修復之后，必須重新運行先前所有的測試用例，從而確保系統(tǒng)不會以更隱蔽的方式被破壞。其實，對于一個項目，我們要盡量做到完美，減少以后的維護困難和成本。在計算機技術(shù)進步的同時，計算機相關(guān)學科知識也在飛速發(fā)展。興趣太多，令人興奮的學習、研究和思