設計原本：計算機科學巨匠Frederick P.Brooks的反思(經典珍藏)（簡體書）

如果說《人月神話》是近40年來所有軟件開發工程師和項目經理們必讀的一本書，那麼《設計原本：計算機科學巨匠FrederickP．Brooks的反思》將會是未來數十年內從事軟件行業的程序員、項目經理和架構師必讀的一本書。它是《人月神話》作者、著名計算機科學家、軟件工程教父、美國兩院院士、圖靈獎和IEEE計算機先驅獎得主Brooks在計算機軟硬件架構與設計、建築和組織機構的架構與設計等領域畢生經驗的結晶，是計算機圖書領域的又一史詩級著作。《設計原本：計算機科學巨匠FrederickP．Brooks的反思》從工程師和架構師的視角深入地探討了設計的和過程，尤其是複雜系統的設計過程，旨在提高產品的實用性與有效性，以及設計的效率和優雅性。全書共28章，分為6個部分：第一部分（1~5章）主要討論了什麼是設計、設計過程的思考、設計的類別、理性模型及其缺陷、以及對一些好的設計過程模型的探討；第二部分（6~7章）主要討論了協作設計與遠程協作；第三部分（8~16章）全面總結了設計中的各種原則、經驗和教訓，包括設計中理性主義與經驗主義、用戶模型、資源預算、約束、設計中的美學與風格、設計中的垘本、設計的分離、設計的演變途徑和理由，以及專業設計者為何會犯錯；第四部分（17~18）探討了建築設計與計算機軟硬件設計在設計思想和方法上的一些共同點和不同之處；第五部分（19~20章）探討了卓越的設計和卓越的設計師之間的關係，以及如何培養卓越的設計師；第六部分（21~28章）通過各個領域的各種類型的案例進行了分析和研究，旨在深刻揭示隱藏在這些案例背後不變的設計過程和思想。除了從事計算機軟硬件相關工作的讀者應該閱讀本書之外，其他領域的設計者、設計項目經理和設計理論研究人員也都能從《設計原本：計算機科學巨匠FrederickP．Brooks的反思》中找到大量寶貴資料。

FrederickP．Brooks，Jr，著名計算機科學家、軟件工程教父、美國兩院院士、圖靈獎和IEEE計算機先驅獎得主。他在計算機軟硬件的架構與設計和軟件工程領域有極其深厚的造詣，並取得了舉世矚目的成就。他是IBMSystem/360計算機和OperatingSystem/360操作系統的項目經理和總設計師，還是IBMStretch和Harvest等沿續至今的計算機體系結構的總架構師。他不僅提出了軟件工程領域具有深遠影響的“沒有銀彈”的著名論點，而且著有軟件工程領域的傳世之作《人月神話》，暢銷30餘年，為軟件行業的發展做出了巨大貢獻。此外，他在建築設計方面也有十分深入的研究，曾參與北卡羅來納大學的西特森廳的設計，是設計委員會的正式成員。譯者簡介：高博，資深軟件開發工程師、架構師和項目經理，畢業于上海交通大學計算機系，在微軟、惠普和盛大等國內外知名企業從事軟件開發相關的工作近10年，積累了豐富的經驗。對程序設計語言、軟件測試方法學、軟件架構設計、軟件項目管理和雲計算等技術方向和領域有濃厚的興趣，並致力於這些方面的研究和實踐。他熱衷於分享，近年來翻譯了《C++：99個常見編程錯誤》、《微軟的軟件測試之道》、《源碼中國》、《研究之美》等多本經典著作，在業界頗有影響力。朱磊，資深軟件開發工程師，畢業于上海交通大學軟件工程系，現就職于EMC上海卓越研發中心，擔任軟件開發工程師。業餘時間潛心於技術的鑽研，非常喜歡與人分享和交流，擔任上海交通大學飲水思源論壇Java版版主已4年有餘。曾參與過數本軟件開發類著作的翻譯。王海鵬，資深軟件開發工程師、架構師、諮詢顧問和培訓講師，畢業于華東師範大學，有近20年軟件行業從業經驗，經驗十分豐富。專注于軟件架構及其方法學的研究，致力於提高軟件開發的效率和品質。翻譯經驗頗豐，已為國內軟件行業從業者們奉上了近20本經典著作，主題涵蓋敏捷方法學、需求工程、UML建模和測試等多個領域。

《設計原本:計算機科學巨匠Frederick P.Brooks的反思》為圖靈獎得主、《人月神話》作者Brooks封筆之作，揭秘軟件設計神話！程序員、項目經理和架構師必讀的一本書！

Managing in the Next socManaging in the Next society譯者序前言第一部分 設計之模型第1章 設計的疑問1．1 培根的結論對嗎1．2 什麼是設計1．3 何為實在？設計理念1．4 對設計過程的思考1．5 設計面面觀1．6 注釋和參考文獻第2章 工程師怎樣進行設計思維-理性模型2．1 模型概覽2．2 該模型的構思從何而來2．3 理性模型有哪些長處2．4 注釋和參考文獻第3章 理性模型有哪些缺陷3．1 在初始階段我們並不真正地知道目標是什麼3．2 我們通常不知曉設計樹的樣子-一邊設計一邊探索3．3 （設計樹上的）節點實際上不是設計決策，而是設計暫定方案3．4 效用函數無法以增量方式求值3．5 必要條件及其權重在持續變化3．6 約束在持續變化3．7 對理性模型的其他批評3．8 儘管存在諸多缺陷和批評，理性模型依然頑固存在3．9 那又如何？我們的設計過程模型真的那麼事關緊要嗎3．10 注釋和參考文獻第4章 需求、罪念以及合同4．1 一段恐怖往事4．2 殊為不幸，無獨有偶4．3 抵制需求膨脹和蠕變4．4 罪念4．5 合同4．6 一種合同模型4．7 注釋和參考文獻第5章 有哪些更好的設計過程模型5．1 為什麼要有一個占主導地位的模型5．2 共同演化模型5．3 Raymond的集市模型5．4 Boehm的螺旋模型5．5 設計過程模型：第2～5章的討論小結5．6 注釋和參考文獻第二部分 協作與遠程協作第6章 協作設計6．1 協作在本質上是好的嗎6．2 團隊設計是現代標準6．3 協作的成本6．4 挑戰在於保持概念完整性6．5 如何在團隊設計中獲得概念完整性6．6 協作何時有幫助6．7 對設計本身而言，協作何時無用6．8 兩人團隊很神奇6．9 對於計算機科學家意味著什麼6．10 注釋和參考文獻第7章 遠程協作7．1 為什麼要遠程協作7．2 就地取材-IBM System/360計算機系列的分布式開發（1961～1965）7．3 讓遠程協作有效7．4 遠程協作的技術7．5 注釋和參考文獻第三部分 設計面面觀第8章 設計中的理性主義與實證主義之爭8．1 理性主義與實證主義8．2 軟件設計8．3 我是一個根深蒂固的實證主義者8．4 其他設計領域中的理性主義、實證主義與正確性驗證8．5 注釋和參考文獻第9章 用戶模型-寧錯勿淆9．1 定義明確的用戶模型和使用模型9．2 團隊設計9．3 如果實際情況難以預料，有什麼對策9．4 注釋和參考文獻第10章 英寸、盎司、比特與美元-預算資源10．1 何謂預算資源10．2 錢不是萬能的10．3 同一種資源也會有不同風格，甚至有替代品10．4 預算資源並非一成不變10．5 那我們究竟該怎麼辦10．6 注釋和參考文獻第11章 約束是友非敵11．1 約束11．2 歸結於一點11．3 設計悖論：通用產品比專用產品更難設計11．4 注釋和參考文獻第12章 技術設計中的美學與風格12．1 技術設計中的美學12．2 揭開邏輯之美的面紗12．3 技術設計中的風格12．4 何謂風格12．5 風格的特點12．6 若要使風格保持一致，請將它寫成文檔12．7 如何形成良好的風格12．8 注釋和參考文獻第13章 設計中的範例13．1 全新的設計是罕見的13．2 範例所扮演的角色13．3 計算機和軟件設計中的問題13．4 研究範例的設計原理13．5 應該用什麼樣的方式來改進基於範例的設計13．6 範例-惰性、創新與自滿13．7 注釋和參考文獻第14章 智者千慮，必有一失14．1 錯誤14．2 曾經最糟糕的計算機語言14．3 JCL何至於此14．4 經驗教訓14．5 注釋和參考文獻第15章 設計的分離15．1 設計與使用和實現的分離15．2 為什麼分離15．3 分離的結果15．4 補救措施15．5 注釋和參考文獻第16章 展現設計的演變軌跡和理由16．1 簡介16．2 知識網線性化16．3 我們的設計演變軌跡記錄16．4 我們研究房屋設計過程的過程16．5 深入設計過程16．6 決策樹與設計樹16．7 模塊化與緊密集成的設計16．8 Compendium和可選工具16．9 DRed：一個誘人的工具16．10 注釋和參考文獻第四部分 一套計算機科學家夢寐以求的房屋設計系統第17章 計算機科學家夢寐以求的房屋設計系統-從頭腦到電腦17．1 挑戰17．2 願景17．3 輸入機構的願景：從頭腦到電腦17．4 指定動詞17．5 指定名詞17．6 指定文字17．7 指定狀語17．8 指定視點和視圖17．9 注釋和參考文獻第18章 計算機科學家夢寐以求的房屋設計系統-從電腦到頭腦18．1 雙向通道18．2 視覺顯示-多個並列顯示的窗口18．3 聽覺展示18．4 觸覺展示18．5 推而廣之18．6 可行性18．7 注釋和參考文獻第五部分 卓越的設計師第19章 偉大的設計來自偉大的設計師19．1 偉大的設計與產品過程19．2 產品過程-優點和不足19．3 觀點碰撞：過程扼殺創新，但又不可避免，如何是好19．4 注釋和參考文獻第20章 偉大的設計師從哪裡來20．1 我們必須教會他們設計20．2 我們必須為偉大設計而招募人才20．3 我們必須有意識地培養他們20．4 我們必須在管理他們時發揮想像力20．5 我們必須積極地保護他們20．6 把自己培養成一名設計師20．7 注釋和參考文獻第六部分 設計空間之旅：案例研究第21章 案例研究：海濱小屋“View/360”21．1 亮點和特性21．2 背景介紹21．3 目標21．4 機會21．5 約束條件21．6 設計決定21．7 考慮正面21．8 小屋的尺寸21．9 設想的開始21．10 在設計之後，構建之前的設計改動21．11 在框架和外牆完成和初次入住之後的設計改動21．12 結果評估（在項目驗收37年後）21．13 學到的一般經驗第22章 案例研究：增加廂房22．1 亮點和特性22．2 背景介紹22．3 目標22．4 約束條件22．5 非約束條件22．6 事件22．7 設計決定和迭代22．8 結果評估-成功與缺憾22．9 學到的一般經驗22．10 注釋和參考文獻第23章 案例研究：廚房重新建模23．1 亮點和特性23．2 背景介紹23．3 目標23．4 機會23．5 約束條件23．6 關鍵寬度預算的推理23．7 長度預算的推理23．8 其他設計決定23．9 結果評估23．10 滿足的其他迫切需求23．11 在設計中使用圖紙、CAD、模型、仿真模型和虛擬環境23．12 學到的一般經驗23．13 注釋和參考文獻第24章 案例研究：System/360體系結構24．1 亮點和特性24．2 項目介紹和相關背景24．3 目標24．4 機遇（截至1961年6月）24．5 挑戰和限制24．6 最重大的設計決策24．7 里程碑事件24．8 結果評估24．9 學到的一般經驗24．10 注釋和參考文獻第25章 案例研究：IBM Operating System/360操作系統25．1 亮點和特性25．2 項目介紹和相關背景25．3 接受挑戰25．4 設計決策25．5 結果評估25．6 設計師團隊25．7 學到的一般經驗25．8 注釋和參考文獻第26章 案例研究：《Computer Architecture： Concepts and Evolution》 圖書設計26．1 亮點和特性26．2 項目介紹和相關背景26．3 項目目標26．4 機遇26．5 約束26．6 設計決策26．7 結果評估26．8 經驗教訓第27章 案例研究：聯合計算中心組織：三角區大學計算中心27．1 要點和特點27．2 項目介紹和相關背景27．3 目標27．4 機遇27．5 限制27．6 設計決策27．7 備選的董事會投票方案27．8 結果評估27．9 經驗教訓27．10 注釋和參考文獻第28章 推薦讀物致謝參考文獻