人月神話讀後感02

人月神話，只聽名字可能以為是講人類如何登陸月球的。看書之前，我還在想人類登陸月球與程式設計有什麼關係，難道是講飛船的系統嗎？看了書的人月神話這一章，我才知道此月非彼月。這個月說的是時間，講的是專案開發時間與安排人數的問題。

這一章中首先強調了作為程式設計人員不能成為乙個盲目樂觀主義者，想著「這次它肯定會執行」或者「我剛剛找出了最後乙個錯誤」等等。當然，悲觀更是不允許的，否則失去了程式設計的樂趣還怎麼創造出令人驚奇的「魔術」呢。

用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。人數和時間的互換僅僅適用於某個任務可以分解並且不需要相互的交流的情況。這在割小麥等工作中是可行的，而在系統程式設計中近乎不可能。當任務由於次序上的限制不能分解時，人手的新增對進度沒有幫助。軟體開發本質上是一項系統工作——錯綜複雜關係下的一種實踐——溝通、交流的工作量非常大，它很快會消耗任務分解所節省下來的個人時間。從而，新增更多的人手，實際上是延長了，而不是縮短了時間進度。作為專案負責人，要能夠靈活的安排任務，避免多人共同做一項任務卻延誤了專案開發進度。