《人月神話》

《人月神話》

《人月神話》作者為人們管理複雜項目提供了頗具洞察力的見解,既有很多發人深省的觀點,也有大量的軟體工程實踐。內容來自布魯克斯在IBM公司 System/360家族和OS/360中的項目管理經驗。

基本信息

圖書封面

《人月神話》《人月神話》

作者簡介

《人月神話》《人月神話》
FrederickP.Brooks,Jr.曾榮獲美國計算機領域最具聲望的圖靈獎(A.M.TURINGAWARD)桂冠。美國計算機協會(ACM)稱讚他“對計算機體系結構、作業系統和軟體工程作出了里程碑式的貢獻”。 Brooks博士是北卡羅萊納大學KENAN-FLAGLER商學院的計算機科學教授。他被認為是“IBM360系統之父”,曾擔任360系統的項目經理,以及360系統項目設計階段的經理。憑藉在此項目中的傑出貢獻,他與BobEvarlsErichBIocll在1985年榮獲了美國國家技術獎(NationalMedalofTecPlnoIogy)。Brooks博士早期曾擔任IBM公司stretcPlHarvest計算機的體系結構設計師。 Brooks博士創立了北卡羅萊納的說法。

譯者簡介

本書由UMLChina翻譯組成員汪穎(AdamsWang)負責翻譯。UMLChina是中文世界訪問量最大的軟體工程網站。

編輯推薦

一本在軟體領域絕無僅有,20餘年暢銷不衰的必讀經典。年輕的軟體工程師、吝嗇的研究生、懶惰的軟體老手常請我標示出迄今為止最好的軟體圖書。“如果我帶著僅有的一本計算機書在沙漠荒島上,”他們問,“應該是哪本書?”這是個荒謬的問題,但人們堅持要個答案。假如你真的被放逐到這樣的小島(或者你決定躲藏到這樣的地方去避免2000年軟體崩潰的恐懼!),《人月神話》應該緊隨著你。

——EdYourdon

本書簡介

《人月神話》《人月神話》

《人月神話》提出了2條著名的法則: 1、人月神話:向一個已經延後的項目中投入更多的人力資源只會讓它更延後。 2、沒有銀彈:沒有一種策略,技術或者技巧可以極大地提高程式設計師的生產力。

相關評論

《人月神話》《人月神話》

1:我唯一一本讀過一遍以上的書,是FredBrooks的《人月神話》,實際上我每過一兩年都重讀一遍。部分原因是這本書文筆很好,部分原因是書中的忠告很有價值,即使是25年以後。當然,現在很多細節上的地方,和我們做事情的方法建行概況及可供客戶空間更加寬廣砍價更快樂價格空間更好看了和快樂就好了客戶快樂就好看了好iuyi機會看了厲害了科技落後力進經濟 會儘快回來看見離開黃金客戶考慮好iugiuyuio很快就厲害厲害 空間厲害了客戶考慮原來的隨筆依然是這本書的心臟與靈魂。在這本書中,Brooks解決了如何組織和管理大規模編程項目的問題。這些項目要求成百上千的程式設計師,產生幾百萬行代碼(想想SAP、Oracle資料庫引擎、Windows2000)。Brooks簡潔、清晰的作品讀起來令人愉快。如果你是個程式設計師,如果你和程式設計師一起工作,如果你管理程式設計師,你應該閱讀這本書。”
--FrankChance

3:二十五年後,我們仍然讀這本書,學習它。在業界,大部分書六個月後就無用了,這本書則是空前的。記住,雖然,最終會有書能達到它的水平。

--JasonBennet

4:自FrederickP.Brooks,Jr.出版經典著作《人月神話:軟體工程隨筆》已經20年了。在這部注重實效、明晰的書中,Brooks剖析了許多工程管理的神話,這些神話來自他在年輕的軟體工業中有意義的實踐。典型的,他抨擊了在項目中增加人手可以促進項目的完成的幻想。帶著實例、幽默、嚴密的邏輯,Brooks展示了這些神話實際上如何給軟體項目帶來災難並導致延遲。  --ChrisLarson

5:如果,你已經擁有了老版本,你仍然會為帶有額外的四章的新版感到高興;如果你以前從未讀過它,把其他事放在一邊,立刻補上這重要的一課。象老版本對暴露關於延遲六、七十次的IBM感興趣一樣,這個版本增加了一些關於微軟的注釋(儘管如此,每晚重建開項目的策略不能解釋為何Windows95的M8beta版的版本是950版)。 

--FrancisGlassborow

相關詞條

相關搜尋

熱門詞條

聯絡我們