最近因為計畫結案，有一筆買書的錢可以用，在不用白不用
的心態下就往重慶南路跑了兩趟，買了一些有興趣，但是不
知道何時會看完的書，照pplong學長的說法就是「你對它的愛
不夠阿！」(指)，不管如何，在這些書當中，由於剛做完計畫的
關係，「人月神話」這本由Frederick P. Brooks, Jr所寫關於
軟體專案管理的書吸引了我的目光，作者以在IBM擔任 System/360、
OS/360軟體專案經理的經驗寫下這本探討軟體專案管理的書，
如果你跟我一樣，覺得以後在就業時非常有機會靠寫程式混口飯吃，
或許你會對這本「人月神話」有興趣。
- 對航海的人來說，擱淺的船就是燈塔。
- 研究顯示，高手與庸手的表現有極大的差異，而且往往是一個數量級的差異。
- 練習就是最好的教練。
- 沒有人會給報壞消息的人好臉色看。
- 實務上看起來更糟的是：你得先把工作做成功，才會得到愈多實質上的權力。
- 由別人來設定目標，必須依賴無法由自己支配的事物(特別是別人的程式)來做事:權力與責任並不相稱
- 軟體專案進行不順利的原因或許很多，但絕大部分都是肇因於缺乏良好的時程規劃所致。
- 關於時程預估，我的經驗法則是1/3規劃、1/6寫程式、1/4組件測試、1/4系統測試
到了最後都是急就章用暴力法把他完成，之前花了太多的時間在survey一些
架構上的問題，有些問題其實到後來根本就無關痛癢，換句話說就是這些survey，
除了讓我看了很多spec之外好像並沒有實質上的幫助，舉例來說，要怎麼用
ESB(Enterprise Service Bus)的Mediation Module？該繼續用NIST還是CISCO
的SIP proxy？很多時候我做這些survey並沒有規劃好該何時採煞車，該換條路
走了，以致於浪費了很多寶貴的時間，事實告訴我們，先用目前的知識把東西
做出來，之後再慢慢修比較實際，簡單的來說就是先求有再求好，時程的掌握
比什麼都重要阿！
