《人月神話》讀書筆記二

進度、時間表

成本必須降低，以產出更低的**。

文件是有必要的，只有記錄下來，分期才會明朗，矛盾才會突出。（不過我們公司從來不用文件，我也從來沒有寫過。只是聽上面分配任務，可是一般沒什麼任務分配，只好做自己的事情了。）

文件能夠作為同其他人溝通渠道。（這個，我們老大就寫一些文件，供我們參考，我們按照他的文件，完成相應的任務。最初開發的時候，每個人負責乙個模組，分工很明確。每天都有事情做。或者協助別人做一些臨時的任務。）

不變只是願望，變化才是永恆。（不變是相對的，變是絕對的，唯一的不變就是變。）

對於大多數專案，第乙個開發的系統並不合用。它可能太慢、太大，而且難以使用，或者三者兼而有之。

在大型專案中，專案經理需要有兩個和三個頂級程式設計師作為技術輕騎兵，當工作繁忙最密集的時候，他們能急馳飛奔，解決各種問題。（能解決問題的程式設計師才是大牛）

有it上有兩條線，可以走，一條是管理線，另一條是技術線。每公升一級，薪水就相應的漲乙個級別。（努力提高，才會加薪。薪水和能力成正比，有能力要為公司做事，才能實現能力的價值。）

專案目標、進展、管理問題必須在高階人員整體中得到共享。（我們公司就是的高階的和低階的一同協作。）

在程式發布給顧客使用之後，它不會停止變化。發布後的變更稱為「程式維護」，它主要包含對設計卻顯得的修復。新版本中的新功能會產生新的bug。

缺陷修復總會以（20-50）%的機率引入新的bug。所以修復bug的過程是前進兩步，後退一步。

維護人員常常不是編寫**的開發人員，而是一些初級程式設計師或者新手。（認清自己的定位，並且努力去進修）

理論上，在每次修復之後，必須重新執行先前所有的測試用例，從而確保系統不會以更隱蔽的方式被破壞。

巧匠因為他的工具而出名。（每一章，都有乙個引言，很不錯。很精闢的引入了內容。）

《人月神話》讀書筆記二

進度 時間表 成本必須降低，以產出更低的 文件是有必要的，只有記錄下來，分期才會明朗，矛盾才會突出。不過我們公司從來不用文件，我也從來沒有寫過。只是聽上面分配任務，可是一般沒什麼任務分配，只好做自己的事情了。文件能夠作為同其他人溝通渠道。這個，我們老大就寫一些文件，供我們參考，我們按照他的文件，完成...

《人月神話》讀書筆記

p8,程式設計的快樂在於它不僅滿足了我們內心深處進行創造的渴望，而且還喚醒了每個人內心的情感。p19,用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。因為它暗示人員數量和時間是可以相互替換的。人數和時間的互換僅僅適用於以下情況 某個任務可以分解參與人員，並且他們之間不需要相互交流。p23,...

人月神話讀書筆記

人數和時間的互換僅僅適用於以下情況 某個任務可以分解給參與人員，並且他們之間不需要相互的交流。當任務由於次序上的限制不能分解時，人手的新增對進度沒有幫助。溝通所增加的負擔由兩個部分組成，培訓和相互的交流。相互之間交流的情況更糟一些。如果任務的每個部分必須分別和其他部分單獨協作，則工作量按照n n 1...