《人月神話》讀后感
10.干將莫邪sharp tools
主要講述項目中管理好各種工具的重要性，項目經(jīng)理首先要制定一種策略，讓各種工具成為公用的工具，這樣才能使開發(fā)、維護(hù)和使用這種工具的開發(fā)人員的效率更高，這種工具可能是開發(fā)人員開發(fā)出來的，也可能是使用現(xiàn)有的，可能是通用的，也可能是專用的或個人偏好的。比如：文檔編寫工具、開發(fā)工具（包括各種不同開發(fā)平臺）、調(diào)試工具、測試工具、數(shù)據(jù)庫工具、版本管理、項目管理工具等。
11.整體部分the whole and the parts
一讀這一章，就讓我感觸頗深，特別是這句話＂bell實驗室監(jiān)控系統(tǒng)項目的v.a.vyssotsky提出，＇關(guān)鍵的工作是產(chǎn)品定義。許許多多的失敗完全源于那些產(chǎn)品未精確定義的地方＇，細(xì)致的功能定義，詳細(xì)的規(guī)格說明，規(guī)范話的功能描述說明以及這些方法的實施，大大減少了系統(tǒng)中必須查找的bug數(shù)量＂。雖然這句話的意思只是說明精確定義產(chǎn)品將減少bug的數(shù)量，但我看到了系統(tǒng)分析的最重要的工作——產(chǎn)品定義。現(xiàn)在，許多 開發(fā)人員嘴里口口聲聲說也做過需求調(diào)研、系統(tǒng)分析、系統(tǒng)設(shè)計，但大多數(shù)沒有涉及到產(chǎn)品定義的深度，嚴(yán)格意義上不能叫做系統(tǒng)分析。這句話對我的以后想從事系統(tǒng)分析工作有很大的幫助。
這一章余下的內(nèi)容，也值得一看，雖然有些地方有些過時，但剔除bug的設(shè)計以及部分測試/調(diào)試方法仍值得一看。
12.禍起蕭墻hatching a catastrophe
這章節(jié)說明使項目進(jìn)度拖后的最大原因不是重要的事件，如新技術(shù)、重組等，而是一些瑣碎的小事，每件小事只耽誤半天或一天時間，但這種小事多以后，將使項目的進(jìn)度嚴(yán)重拖后。
項目對于公司就如程序?qū)y試工程師一樣，如果不了解它，它就是一個黑盒子，如果不打開這個黑盒子，你可能永遠(yuǎn)不知道盒子里面有什么。這部分描寫項目經(jīng)理以及小組主管的一些心理，值得一看。
13.另外一面the other face
本章說明程序的另一面——文檔。
不了解，就無法真正擁有——歌德，作者引用的歌德的話來描述文檔對客戶的重要性，提出客戶需要什么樣的文檔以及文檔的格式和包含的內(nèi)容，指出當(dāng)時存在的大多數(shù)文檔只描述了樹木，形容了樹葉，但沒有整個森林的圖案。
想想，這種情況在現(xiàn)在仍然沒有改變。于是作者提出了兩個觀點(diǎn)：
&n
bsp;1.流程圖：流程圖是被吹捧得最過分的一種程序文檔。許多程序甚至不需要流程圖，很少程序需要一頁以上的流程圖
2.自文檔化（self-documenting）的程序：提出文檔與程序合為一體，能很好的解決文檔與程序分開造成的文檔過時的問題，并說明了在程序中加入文檔的一些方法和技巧。XX年，我看到一位網(wǎng)友關(guān)于文檔與程序合一的文章，當(dāng)時就覺得是個好方法，沒想到70年代，老美已經(jīng)提出來了。
14.沒有銀彈-軟件工程中的根本和次要問題(no silver bullet-essence and accident in software engineering)