《人月神話》這一部書名字很具有藝術氣息，但它是關於計算機軟體的圖書，是由布魯克斯在ibm公司任職期間的實踐經驗編寫的，作者在公司中的經歷總結出了這本書，對於現在還是一名學生的我是非常有益的，讓我對軟體工程有了更深的認識，了解了更多接觸不到的東西。
在第一章中，作者提出了焦油坑的概念，軟體系統的開發就像是乙個焦油坑，而軟體開發人員就像是被焦油坑淹沒的猛獸。各種各樣的團隊都淹沒在了焦油坑中。這也說明軟體工程的開發是有很大挑戰的，乙個完整的軟體開發並不是一件很容易的事情，乙個完整並且真正有用的程式設計產品至少是乙個程式的九倍，這需要程式設計師們更多的付出。
在開發的過程中也一定會遇到很多很多的困難，但是我們要有持續學習的動力和樂趣，在我們程式設計的過程中，會遇到很多新的東西，甚至有些是我們從來沒有接觸過得，這就需要我們在網上不斷學習，搜尋，雖然這個過程很艱難，但是當我們把這個問題解決了，就會有一種成就感，就和我們生活和學習中一樣，當我們遇到了一些難題，當我們通過各種方法，不斷去努力，最終解決，會有很大的成就感。
在程式設計中，我們同樣面對著巨大的挑戰，可能在一些細小的地方，我們沒有發現，整個程式都會報錯，我們不斷的查詢錯誤，感覺自己的程式很正確，但是就是執行不出來 。在將來的工作中，同樣也要具有效率，可能我們在某些地方浪費了大量的時間，最後即使將開發完成，可是別人已經開發出了更加先進的產品，可能我們付出的精力和時間都白費了。
由此，我感覺在軟體工程開發過程中，還有很多我們無法想象的困難，他並沒有我們想象中那麼簡單，並不是在學校裡把老師布置的作業按時完成就可以了。程式設計也是一種挑戰，要具有時效性，程式設計產品最終是要走向社會的，我們要與時俱進，開發出真正有用的，為人們提供很大便利的產品，這就需要我們付出更大的努力，對程式設計充滿樂趣，創造出價值
人月神話讀書筆記（一）
在人月神話裡有句話，令我頗有感悟 向進度落後的專案中增加人手，只會使進度更加落後。用人月這一觀念來衡量專案進度帶有欺騙性。因為他使得專案看上去好像人力和時間是可交換的。如果時間不夠，那麼增加人手就可以加快進度。這個衡量的方式嚴重的忽略了新增加的人手的培訓時間以及隊員之間的互相溝通等因素。比如我生活中...
《人月神話》讀書筆記一
實際的權威來自於每次任務的 出色 完成。進度監督，對進度進行跟蹤和監督。評估進度，跟蹤進度。人員和時間之間，需要溝通實現任務的分解。溝通很重要，溝通可以實現任務的分解，提高工作的效率。溝通所增加的負擔由兩個部分組成，培訓和交流。能分解任務的前提是每個成員都懂得那項技術。1 3計畫，1 6編碼，1 4...
《人月神話》讀書筆記（一）
作為乙個初學軟體工程，並沒有真正程式設計經驗可言的的人，開始先是通讀了一遍 人月神話 只知道了 人月神話 的真正含義。人月是在估計和進度安排中使用的工作量單位，但因為它具有的危險性和欺騙性導致了它像神話一樣地存在。而作者闡述的主要思想是軟體程式設計的專案進度與增加人員之間是不能互換的。之後再仔細地閱...