合上這本《人月神話》,使我久久不能自已。在軟件領域裏,象《人月神話》這樣的著做實在是發人深省,影響頗深。Brooks 編程
博士爲人們管理複雜項目提供了最具洞察力的看法。架構
《人月神話:軟件項目管理之道》(英語:The Mythical Man-Month: Essays on Software Engineering)是由IBM System/360系統之父佛瑞德·布魯克斯所著經典文集,全書講解軟件工程、項目管理相關課題,被譽爲軟件領域的聖經,內容源於做者布魯克斯在IBM公司System/360家族和OS/360中的項目管理經驗[2]。該書於1975年首次發行(ISBN 0-201-00650-2),並於1995年從新發行記念版(ISBN 0-201-83595-9),其中新增了對〈沒有銀彈〉一文的評論和迴應,與4個額外的新章節學習
其實當我讀到《人月神話》第五章的時候,我仍是對這本書的內容不大明白。就只知道一點:「這是一本關於管理性軟件的書,說到了自1975年的一些管理觀點和看法,過了30多年仍然適用。」管理方面的知識我沒大看懂,只知道這是一本使人反覆研讀的書,每讀一遍便有不一樣的收容。對個人影響即是「作事作人」的一些方式方法的領悟和思惟的一些開闊。Brooks認爲,一個整潔、優雅的變成產品必須向它的每位用戶提供一個條理分明的概念模型,這個模型描述了應用,實現應用的方法以及用來指明操做和各類參數的用戶界面使用策略。概念的完整性是易用性中最重要的因素。而架構師,則是負責保證產品全部方面的概念完整性的,架構師設計的是可以讓用戶理解產品概念的模型,這包括全部的功能的詳細說明以及調用和控制的方法。它就像電影的導演同樣。spa
這就讓我想到了本身對於編程,有其樂趣和苦惱。建立事物的快樂 ,開發對其餘人有用的東西的樂趣 ,將能夠活動、相互齧合的零部件組裝成相似迷宮的東西,這個過程所體現出使人神魂顛倒的魅力 ,面對不重複的任務,不間斷學習的樂趣 ,工做在如此易於駕馭的介質上的樂趣——純粹的思惟活動,其存在、移動和運轉方式徹底不一樣於實際物體。將作事方式調整到追求完美,是學習編程的最困難部分;由其餘人來設定目標,而且必須依靠本身沒法控制的事物(特別是程序);權威不等同於責任實際狀況看起來要比這一點好一些;真正的權威來自於每次任務的完成任何創造性活動都伴隨着枯燥艱苦的勞動,編程也不例外 人們一般指望項目在接近結束時,(bug、工做時間)能收斂得快一些,然而軟件項目的狀況倒是越接近完成,收斂得越慢產品在即將完成時總面臨着陳舊過期的威脅。軟件開發的多少人蔘與和完成時間不成正比,過多的人蔘與並不必定能縮短開發時間。如戰爭,部隊多,人多並非關鍵,更多須要武器的先進,戰術,兵多後方便的補給就得多。如是參與軟件開發的人增長,軟件的花費將提升,剛參加這須要時間瞭解項目,給軟件管理帶來了不協調。架構設計
最後是第二系統效應,不但消耗了巨大花費,並且將沒有經驗的開發人員拉進開發是一件很囧的事情。並不會給軟件管理帶來好處。軟件系統多是人類創造中最錯綜複雜的事物,每每一個很小的功能,其實也須要開發人員的架構設計方面的完善,對其它模塊的影響及擴展,以及代碼編寫工做。用戶在前臺可能看到的只是幾個文字,實際是中開發人員日夜奮戰的結果。不少時候,客戶的需求修改,在他們眼裏看起來是如此地Easy,可他們卻忽視了不少他們看不到的因素---固然,這不是說怪咱們的客戶。我只是以爲,只有你們彼此溝通,彼此理解,纔會作出精品來。設計