沒有任何技術或管理上的進展，能夠獨立地許諾十年內使生產率、可靠性或簡潔性獲得數量級上的進步。我認為，在現有的所有體系中，都沒有所謂的「銀彈」，「銀彈」只是人們想擁有乙個一勞永逸的解決辦法而針對乙個具體事件想出來的臨時的可行的某乙個措施，它的效用時間是有限的，並且解決方法本身並不是一成不變的，而是隨著時間與經歷的增長在變化的。there
is no single development, in either technology or management technique,
which by itself promises even one order-of-magnitude improvement within
a decade in productivity, in reliability, in simplicity.
用哲學的觀點來看， 運動是永恆的，我們不能將問題的處理定格於某一時刻或者某一階段或者某一特定問題的問題處理。軟體工程也是變化的，就好像當我們擁有了瀑布模型外，發現它 並不能滿足我們一些特定的需求，又出現了增量模型、螺旋迭代模型、敏捷開發等新的模型，且還在持續的更新中。從這個角度來看，我們永遠沒有辦法採用乙個已 知的問題解決模式處理最新的問題。這個就如同我國在發展社會主義的時候不能照搬蘇聯模式，只能自己去根據國家實情去探索新的道路，新的發展方法。
當然，不可否 認上面的那些先進技術給軟體的發展帶來了巨大的福音，但是這也是在發展過程中，我們所知道的一種解決問題的有效技術、手段，它將會在以後的某一時刻被淘汰掉。說到底，現在的軟體、硬體以及其他的大部分技術，都是人們在社會的生產生活中所使用的工具，當它們的發展與社會生產力不匹配的時候，它們終將被淘汰。
所以，「銀彈」並不實際存在，存在的只是人們的一種期望，一種解決某一特定問題的短時間內有用的技術或者說手段。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...