焦油坑
過去幾十年的大型系統開發就猶如乙個焦油坑，很多大型動物在其中劇烈掙扎，他們中大多數開發出了可執行的系統--不過，其中只有非常少數的專案滿足了目標、時間進度和預算的要求。
各種團隊，大型的和小型的，龐雜的和精幹的，乙個接乙個淹沒在了焦油坑中。表面上看起來好像沒有任何乙個單獨的問題會導致困難，每個都能被解決，但是當它們相互糾纏和累積在一起的時候，團隊的行動就會變得越來越慢且很難看清問題的本質。
在入坑前，大家都會覺得自己戰無不勝，就像陷入焦油坑的巨獸，自以為有著龐大的身軀就能在各種的地形中安然度過。所以忽視了乙個又乙個的小錯誤。這些被忽視的東西單個來說很小，但當他們彙總到一起時，你就會發現，已經陷入焦油坑，無法自拔。我之前的程式設計過程往往也會出現這種錯誤，在沒有看清題目需求時，便先一步動手，走到哪是哪，最後被各種邏輯錯誤弄得焦頭爛額。以後的過程，一定不能忽視這些問題，避免再次陷入「」焦油坑「」當中
人月神話
缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來影響還大。
我們圍繞成本核算的估計技術，混淆了工作量和專案進展。人月是危險和帶有欺騙性的神話，因為它暗示人員數量和時間是可以相互替換的。
軟體開發的過程中時間精力的投入和人力的投入並不成線性相關。我們每一次對專案的估算都應該謹慎，把握好「人」與「月」之間的關係。
向軟體專案中增派人手從三個方面增加了專案必要的總體工作量：
關於進度安排，我的經驗是為1/3計畫、1/6編碼、1/4構件測試以及1/4系統測試。
brook法則：向進度落後的專案中增加人手，只會使進度更加落後。
特別需要指出的是，不為系統測試安排足夠的時間簡直就是一場災難。
在現實情況中，一旦開發團隊觀察到進度的偏差，總是傾向於對任務進行削減。當專案延期所導致的後續成本非常高時，這常常是唯一可行的方法。
人月神話讀書筆記（一）
在人月神話裡有句話，令我頗有感悟 向進度落後的專案中增加人手，只會使進度更加落後。用人月這一觀念來衡量專案進度帶有欺騙性。因為他使得專案看上去好像人力和時間是可交換的。如果時間不夠，那麼增加人手就可以加快進度。這個衡量的方式嚴重的忽略了新增加的人手的培訓時間以及隊員之間的互相溝通等因素。比如我生活中...
《人月神話》讀書筆記一
實際的權威來自於每次任務的 出色 完成。進度監督，對進度進行跟蹤和監督。評估進度，跟蹤進度。人員和時間之間，需要溝通實現任務的分解。溝通很重要，溝通可以實現任務的分解，提高工作的效率。溝通所增加的負擔由兩個部分組成，培訓和交流。能分解任務的前提是每個成員都懂得那項技術。1 3計畫，1 6編碼，1 4...
《人月神話》讀書筆記（一）
作為乙個初學軟體工程，並沒有真正程式設計經驗可言的的人，開始先是通讀了一遍 人月神話 只知道了 人月神話 的真正含義。人月是在估計和進度安排中使用的工作量單位，但因為它具有的危險性和欺騙性導致了它像神話一樣地存在。而作者闡述的主要思想是軟體程式設計的專案進度與增加人員之間是不能互換的。之後再仔細地閱...