過去幾十年的大型系統開發過程，看似都陷入了乙個焦油坑，並且在其中拼命掙扎。表面上看起來，沒有任何乙個單獨的問題解決不了，可是當他們相互糾纏在一起的時候，麻煩程度往往令人難以想象。
程式構件需要產品化（通用、測試、文件），同時程式構件需要被整合（介面、系統整合），之後才能形成程式設計系統產品（programming systems product）。根據經驗，程式設計系統產品的成本是程式成本的9倍，然而這是大多數系統開發的目標。
作者通過他的經驗，試圖告訴我們，大型程式設計專案的成本是幾何式增長的，如果不正確處理問題，我們很可能會陷入乙個焦油坑中。之後又分析了程式設計行業的樂趣和苦惱，在我看來分析的很正確。
總的來說，作為第一章，作者從行業和個人兩個角度，丟擲了幾個十分重要的問題。同時也引出了本書的主旨，即解決這些問題，作者試圖先帶領讀者了解問題本質，然後在思考解決問題的方案。
相信作為程式設計師，面對這些問題或多或少都能引起共鳴。其實，本書首次發行於2023年，早在如此多年之前，這些問題就已經被人深入的討論過。總覺得，今天的我們還在因為這些問題而困擾，多少是會感到有點羞愧的呢。
我們大談的oop程式設計和mvc思想等內容的同時，是否真的能解決我們所遇到的問題，還是我們可能一開始從根本上就做錯了什麼？我將持續為大家講述這本書後續的內容。
人月神話1
本次閱讀人月神話，閱讀了職業的樂趣和職業的苦惱。通過對職業的樂趣的閱讀，我了解到作者對程式設計的樂趣的認識，作者形容的十分生動，就像孩子玩泥巴時一樣愉快，在程式設計時我們能夠體會到創造的樂趣，當別人使用我們創造的程式時我們又會獲得創造價值的成就感。通過對職業的苦惱的閱讀，我了解到作者對程式設計的苦惱...
人月神話1
本次閱讀人月神話，閱讀了職業的樂趣和職業的苦惱。通過對職業的樂趣的閱讀，我了解到作者對程式設計的樂趣的認識，作者形容的十分生動，就像孩子玩泥巴時一樣愉快，在程式設計時我們能夠體會到創造的樂趣，當別人使用我們創造的程式時我們又會獲得創造價值的成就感。通過對職業的苦惱的閱讀，我了解到作者對程式設計的苦惱...
《人月神話》筆記1
人月神話 那什麼是人月？是在估計和進度安排中使用的工作量單位。brooks認為，用人月作為 衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互 替換的。人數和時間的互換僅僅適用於以下情況 某個任務可以分解給參與人員，並且他們之 間不需要相互的交流。保持設計的概念完整。無...