人月神話2
畫蛇添足：
結構師的互動準則和機制來約束結構師的創造性熱情。
第乙個系統和第二個系統都要充分的簡潔和控制來契合成本要求。
明確了人員和軟體目標範圍就是貫徹執行了。
其中手冊不但要描述包括所有介面在內的使用者可見的一切，
它同時還要避免描述使用者看不見的事物。
規格說明的風格必須清晰、完整和準確。
比如利用形式化標記方法。
通過直接整合，多次會議的溝通和表達融合，多重實現，**日誌來保證這個手冊的規範化。
產品測試來尋找和彌補軟體的不足之處
系統軟體開發是減少混亂度（減少熵）的過程，
所以它本身是處於亞穩態的。
軟體維護是提高混亂度（增加熵）的過程，
即使是最熟練的軟體維護工作，
也只是放緩了系統退化到非穩態的程序。
未雨綢繆就是對這個演化的過程進行推測和措施實行。
有了理論基礎和人員準備，巧匠難為無公尺之炊。
機器等硬體方面的裝置也要與時俱進，以服務於軟體的製作。
《人月神話》2
人月神話 讀後感 開啟 人月神話 進入眼簾的是作者1975 年版獻辭，我很詫異老師這麼推崇這書，居然有這麼悠久的歷史 在日新月異的軟體界，還真有30多年經久不衰的 神話 抑或是一本 預言 對於沒有大型軟體編寫經驗的人來說，讀這本 人月神話 書更多的不是感受而是學習，由於時間緊張，對這本書之前只是囫圇...
人月神話（11）未雨綢繆
思維導圖 試驗性工廠和增大規模 唯一不變的就是變化本身 為變更設計系統 如何設計變更系統 變更的階段化是一種必要的技術，每個產品都是應該有數字版本號，每個版本都應該有自己的日程表和凍結時間，在此以後的變更屬於下乙個版本的範疇 為變更計畫組織架構 設計人員不願意為設計書寫文件化的原因 如何設計變更計畫...
人月神話閱讀筆記2
人月神話閱讀筆記之二 之前寫程式注重的只是個人，和團隊的合作機會也很少，及時合作機會但是自己注重的也是自己的進步和發展，和團隊之間的交流和溝通很少，是團隊的專案進行的並不是很好 看完這本書明白了很多，和團隊進行合作就要進行交流和分工 兩個方面 交流，以及交流的結果 組織。他們無法相互交談，從而無法合...