人月神話(40周年中文紀念版)

人月神話(40周年中文紀念版) pdf epub mobi txt 電子書 下載2025

小弗雷德裏剋•布魯剋斯曾獲得美國計算機領域最具聲望的圖靈奬(A. M. Turing Award)。美國計算機協會(ACM)稱贊他“對計算機體係結構、操作係統和軟件工程做齣瞭裏程碑式的貢獻”。

布魯剋斯博士1956年開始任職於IBM公司,早期擔任Stretch 和Harvest計算機的體係建構師。他被認為是“IBM 360係統之父”,曾擔任360係統的項目經理。憑藉在此項目中的傑齣貢獻,他與Bob Evans和Erich Bloch在1985年獲得瞭美國國傢技術奬(National Medal of Technology)。

布魯剋斯博士創立瞭北卡羅來納大學的計算機科學係,並於1965-1985年擔任係主任。他還曾任職於美國國傢科技局和國防科學技術委員會。目前其仍活躍於從事虛擬環境和科學可視化等方麵的研究工作,2010年獲得虛擬現實事業奬(IEEE Virtual Reality Career Award)。

出版者:清華大學齣版社
作者:(美) 布魯剋斯(Brooks, F. P.) 著
出品人:
頁數:392
译者:UML China翻譯組,汪穎 譯
出版時間:2015-4-1
價格:68.00元
裝幀:平裝
isbn號碼:9787302392644
叢書系列:
圖書標籤:
  • 軟件工程 
  • 項目管理 
  • 計算機 
  • 軟件開發 
  • 人月神話 
  • 産品經理 
  • 管理 
  • 經典 
  •  
想要找書就要到 小哈圖書下載中心
立刻按 ctrl+D收藏本頁
你會得到大驚喜!!

在軟件領域,很少能有像《人月神話》一樣具有深遠影響力和暢銷不衰的著作。Brooks博士為人們管理復雜項目提供瞭最具洞察力的見解,既有很多發人深省的觀點,又有大量軟件工程的實踐。本書內容來自Brooks博士在IBM公司SYSTEM/360傢族和OS/360中的項目管理經驗,該項目堪稱軟件開發項目管理的典範。該書英文原版一經麵世,即引起業內人士的強烈反響,後又譯為德、法、日、俄、中、韓等多種文字,全球銷售數百萬冊。確立瞭其在行業內的經典地位。

在本書第一次齣版40年後的今天,我們重新整理瞭Brooks博士的經典內容,並將國內軟件開發領域先行者們對《人月神話》中的實踐及係統理論的使用經驗和心得集結成冊免費贈與大傢共享,更使本書成為國內從業者的必讀經典之一。

本書讀者包括:軟件開發人員、軟件項目經理、係統分析師等IT從業者。

具體描述

讀後感

評分

其实已经读过汉译版了,不过还是对中文的翻译信不过,还想再读一遍原版。看过这本书让我对软件有了一个全新的认识,颠覆了我以前的很多幼稚的想法,实在是一本好书,我想我会读很多遍的。  

評分

****************************************************这本书的格局 我很喜欢这本书。 这本书从软件的乐趣和苦恼写起,体现了老一辈黑客的纯粹。也体现了生活哲学:莫忘初心。 确实,软件对于一个立志于建设的青年来说是最理想的场景:凭空,凭大脑,凭双手,凭一台计算机。...  

評分

如果你是技术出身的管理人员,看完了会有这样的感慨。。。丫什么都没说吧。。。:) 所以也没记住什么。。。唯一有些印象的是原版中反对封装,后来事实证明他错了。:)不过作者能坦率的承认也实在值得我们学习。 另外,而对于人月神话这个著名的命题,太理想化了。 很多时候,de...  

評分

****************************************************这本书的格局 我很喜欢这本书。 这本书从软件的乐趣和苦恼写起,体现了老一辈黑客的纯粹。也体现了生活哲学:莫忘初心。 确实,软件对于一个立志于建设的青年来说是最理想的场景:凭空,凭大脑,凭双手,凭一台计算机。...  

評分

1.如果你刚开始学习编程,建议你别看这本书,因为太多过去的历史,你根本没有兴趣。有这个时间不如看看如何写出漂亮的程序。 2.如果你只喜欢编程,建议你也别看这本书,因为书中介绍得更多是项目的内容,其实你根本用不到。  

用戶評價

评分

《奔騰年代》的書單

评分

第一遍

评分

暢銷40周年經久不衰!

评分

人總是高估自己、低估睏難。軟件工程很大一部分精力花費在解決bug上。就好像教皇一開始以為青銅聖鬥士就能解決雅典娜領導的五小強,但是沒想到對手的難纏程度是會隨著項目的進行不斷成長的,導緻後來不斷增加人手,白銀、黃金聖鬥士甚至教皇本人都搞不定瞭。其實作者提齣的解決辦法也是一開始就由主帥和副手把控項目骨架,再派精兵強將去快速解決那些將來可能會耗費很多精力的小問題,所謂殺雞用牛刀。還有就是把開發版本中遇到的問題和修改都文檔化,便於其他人學習交流。軟件工程的協同工作和軍事行動很像。

评分

缺乏閤理的時間進度是造成項目滯後的主要原因。人月暗示瞭人員數量和時間是可以相互替換的,混淆瞭工作量和項目進展。進度安排是1/3計劃、1/6編碼、1/4構件測試以及1/4係統測試。為進度落後的項目增加人員隻會拖後進度(任務重新分配、培訓新人員、額外的溝通)。首席程序員帶領一個外科手術隊伍、小型精乾的團隊是最好的,少數結構師保證瞭産品的概念完整性(係統設計最重要的因素),其他協助人員保證瞭生産率,概念統一能加快開發和測試,體係結構、設計實現和物理實現的工具可以並行。項目會失敗的首要原因是缺乏網狀的交流和協作,必須進行人力和職責劃分。軟件項目要明確目標、用戶手冊、內部文檔、進度、預算、規模組織結構和工作空間分配。沒有銀彈=沒有任何單獨的軟件工程進展可以使軟件生産率有數量級的提高。SY

本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度google,bing,sogou

© 2025 qciss.net All Rights Reserved. 小哈圖書下載中心 版权所有