2012年6月7日 星期四

人月神話//《沒有銀彈》之前章節的摘要


第1章焦油坑
    寫程式,是件麻煩事
第2章人月神話
    寫程式像生小孩,一個媽花十個月,十個媽還是要十個月(如果同時受孕的話)
第3章外科手術團隊
    要各司其職,支援主程式設計師的工作
第4章專制、民主與系統設計
    功能性vs概念整體性 的管理問題
    設計師與工匠,架構師規劃架構與確定概念整體性,程式設計師實現系統
第5章第二系統效應
    功能性vs概念整體性
    使用者中心設計,概念整體性才是最重要的
第6章意念的傳達
    專案人員的資訊管道,手冊、會議...
第7章巴別塔為什麼失敗?
    組識vs溝通 管理問題
    溝通的重要性,技術和管理,誰聽誰的?
第8章預估
(作者以組合語言專案的紀錄解釋)
    寫程式費力的程度=(常數)×(指令數量)^1.5
    不可以用跑一百公尺的速度預估跑一公里的速度
第9章地盡其利,物盡其用
    功能性vs硬體限制
    充份利用硬體,做好「軟硬體整合」
第10章文件假說
    為了決定人錢時地物,以及與人溝通,要準備什麼文件?
第11章失敗為成功之母
    第一次的系統失敗是專案一定要規劃進去的流程
    軟體維護的失敗及崩潰
第12章神兵利器
    講外科手術團隊裡提到的工具專家
    為團隊打造工具(或找到適合的工具)
第13章化整為零
    改版、測試與除錯的制度,建立好之後就只要一直run
第14章釀成大災難
    預防專案發生無法挽回的延遲,建立偵測進度小組
    主管、PM或老闆的定位及管理方法
第15章一體兩面
    文件寫在程式裡(自我說明程式),要怎麼寫?
 

第16章沒有銀彈——軟體工程的本質性與附屬性工作
    軟體創作工作分成本質性工作
第17章再論「沒有銀彈」
    幾年以來被反駁的反駁
第18章《人月神話》的主張:是真是假?
    整本書的摘要(REVIEW這本書)
第19章《人月神話》20年

後記

沒有留言:

張貼留言