在軟件領(lǐng)域,很少能有像《人月神話》一樣具有深遠(yuǎn)影響力和暢銷不衰的著作。Brooks博士為人們管理復(fù)雜項目提供了洞察力的見解,既有很多發(fā)人深省的觀點,又有大量軟件工程的實踐。本書內(nèi)容來自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的項目管理經(jīng)驗,該項目堪稱軟件開發(fā)項目管理的典范。該書英文原版一經(jīng)面世,即引起業(yè)內(nèi)人士的強烈反響,后又譯為德、法、日、俄、中、韓等多種文字,全球銷售數(shù)百萬冊。確立了其在行業(yè)內(nèi)的經(jīng)典地位。
在《人月神話》及時次出版40年后的今天,我們重新整理了Brooks博士的經(jīng)典內(nèi)容,并將國內(nèi)軟件開發(fā)領(lǐng)域先行者們對《人月神話》中的實踐及系統(tǒng)理論的使用經(jīng)驗和心得集結(jié)成冊免費贈與大家共享,更使本書成為國內(nèi)從業(yè)者的必讀經(jīng)典之一。
本書讀者包括:軟件開發(fā)人員、軟件項目經(jīng)理、系統(tǒng)分析師等IT從業(yè)者。
"圖靈獎得主、"IBM 360系統(tǒng)之父"作者Brooks顛覆了項目管理領(lǐng)域,長久不衰傳奇經(jīng)典!
軟件開發(fā)人員、軟件項目經(jīng)理、系統(tǒng)分析師等IT從業(yè)者必藏之軟工圣經(jīng)!
暢銷全球40年!新版再發(fā)行
全球軟工領(lǐng)域暢銷的項目管理經(jīng)典!
影響人力編程思想的牛著作之一!
推薦閱讀:
小弗雷德里克布魯克斯曾獲得美國計算機領(lǐng)域聲望的圖靈獎(A. M. Turing Award)。美國計算機協(xié)會(ACM)稱贊他"對計算機體系結(jié)構(gòu)、操作系統(tǒng)和軟件工程做出了里程碑式的貢獻(xiàn)"。
布魯克斯博士1956年開始任職于IBM公司,早期擔(dān)任Stretch 和Harvest計算機的體系建構(gòu)師。他被認(rèn)為是"IBM 360系統(tǒng)之父",曾擔(dān)任360系統(tǒng)的項目經(jīng)理。憑借在此項目中的杰出貢獻(xiàn),他與Bob Evans和Erich Bloch在1985年獲得了美國國家技術(shù)獎(National Medal of Technology)。
布魯克斯博士創(chuàng)立了北卡羅來納大學(xué)的計算機科學(xué)系,并于1965-1985年擔(dān)任系主任。他還曾任職于美國國家科技局和國防科學(xué)技術(shù)委員會。目前其仍活躍于從事虛擬環(huán)境和科學(xué)可視化等方面的研究工作,2010年獲得虛擬現(xiàn)實事業(yè)獎(IEEE Virtual Reality Career Award)。
第1章 焦油坑
編程系統(tǒng)產(chǎn)品
職業(yè)的樂趣
職業(yè)的苦惱
第2章 人月神話
樂觀主義
人月
系統(tǒng)測試
空泛的估算
重復(fù)產(chǎn)生的進(jìn)度災(zāi)難
第3章 外科手術(shù)隊伍
問題
Mills的建議
如何運作
團隊的擴建
第4章 貴族專制、民主政治和系統(tǒng)設(shè)計
概念的完整性
獲得概念的完整性
貴族專制統(tǒng)治和民主政治
在等待時,實現(xiàn)人員應(yīng)該做什么
第5章 畫蛇添足
結(jié)構(gòu)師的交互準(zhǔn)則和機制
自律―― 開發(fā)第二個系統(tǒng)所帶來的后果
第6章 貫徹執(zhí)行
文檔化的規(guī)格說明―― 手冊
形式化定義
直接整合
會議和大會
多重實現(xiàn)
電話日志
產(chǎn)品測試
第7章 為什么巴比倫塔會失敗
巴比倫塔的管理教訓(xùn)
大型編程項目中的交流
項目工作手冊
大型編程項目的組織架構(gòu)
第8章 胸有成竹
Portman的數(shù)據(jù)
Aron的數(shù)據(jù)
Harr的數(shù)據(jù)
OS/360的數(shù)據(jù)
Corbató的數(shù)據(jù)
第9章 削足適履
作為成本的程序空間
規(guī)模控制
空間技能
數(shù)據(jù)的表現(xiàn)形式是編程的根本
第10章 提綱挈領(lǐng)
計算機產(chǎn)品的文檔
大學(xué)科系的文檔
軟件項目的文檔
為什么要有正式的文檔
第11章 未雨綢繆
試驗性工廠和增大規(guī)模
不變的就是變化本身
為變更設(shè)計系統(tǒng)
為變更計劃組織架構(gòu)
前進(jìn)兩步,后退一步
前進(jìn)一步,后退一步
第12章 干將莫邪
目標(biāo)機器
輔助機器和數(shù)據(jù)服務(wù)
高級語言和交互式編程
第13章 整體部分
剔除bug的設(shè)計
構(gòu)件單元調(diào)試
系統(tǒng)集成調(diào)試
第14章 禍起蕭墻
里程碑還是沉重的負(fù)擔(dān)
"其他的部分反正會落后"
地毯的下面
第15章 另外一面
需要什么樣的文檔
流程圖
自文檔化的程序
第16章 沒有銀彈
摘要
介紹
根本困難
以往解決次要困難的一些突破
銀彈的希望
針對概念上根本問題的頗具前途的方法
第17章 再論"沒有銀彈"
人狼和其他恐怖傳說
存在著銀彈―― 就在這里
含糊的表達(dá)將會導(dǎo)致誤解
Harel的分析
Jones的觀點―― 質(zhì)量帶來生產(chǎn)率
那么,生產(chǎn)率的情形如何
面向?qū)ο缶幊台D― 這顆銅質(zhì)子彈可以嗎
重用的情況怎樣
學(xué)量的詞匯―― 對軟件重用的一個可預(yù)見但還沒有被預(yù)言的問題
子彈的本質(zhì)―― 形勢沒有發(fā)生改變
第18章 《人月神話》的觀點:是與非
第1章 焦油坑
第2章 人月神話
第3章 外科手術(shù)隊伍
第4章 貴族專制、民主政治和系統(tǒng)設(shè)計
第5章 畫蛇添足
第6章 貫徹執(zhí)行
第7章 為什么巴比倫塔會失敗
第8章 胸有成竹
第9章 削足適履
第10章 提綱挈領(lǐng)
第11章 未雨綢繆
第12章 干將莫邪
第13章 整體部分
第14章 禍起蕭墻
第15章 另外一面
第1版結(jié)束語
第19章 20年后的《人月神話》
為什么要出版20周年紀(jì)念版本
核心觀點―― 概念完整性和結(jié)構(gòu)師
開發(fā)第二個系統(tǒng)所引起的后果―― 盲目的功能和頻率猜測
圖形界面的成功
沒有構(gòu)建舍棄原型―― 瀑布模型是錯誤的
增量開發(fā)模型更佳―― 漸進(jìn)地精化
關(guān)于信息隱藏,Parnas是正確的,我是錯誤的
人月到底有多少神話色彩?Boehm的模型和數(shù)據(jù)
人就是一切(或者說,幾乎是一切
放棄權(quán)力的力量
最令人驚訝的新事物是什么?數(shù)百萬的計算機
全新的軟件產(chǎn)業(yè)―― 塑料薄膜包裝的成品軟件
買來開發(fā)―― 使用塑料包裝的成品軟件包作為構(gòu)件
軟件工程的狀態(tài)和未來
結(jié)束語:令人向往、激動人心和充滿樂趣的50年
注解與參考文獻(xiàn)
附錄:人月落地實戰(zhàn)體驗
一、名家談人月
1. 年金
2. 《人月神話》與實踐
3. Frank Chance評人月
4. 軟件尚方寶劍(Silver Bullet)何在
二、名著評人月
三、讀者感
史前史中,沒有別的場景比巨獸們在焦油坑中垂死掙扎的場面更令人震撼。上帝見證著恐龍、猛犸象、劍齒虎在焦油中掙扎。它們掙扎得越猛烈,焦油糾纏得就越緊,沒有哪種猛獸足夠強壯或具有足夠的技巧,能夠掙脫束縛,它們都沉到了坑底。
過去幾十年的大型系統(tǒng)開發(fā)就猶如這樣一個焦油坑,很多大型和強壯的動物在其中劇烈地掙扎。他們中大多數(shù)開發(fā)出了可運行的系統(tǒng)――不過只有極少數(shù)的項目滿足了目標(biāo)、進(jìn)度和預(yù)算的要求。各種團隊,大型的或小型的,龐雜的或精干的,一個接一個地淹沒在了焦油坑中。表面上看起來好像沒有任何一個單獨的問題會導(dǎo)致困難,每個問題都能獲得解決,但是當(dāng)它們相互糾纏和累積在一起的時候,團隊的行動就會變得越來越慢。對于問題的麻煩程度,每個人似乎都會感到驚訝,并且很難看清問題的本質(zhì)。不過,如果我們想解決問題,就必須試圖先去了解問題。
因此,首先讓我們來認(rèn)識一下系統(tǒng)開發(fā)這個職業(yè),以及充滿在這個職業(yè)中的樂趣和苦惱吧!
編程系統(tǒng)產(chǎn)品
報紙上經(jīng)常會出現(xiàn)這樣的新聞,講述兩個程序員如何在經(jīng)過改造的簡陋車庫中,編出超過大型團隊工作量的重要程序。接著,每個編程人員準(zhǔn)備相信這樣的神話,因為他知道自己能以超過產(chǎn)業(yè)化團隊的1 000代碼行/年的生產(chǎn)率來開發(fā)任何程序。
為什么不是所有的產(chǎn)業(yè)化隊伍都會被這種專注的二人組合所替代?我們必須看一下產(chǎn)出的是什么。
圖1-1的左上部分是程序(Program)。它本身是完整的,可以由作者在所開發(fā)的系統(tǒng)平臺上運行。它通常是車庫中產(chǎn)出的產(chǎn)品,以及作為單個程序員生產(chǎn)率的評估標(biāo)準(zhǔn)。
圖1-1 編程系統(tǒng)產(chǎn)品的演進(jìn)
有兩種途徑可以使程序轉(zhuǎn)變成更有用但是成本更高的產(chǎn)物,這兩種途徑表現(xiàn)為圖中的邊界。
水平邊界以下,程序轉(zhuǎn)變成編程產(chǎn)品(Programming Product)。這是可以被任何人運行、測試、修復(fù)和擴展的程序。它可以在多種操作系統(tǒng)平臺上運行,供多套數(shù)據(jù)使用。要成為通用的編程產(chǎn)品,程序必須按照普遍認(rèn)可的風(fēng)格來編寫,特別是輸入的范圍和形式必須廣泛地適用于所有可以合理使用的基本算法。接著,對程序進(jìn)行徹底測試,確保它的穩(wěn)定性和性,使其值得信賴。這就意味著必須準(zhǔn)備、運行和記錄詳盡的測試用例庫,用來檢查輸入的邊界和范圍。此外,要將程序提升為程序產(chǎn)品,還需要有完備的文檔,每個人都可以加以使用、修復(fù)和擴展。經(jīng)驗數(shù)據(jù)表明,相同功能的編程產(chǎn)品的成本,至少是已調(diào)試的程序的成本的3倍。
回到圖中,垂直邊界的右邊,程序轉(zhuǎn)變成編程系統(tǒng)(Programming System)中的一個構(gòu)件單元。它是在功能上能相互協(xié)作、具有規(guī)范的格式、可以進(jìn)行交互的程序集合,并可以用來組裝和搭建整個系統(tǒng)。要成為編程系統(tǒng)構(gòu)件,程序必須按照一定的要求編制,使輸入和輸出在語法和語義上與定義的接口一致。同時程序還要符合預(yù)先定義的資源限制―― 內(nèi)存空間、輸入輸出設(shè)備、計算機時間。,程序必須同其他系統(tǒng)構(gòu)件單元一道,以任何能想象到的組合進(jìn)行測試。由于測試用例會隨著組合不斷增加,所以測試的范圍必須廣泛。因為一些意想不到的交互會產(chǎn)生許多不易察覺的bug,測試工作將會非常耗時,因此相同功能的編程系統(tǒng)構(gòu)件的成本至少是獨立程序的3倍。如果系統(tǒng)有大量的組成單元,成本還會更高。
圖1-1的右下部分代表編程系統(tǒng)產(chǎn)品(Programming Systems Product)。與以上的所有的簡單的程序都不同的是,它的成本高達(dá)9倍。然而,只有它才是真正有用的產(chǎn)品,是大多數(shù)系統(tǒng)開發(fā)的目標(biāo)。
職業(yè)的樂趣
編程為什么有趣?作為回報,它的從業(yè)者期望得到什么樣的快樂?
首先,這種快樂是一種創(chuàng)建事物的純粹快樂。如同小孩在玩泥巴時感到快樂一樣,成年人喜歡創(chuàng)建事物,特別是自己進(jìn)行設(shè)計。我想這種快樂是上帝創(chuàng)造世界的折射,一種呈現(xiàn)在每片獨特的、嶄新的樹葉和雪花上的喜悅。
其次,這種快樂來自于開發(fā)對他人有用的東西。內(nèi)心深處,我們期望我們的勞動成果能夠被他人使用,并能對他們有所幫助。從這一角度而言,這同小孩用粘土為"爸爸的辦公室"捏制鉛筆盒沒有任何本質(zhì)的區(qū)別。
第三,快樂來自于整個過程體現(xiàn)出的一股強大的魅力―― 將相互嚙合的零部件組裝在一起,看到它們以精妙的方式運行著,并收到了預(yù)期的效果。比起彈球游戲機或自動電唱機所具有的迷人魅力,程序化的計算機毫不遜色。
第四,這種快樂是持續(xù)學(xué)習(xí)的快樂,它來自于這項工作的非重復(fù)特性。人們所面臨的問題總有這樣那樣的不同,因而解決問題的人可以從中學(xué)習(xí)新的事物,有時是實踐上的,有時是理論上的,或者兼而有之。
,這種快樂還來自于在易于駕馭的介質(zhì)上工作。程序員,就像詩人一樣,幾乎僅僅在單純的思考中工作。程序員憑空地運用自己的想象,來建造自己的"城堡"。很少有創(chuàng)造介質(zhì)如此靈活,如此易于精煉和重建,如此容易實現(xiàn)概念上的設(shè)想(不過我們將會看到,容易駕馭的特性也有它自己的問題)。
然而程序畢竟同詩歌不同,它是實實在在的東西;它可以移動和運行,能獨立產(chǎn)生可見的輸出;它能打印結(jié)果,繪制圖形,發(fā)出聲音,移動支架。神話和傳說中的魔術(shù)在我們的時代已變成現(xiàn)實。在鍵盤上鍵入正確的咒語,屏幕會活動、變幻,顯示出前所未有的也不可能存在的事物。
編程的快樂在于它不僅滿足了我們內(nèi)心深處進(jìn)行創(chuàng)造的渴望,而且還喚醒了每個人內(nèi)心的情感。
我一本讀過一遍以上的書,是Fred Brooks的《人月神話》,實際上我每過一兩年都會重讀一遍。部分原因是這本書文筆很好,另外就是書中的忠告很有價值,即使是在25年以后。當(dāng)然,很多細(xì)節(jié)上的地方與我們做事情的方法有所不同。我們的工作更自動化,計算機的"馬力"更強勁,但書中依然有許多好的忠告,因此,我非常推崇這本書。這是我能想起來的能從中體會到樂趣和思想的計算機科學(xué)書籍。
―― Brian Kernighan,名著《C程序設(shè)計語言》的合著者之一(與Dennis M. Ritchie合作
一共4本書 唯獨這一本沒有塑膠紙包裝,封面還破了一點
還沒有看,不過當(dāng)當(dāng)?shù)氖酆笳媸遣诲e,換書非常便捷,贊一個!
當(dāng)當(dāng)上買的第一本書,質(zhì)量不錯,紙質(zhì)很好,書是人家推薦的
看這本書的過程中,我內(nèi)心相當(dāng)沉重,因為這是是一個直面缺陷的過程,這也恰恰證明了該書的價值
就書而言是非常喜歡的,不爽的書有些變形了,沒保護(hù)好。
一直想買的軟件工程經(jīng)典讀物~包裝很結(jié)實,性價比高
一直想買好久了, 在當(dāng)當(dāng)16年店慶的活動上買到,真的很實惠,喜歡這本書,也喜歡網(wǎng)站給出的真正的優(yōu)惠
書角稍微有點壓痕呢。這本書是我在新華書店看到了,閱覽了個大概,就馬上下定決心買了,當(dāng)當(dāng)這邊買了好幾次了,挺不錯的。
很網(wǎng)上推薦買的,已經(jīng)看了前三章,非常不錯,淺顯易懂,項目管理的實用書
項目管理的經(jīng)典必讀書目。不論何時翻開都有新的收獲。
經(jīng)典圖書啦,項目管理的葵花寶典,建議每一個技術(shù)開發(fā)者都讀讀,升級到40周年紀(jì)念版,每讀一遍,感受都不相同,點贊!
發(fā)現(xiàn)可能境界沒到,挺會還沒有那么深刻,看來有機會還要多看幾遍
書的經(jīng)典已不用多說,只希望自己能認(rèn)真讀完,有所收獲。
經(jīng)典無需多說!可惜現(xiàn)實工作中N多人一直在重蹈覆轍!
40周年的人月神話就說明了問題,實用加理論結(jié)合,而且對實踐工作有指導(dǎo)作用,,贊贊贊。。。
本書實在是經(jīng)典的項目管理方面的書籍,都不用評論了。
no silver bullet. 很多觀點隨著進(jìn)入行業(yè)越久越來越有體會。軟件工程,或者是IT產(chǎn)業(yè)的發(fā)展離不開管理復(fù)雜度,離不開人。
書很不錯朋友推薦,當(dāng)當(dāng)買書更實惠,書更好,好書是學(xué)習(xí)奮斗開始!經(jīng)典必備 擼起
經(jīng)典的著作,軟件開發(fā)人員的圣經(jīng),都是用來形容這本書的。不需要太多的解釋,書與時間會給予答案。
不朽的經(jīng)典。這是第二次買了,上一次是十年前,現(xiàn)在買來紀(jì)念下。
項目管理的經(jīng)典,但是當(dāng)時不是想要項目管理的,,有時間的話,看下應(yīng)該也是可以的
雖然是40多年前的文章,但是放到今天仍然非常有借鑒價值,按照人月進(jìn)行度量在今天仍然大行其道。
碼農(nóng)拯救世界的說明書!雖然是40多年前的文章,但是放到今天仍然非常有借鑒價值,按照人月進(jìn)行度量在今天仍然大行其道。
這個版本的不值得買來看,本來是一個小冊子,出版社非得加些無須有的內(nèi)容充數(shù),以成為一本厚書,然后定個高價,排版可以看出極盡延長頁數(shù),絕好的經(jīng)典被毀了,可惜!
軟件工程的不朽經(jīng)典,項目管理者必讀。這本書收錄了許多失敗項目的經(jīng)驗教訓(xùn),值得我們仔細(xì)品味
軟件工程領(lǐng)域的神話。但是該書確實太老了,40周年!!!但是讀經(jīng)典能常讀常新。為了向先驅(qū)們致敬也好,為了找點子也好,也還是很建議讀一讀的。
新增了近十年名作解析、名家賞讀。40周年版一出又買了本珍藏,對我的工作幫助非常大,正向書中所說,這是一本經(jīng)典著作,與軟件開發(fā)有關(guān)的每一個人都應(yīng)該不止一次的讀這本書,超值的作品,枕邊書,不多說
這本書是在勉強看了一半,內(nèi)容很差勁,浪費了錢和時間。最后悔的一本書。不針對當(dāng)當(dāng),不針對商家,只評論內(nèi)容。
新增了近十年名作解析、名家賞讀。40周年版一出又買了本珍藏,對我的工作幫助非常大,正向書中所說,這是一本經(jīng)典著作,與軟件開發(fā)有關(guān)的每一個人都應(yīng)該不止一次的讀這本書,超值的作品,枕邊書,不多說