作為乙個初學軟體工程，並沒有真正程式設計經驗可言的的人，開始先是通讀了一遍《人月神話》，只知道了「人月神話」的真正含義。人月是在估計和進度安排中使用的工作量單位，但因為它具有的危險性和欺騙性導致了它像神話一樣地存在。而作者闡述的主要思想是軟體程式設計的專案進度與增加人員之間是不能互換的。
之後再仔細地閱讀一遍後有了更加深刻的體會，自進入資訊時代以來，對於軟體專案而言，專案工作者都掙扎在巨大的「焦油坑」裡試圖擺脫出來。在掙扎的同時我們也必須努力找到工作的樂趣所在儘管同時肯定會伴隨著許多煩惱和痛苦。在一項大型專案中，分配給計畫的時間要很多才會讓進度進行的更快；然後就要在組建專案團隊上仔細籌畫，要組建乙個外科手術隊伍模式的專案團隊，以首席程式者為主，其他工作人員作為輔助的專案模式開展工作。
架構師在一定程度上代表著使用者的角色和利益，但是結構師只能建議不能支配，而且架構師要有足夠豐富的開發經驗，做到盡量以平和的心態對待工作才行。十分重要的一點就是工作程序中一定要做到將規格說明文件化，因為不管是**還是文件性質的成品都要經過無數次的修改更新，所以將其規範化不管是對工作進度還是工作質量都有極大的幫助。還最需要高度重視的是開發人員之間的溝通問題，這在乙個大型專案中會議是必不可少的，只有工作人員之間進行經常性的溝通才能使專案順利地進行下去。而總體而言還是由首席程式者把握整體方向。
程式設計工作量是程式規模的函式，由於規模是軟體系統產品使用者成本中如此大的乙個組成部分，開發人員必須要考慮減小規模的方法，盡量控制規模。資料的表現形式是程式設計的根本，而開發過程中必須要構建乙個實驗性系統然後把它拋棄，將更好的作品呈現給使用者，因此就會很清晰地認識到變化是不可避免的，工作者必須習慣適應變化的產生並積極予以應對。
人月神話讀書筆記（一）
在人月神話裡有句話，令我頗有感悟 向進度落後的專案中增加人手，只會使進度更加落後。用人月這一觀念來衡量專案進度帶有欺騙性。因為他使得專案看上去好像人力和時間是可交換的。如果時間不夠，那麼增加人手就可以加快進度。這個衡量的方式嚴重的忽略了新增加的人手的培訓時間以及隊員之間的互相溝通等因素。比如我生活中...
《人月神話》讀書筆記一
實際的權威來自於每次任務的 出色 完成。進度監督，對進度進行跟蹤和監督。評估進度，跟蹤進度。人員和時間之間，需要溝通實現任務的分解。溝通很重要，溝通可以實現任務的分解，提高工作的效率。溝通所增加的負擔由兩個部分組成，培訓和交流。能分解任務的前提是每個成員都懂得那項技術。1 3計畫，1 6編碼，1 4...
人月神話讀書筆記（一）
焦油坑 過去幾十年的大型系統開發就猶如乙個焦油坑，很多大型動物在其中劇烈掙扎，他們中大多數開發出了可執行的系統 不過，其中只有非常少數的專案滿足了目標 時間進度和預算的要求。各種團隊，大型的和小型的，龐雜的和精幹的，乙個接乙個淹沒在了焦油坑中。表面上看起來好像沒有任何乙個單獨的問題會導致困難，每個都...