一旦認識到試驗性的系統必須被構建和丟棄，具有變更思想的重新設計不可避免，從而直面整個變化現象是非常有用的。第一步是接受這樣的事實：變化是與生俱來的，不是不合時宜和令人生厭的異常情況。開發人員交付的是使用者滿意程度，而不僅僅是實際的產品。使用者的實際需要和使用者感覺會隨著程式的構建、測試和使用而變化。
在程式發布給顧客使用之後，它不會停止變化。發布後的變更被稱為「程式維護」，但 是軟體的維護過程不同於硬體維護。 計算機系統的硬體維護包括了三項活動——替換損壞的器件、清潔和潤滑、修改設計 上的缺陷。（大多數情況下——但不是全部——變更修復的是實現上、而不是結構上的一些 缺陷。對於使用者而言，這常常是不可見的。）
就工具而言，即使是現在，很多軟體專案仍然像一家五金店。每個骨幹人員都仔細地 保管自己工作生涯中蒐集的一套工具集，這些工具成為個人技能的直觀證明。正是如此，每 個程式設計人員也保留著編輯器、排序、記憶體資訊轉儲、磁碟實用程式等工具。
機器支援可以有效地劃分成目標機器和輔助機器。目標機器是軟體所服務的物件，程 序必須在該機器上進行最後測試。輔助機器是那些在開發系統中提供服務的機器。如果是在 為原有的機型開發作業系統，則該機器不僅充當目標機器的角色，同時也作為輔助機器。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...