设计原本：计算机科学巨匠Frederick P.Brooks的反思（珍藏版） [The Design of Design] pdf epub mobi txt 电子书 下载 2026

简体网页||繁体网页

☆☆☆☆☆

[美] Frederick P. Brooks，Jr. 著，高博，朱磊，王海鹏 译

图书标签:

• 计算机科学
• 软件工程
• 设计模式
• 编程思想
• 经典著作
• Brooks
• 反思
• 软件开发
• 技术历史
• 计算机理论

出版社： 机械工业出版社

ISBN：9787111416265

版次：1

商品编码：11217619

品牌：机工出版

包装：平装

外文名称：The Design of Design

开本：16开

出版时间：2013-04-01

用纸：胶版纸

页数：300

正文语种：中文

产品特色

编辑推荐

　　

　　图灵奖得主、《人月神话》作者Brooks封笔之作，揭秘软件设计神话！
　　程序员、项目经理和架构师必读的一本书！
　　

内容简介

　　如果说《人月神话》是近40年来所有软件开发工程师和项目经理们必读的一本书，那么《设计原本：计算机科学巨匠Frederick P.Brooks的反思》将会是未来数十年内从事软件行业的程序员、项目经理和架构师必读的一本书。它是《人月神话》作者、著名计算机科学家、软件工程教父、美国两院院士、图灵奖和IEEE计算机先驱奖得主Brooks在计算机软硬件架构与设计、建筑和组织机构的架构与设计等领域毕生经验的结晶，是计算机图书领域的又一史诗级著作。
　　《设计原本：计算机科学巨匠Frederick P.Brooks的反思（珍藏版）》从工程师和架构师的视角深入地探讨了设计的和过程，尤其是复杂系统的设计过程，旨在提高产品的实用性与有效性，以及设计的效率和优雅性。全书共28章，分为6个部分：第一部分（1~5章）主要讨论了什么是设计、设计过程的思考、设计的类别、理性模型及其缺陷、以及对一些好的设计过程模型的探讨；第二部分（6~7章）主要讨论了协作设计与远程协作；第三部分（8~16章）全面总结了设计中的各种原则、经验和教训，包括设计中理性主义与经验主义、用户模型、资源预算、约束、设计中的美学与风格、设计中的范本、设计的分离、设计的演变途径和理由，以及专业设计者为何会犯错；第四部分（17~18）探讨了建筑设计与计算机软硬件设计在设计思想和方法上的一些共同点和不同之处；第五部分（19~20章）探讨了设计和设计师之间的关系，以及如何培养设计师；第六部分（21~28章）通过各个领域的各种类型的案例进行了分析和研究，旨在深刻揭示隐藏在这些案例背后不变的设计过程和思想。
　　除了从事计算机软硬件相关工作的读者应该阅读本书之外，其他领域的设计者、设计项目经理和设计理论研究人员也都能从《设计原本：计算机科学巨匠Frederick P.Brooks的反思》中找到大量宝贵资料。

作者简介

　　Frederick P. Brooks,Jr，著名计算机科学家、软件工程教父、美国两院院士、图灵奖和IEEE计算机先驱奖得主。他在计算机软硬件的架构与设计和软件工程领域有极其深厚的造诣，并取得了举世瞩目的成就。
　　他是IBM System/360计算机和Operating System/360操作系统的项目经理和总设计师，还是IBM Stretch和Harvest等沿续至今的计算机体系结构的总架构师。他不仅提出了软件工程领域具有深远影响的“没有银弹”的著名论点，而且著有软件工程领域的传世之作《人月神话》，畅销30余年，为软件行业的发展做出了巨大贡献。
　　此外，他在建筑设计方面也有十分深入的研究，曾参与北卡罗来纳大学的西特森厅的设计，是设计委员会的正式成员。

　　高博，资深软件开发工程师、架构师和项目经理，毕业于上海交通大学计算机系，在微软、惠普和盛大等国内外知名企业从事软件开发相关的工作近10年，积累了丰富的经验。对程序设计语言、软件测试方法学、软件架构设计、软件项目管理和云计算等技术方向和领域有浓厚的兴趣，并致力于这些方面的研究和实践。他热衷于分享，近年来翻译了《C++：99个常见编程错误》、《微软的软件测试之道》、《源码中国》、《研究之美》等多本经典著作，在业界颇有影响力。

　　朱磊，资深软件开发工程师，毕业于上海交通大学软件工程系，现就职于EMC上海卓越研发中心，担任软件开发工程师。业余时间潜心于技术的钻研，非常喜欢与人分享和交流，担任上海交通大学饮水思源论坛Java版版主已4年有余。曾参与过数本软件开发类著作的翻译。

　　王海鹏，资深软件开发工程师、架构师、咨询顾问和培训讲师，毕业于华东师范大学，有近20年软件行业从业经验，经验十分丰富。专注于软件架构及其方法学的研究，致力于提高软件开发的效率和品质。翻译经验颇丰，已为国内软件行业从业者们奉上了近20本经典著作，主题涵盖敏捷方法学、需求工程、UML建模和测试等多个领域。

内页插图

目录

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章 推荐读物
致谢
参考文献

前言/序言

　　我写这本书的目的，意在督促设计师和设计项目经理们去努力思考设计活动的过程（process），特别是复杂系统的设计过程。本书是站在工程师的角度来思考的，不仅注重实用（utility）与效益（effectiveness），也兼顾效率（efficiency）和优雅（elegance）。
　　谁应该读这本书 《人月神话》一书的目标读者是“职业程序员、职业经理人，尤其是管理程序员的职业经理人”。在该书中，我讨论了团队在开发软件时，获得概念完整性（conceptual integrity）的必要、困难和方法。
　　而本书的读者范围则扩大了很多，它融入了我35年以来取得的经验和教训。设计经验让我确信，不同设计领域的设计过程包含一些不变的因素。因此本书的目标读者是：
　　1）各种类型的设计师。设计如果只走系统化路线，而摒除了直觉，就只能得到亦步亦趋的抄袭品和仿冒品。然而，如果只跟着直觉走，而不讲系统化，则产品只会是瑕疵满盈的空中楼阁。如何将直觉和系统化的方法融合在一起？如何在设计师生涯中成长？如何在一个设计团队中发挥作用？虽然本书涉及的领域甚广，但我期望的读者却是侧重于计算机软件和硬件的设计师—我自身的定位决定了面对这个读者群体我能够论述的内容最为具体。因此，在这些领域的例子中，有时会涉及技术细节。其他读者完全可以跳过这些细节，不影响理解。
　　2）设计项目经理。为了避免灾难，项目经理在设计他的设计过程中，就必须结合理论与口口相传的实践经验，而不能仅仅去抄袭某个过度简化的学术模型，也不能拿到一个过程，就生搬硬套，而对理论依据或别人的经验不闻不问。
　　3）设计研究人员。对设计过程的研究已经日渐成熟。这是好事，但并不是事事都好。发表出来的研究论文关注的主题越来越狭窄，而对于大局问题的讨论则越来越少。或许是出于对精确性，以及对“设计成为一门科学”的期望，想要在科学研究之外发表一些东西变得很困难。我建议设计思想家和研究人员，即使社会科学方法论的帮助不大，也应该重新关注起大局问题。我充分相信，他们也会质疑我的论述是否普遍适用，以及我的观点是否真的成立。我希望将他们的一些研究成果带给实践者，谨以此为他们的学科提供一些帮助。

《设计之道：一位计算机科学巨匠的思考与洞察》（珍藏版） 深入探究复杂系统的构建哲学，领略一位先驱者的智慧与远见。 这本书并非仅仅是关于软件工程的教科书，它是一次对“设计”这一核心概念的深度挖掘，一次对人类创造力与理性思维边界的探索。作者，一位在计算机科学领域留下深刻印记的传奇人物，以其丰富的实践经验、敏锐的洞察力和非凡的表达能力，为我们展开了一幅关于复杂系统设计壮丽而又不失细腻的画卷。这不仅仅是一部技术论著，更是一部融合了哲学思辨、管理智慧和人生感悟的著作，适合所有致力于创造、改进和理解复杂事物的读者。 核心在于“设计”的本质：从概念到实现，从失败到卓越 本书的精髓在于对“设计”这一行为本身的深刻剖析。作者认为，真正的设计并非简单的技术堆砌，而是一个复杂、迭代、充满挑战的过程。它涉及到对问题的深刻理解、对需求的精准把握、对解决方案的巧妙构思，以及对潜在风险的预见与规避。从最初的灵光乍现，到方案的细化打磨，再到最终的落地实现，每一个环节都蕴含着无数的选择与权衡，每一个决策都可能左右事物的命运。 作者以一种近乎“解剖”的方式，剖析了设计过程中常见的陷阱与迷思。他无情地揭示了那些看似合理却往往导致灾难性后果的设计思维误区，例如“完美主义的陷阱”、“过度设计”、“需求漂移”等。他并非空谈理论，而是通过大量生动、真实的案例，将抽象的设计原则具象化。这些案例涵盖了从早期的计算机系统开发到大型工程项目的管理，每一个故事都蕴含着深刻的教训，每一个失败的案例都成为了宝贵的财富。 洞察复杂性：理解“不可能的任务”背后的逻辑 在作者的笔下，“复杂性”不再是一个令人望而生畏的抽象概念，而是一个可以通过理解和管理来驾驭的力量。他详细阐述了为何许多看似简单的项目会演变成“不可能的任务”，并深入分析了复杂性在不同维度上的表现：技术复杂性、组织复杂性、人为复杂性等。他强调，理解复杂性的根源是成功设计的基石。 书中关于“系统思维”的论述尤为引人入胜。作者提倡从整体的角度审视问题，理解各个组成部分之间的相互关联和作用。他教导读者如何跳出局部视野，看到隐藏在表象之下的系统规律。这种系统性的思考方式，不仅有助于设计出更健壮、更易于维护的系统，也能帮助我们在面对复杂挑战时，找到更有效的解决方案。 管理之道：引领团队走向成功的不二法门 作为一位在大型项目管理方面拥有丰富经验的领导者，作者对项目管理中的挑战有着深刻的理解。他清晰地勾勒出优秀项目管理的轮廓，强调了清晰的目标设定、合理的资源分配、有效的沟通机制以及灵活的应对策略的重要性。 本书并非鼓吹僵化的管理流程，而是强调“以人为本”的管理哲学。作者深刻地认识到，项目成功与否，很大程度上取决于团队成员的能力、协作与士气。他分享了如何建立信任、激发创造力、有效解决冲突的经验。他认为，一个成功的项目经理，不仅是技术的专家，更是人心的凝聚者和方向的引领者。 尤其值得一提的是，作者对“迭代式开发”的思考，在今天看来依然具有前瞻性。他早早地认识到，在快速变化的环境中，一次性完成完美设计的思维是不可行的。拥抱变化、逐步完善、从小处着手并不断验证，是应对复杂性和不确定性的明智选择。 反思与启示：设计哲学与人生智慧的交融 《设计之道》的价值远不止于技术层面。作者在字里行间流露出的深刻思考，将设计原则与更广泛的人生哲学融为一体。他鼓励读者审视自己的工作方式、思考模式，以及如何在这个日益复杂的世界中保持清醒与创造。 书中关于“第二次谬误”的讨论，引发了人们对“重复犯错”这一普遍现象的深刻反思。作者用犀利的笔触，揭示了人们在面对相似困境时，为何会不自觉地重蹈覆辙，并提供了打破这种循环的智慧。 更深层次上，本书是对人类智慧和创造力的一次赞歌。它颂扬了那些敢于挑战未知、勇于探索边界的创新者，也提醒着我们在追求卓越的过程中，保持谦逊、警醒和持续学习的态度。作者的叙述风格，充满了一种温和而坚定的力量，他的文字仿佛能点亮思维的火花，激发读者内心深处的思考。 为谁而作？ 这本书的读者群体非常广泛： 软件工程师与架构师： 无论您是初出茅庐的开发者，还是经验丰富的架构师，本书都将为您提供宝贵的洞察，帮助您避免常见的陷阱，构建更优秀、更健壮的软件系统。 项目经理与团队领导者： 如果您负责管理团队和项目，本书将为您提供实用的管理智慧和领导技巧，帮助您更有效地带领团队克服挑战，实现目标。 产品经理与业务决策者： 对于需要理解和定义复杂产品、制定战略的决策者而言，本书将帮助您更深刻地理解产品生命周期的各个阶段，以及如何做出更明智的设计与管理决策。 对系统设计与复杂性感兴趣的任何人： 即使您并非技术背景，只要您对人类如何创造、管理复杂事物感兴趣，本書都将为您打开一扇全新的视野，让您领略到设计背后蕴含的智慧与艺术。 珍藏价值： “珍藏版”的命名，不仅是对本书内容深刻价值的肯定，也是对其经典地位的彰显。在信息爆炸、技术日新月异的今天，这本书所蕴含的普适性设计原则、深刻的管理洞察以及对人类创造力的思考，依然闪耀着不朽的光芒。它是一本值得反复阅读、细细品味的书籍，每一次阅读，都可能带来新的启迪与感悟。 《设计之道》不仅仅是一本关于计算机科学的书，它更是一本关于如何思考、如何创造、如何领导的书。它以一位巨匠的视角，引领我们穿越复杂性的迷雾，抵达智慧的彼岸。这是一次心灵的洗礼，也是一次思维的盛宴。

评分☆☆☆☆☆

这本书的书名本身就带着一种引人入胜的哲学意味，"设计原本"四个字，仿佛一下子就将我们带到了创造的源头，去探究那些最根本、最核心的设计原则。而"计算机科学巨匠Frederick P.Brooks的反思"又增添了一层深度和权威性，让我对接下来的内容充满了期待。我一直认为，真正的智慧往往蕴藏在对事物本源的思考之中，尤其是在技术飞速发展的今天，回顾和反思那些奠定基础的理念显得尤为重要。Brooks先生的名字，对于任何一个在计算机领域有所涉猎的人来说，都是如雷贯耳的存在，《人月神话》的影响力更是无需多言。因此，当得知他将他对“设计”这一概念的思考凝聚成这本书时，我仿佛看到了一个通往更深层次理解的入口。我迫不及待地想知道，这位在软件工程领域留下了浓墨重彩一笔的智者，将如何剖析“设计”本身，它究竟是如何形成的？是天马行空的灵感，还是严谨逻辑的堆砌？抑或是两者兼而有之？这本书是否会揭示那些隐藏在优秀设计背后的普遍规律，那些超越具体项目和技术的普适性原则？我希望能在这本书中找到关于“好设计”的更清晰的定义，以及如何才能真正地“设计”出优秀的作品，而不仅仅是“制造”出来。

评分☆☆☆☆☆

读到这本书的书名，我第一反应就是它可能颠覆了我对“设计”的固有认知。我们常常把设计理解为“让东西更好看”，或者“让功能更易用”，但“设计原本”四个字，似乎指向了更深层次的本质。Frederick P.Brooks先生在计算机科学领域的赫赫威名，让我相信他对于“设计”的理解，必然是经过了无数实践的检验和深刻的反思。我想知道，他所说的“设计原本”，究竟是指那些被普遍接受的设计范式，还是那些更普适的、关于如何思考如何创造的底层逻辑？我迫切地想了解，他是否能够揭示那些让优秀设计得以脱颖而出的“秘诀”，这些秘诀是否是能够被学习和掌握的。这本书会否像一本“设计圣经”，为我们指明方向，帮助我们避免那些设计上的“雷区”？它是否会提供一套系统性的方法论，让我们能够更有效地进行设计，无论是产品设计、系统设计，还是更广泛意义上的“解决方案设计”。我期待从中获得一种“顿悟”，一种能够提升我自身设计思维和实践能力的契机。

评分☆☆☆☆☆

这本书的名字，尤其是“设计原本”这几个字，瞬间就激起了我内心深处的好奇。我总是觉得，在任何一个领域，最核心、最基础的原则往往是最难被发现，也是最有价值的。Frederick P.Brooks先生，作为计算机科学领域的泰斗，他对“设计”的理解，必定是经过了岁月沉淀和深入洞察的。我希望这本书能够带我进入一个关于“设计”的全新维度，去探究那些隐藏在具体事物背后的本质。也许，设计不仅仅是关于形式和功能，更是一种关于如何理解问题、如何构建解决方案的思维方式。我很好奇，Brooks先生是如何看待“设计”与“工程”之间的关系的？他是否会探讨那些在设计过程中不可避免的权衡与取舍，以及如何做出最明智的选择？这本书是否会提供一些指导性的原则，帮助我们在面对复杂的设计挑战时，能够更有条理、更有效地进行思考和实践？我渴望从中获得一种启发，一种能够让我以更深刻、更系统的方式去理解和从事“设计”的洞见。

评分☆☆☆☆☆

对于一本以“设计”为核心的书，我最关心的是它能否提供一种新的视角，去审视我们日常工作中接触到的各种事物。我们每天都在与各种“设计”打交道，从我们使用的应用程序界面，到我们阅读的书籍排版，甚至是城市规划和产品包装，无不体现着设计的力量。然而，我们往往只是被动地接受，很少去主动思考“为什么是这样？”“有没有更好的方式？”Frederick P.Brooks先生的洞察力，我相信能为我们打开一扇全新的窗户。我期望这本书不仅仅停留在理论的层面，而是能通过具体的案例、生动的比喻，甚至是那些经典的失败与成功的设计故事，来阐释他关于“设计”的理念。我希望能够从中学习到如何跳出固有的思维模式，如何以一种更具批判性和创造性的方式去审视问题。更重要的是，我希望能了解，在“设计”的背后，那些看不见的思考过程是怎样的？那些决策的依据是什么？是什么样的权衡与取舍，最终造就了一个我们所见到的“设计”？这本书会不会帮助我更好地理解复杂系统背后的逻辑，从而在自己的工作和生活中，也能做出更明智、更具前瞻性的决策？

评分☆☆☆☆☆

在我看来，一本真正有价值的书，不仅仅是知识的传递，更是一种思想的启迪。Frederick P.Brooks先生作为计算机科学领域的先驱，他的思考方式和洞察力无疑是极其宝贵的财富。当提到“设计原本”时，我联想到的不仅仅是软件设计，更是所有创造性活动背后通用的原理。我相信，这本书不仅仅会吸引计算机专业的读者，那些对创新、工程、甚至是艺术和管理感兴趣的人，也都能从中获得深刻的感悟。我期待这本书能够挑战我既有的认知，打破一些关于“设计”的刻板印象。也许，“设计”并非总是以一种显而易见、直观的方式呈现，它可能隐藏在一些看似微不足道的细节之中，或者体现在一种巧妙的系统架构之中。我想了解，在“设计”的王国里，是否有“真理”？是否有放之四海而皆准的原则？或者，它更多的是一种艺术，一种需要天赋和经验的感悟？这本书能否提供一个框架，让我们能够更好地理解那些伟大的“设计”是如何孕育而生的，以及它们为何能够经久不衰，甚至影响深远。

评分☆☆☆☆☆

不错不错不错不错不错

评分☆☆☆☆☆

硬壳包装，印刷不错，内容杠杠的

评分☆☆☆☆☆

再续经典，必读的好书，价格很优惠

评分☆☆☆☆☆

真的很一般般！！！ 第1章 引言 1.1 性能问题 1.2 解决方案 1.3 什么是负载均衡 1.3.1 负载均衡的前世 1.3.2 负载均衡的今生 1.3.3 纵向扩展 1.3.4 横向扩展 1.4 负载均衡的实现 1.4.1 网络的构成 1.4.2 缓存：网站的曲速引擎 1.4.3 使用DNS进行负载均衡 1.4.4 内容分发网络 1.4.5 6P原则 1.4.6 基础知识 1.4.7 HTTP负载均衡 1.4.8 对数据库进行负载均衡 1.4.9 对网络连接进行负载均衡 1.4.10 SSL负载均衡 1.4.11 建立高可用性集群 1.4.12 云平台上的负载均衡 1.4.13 IPv6：实现和概念 1.4.14 下一步做什么 1.5 总结 第2章 网站工作原理 2.1 开始我们的旅程 2.1.1 来自非IT背景 2.1.2 开始浏览的过程 2.1.3 通过DNS查找网站 2.1.4 最终连接到服务器 2.1.5 服务器自身 2.1.6 连接到数据库 2.1.7 缓存技术速览 2.1.8 回传到客户端 2.2 进一步了解 2.3 网络 2.3.1 TCP 2.3.2 DNS 2.3.3 速度、带宽和延迟 2.3.4 网络连接小结 2.4 HTML和Web 2.4.1 HTML 2.4.2 为什么基于文本很重要 2.4.3 为什么链接很重要 2.4.4 HTML小结 2.4.5 浏览器 2.5 Web内容 2.5.1 静态内容 2.5.2 动态内容 2.5.3 创建动态内容 2.5.4 Web内容小结 2.6 数据库：最薄弱的环节 2.7 总结 第3章 内容缓存：保持低负载 3.1 什么是缓存 3.2 走马观花 3.2.1 基于浏览器的缓存 3.2.2 Web加速器 3.2.3 Web代理 3.2.4 透明Web代理 3.2.5 边缘缓存 3.2.6 平台缓存 3.2.7 应用缓存 3.2.8 数据库缓存 3.2.9 仅仅是个开始…… 3.3 缓存理论：缓存为什么这么难 3.3.1 HTTP 1.0对缓存的支持 3.3.2 HTTP 1.1加强的缓存支持 3.3.3 解决方案 3.3.4 缓存不像看起来那么简单 3.4 Web代理 3.4.1 Squid代理服务器 3.4.2 开始了 3.4.3 故障排除 3.4.4 透明代理 3.4.5 发生了什么 3.4.6 获得帮助 3.4.7 Squid，代理中的瑞士军刀 3.5 边缘缓存：Varnish 3.5.1 默认保守缓存 3.5.2 安装Varnish 3.5.3 配置并运行 3.5.4 定制Varnish 3.6 总结 第4章 基于DNS的负载均衡 4.1 DNS内幕 4.1.1 IP地址 4.1.2 问题 4.1.3 解决方案 4.1.4 回退一步 4.2 DNS详解 4.2.1 亲自查询 4.2.2 DNS查询进阶 4.3 DNS缓存 4.3.1 查询DNS缓存 4.3.2 Linux系统上的DNS缓存 4.3.3 实质内容 4.4 BIND9 4.4.1 DNS DB的头 4.4.2 DNS数据库记录 4.4.3 加载数据库 4.4.4 检查配置文件 4.4.5 常见问题 4.4.6 测试DNS 4.5 基于DNS的负载均衡 4.5.1 基于DNS的负载均衡的优势 4.5.2 基于DNS的负载均衡的问题 4.6 总结 第5章 内容分发网络 5.1 选择CDN服务提供商 5.2 开始使用Rackspace 5.3 向CDN账户添加内容 5.4 Rackspace云文件API 5.4.1 将API集成到PHP中 5.4.2 用API密钥进行认证 5.4.3 建立连接和断开连接 5.4.4 对容器进行操作 5.4.5 对文件进行操作 5.4.6 其他有用的函数 5.5 总结 第6章 性能和可靠性计划 6.1 yoU MAke DInner In TiME 6.1.1 理解 6.1.2 决策 6.1.3 设计与实现 6.1.4 安装 6.1.5 测试、维护、评估 6.1.6 计划的重要性 6.2 备份 6.2.1 为什么备份如此重要 6.2.2 前方可能有麻烦 6.2.3 必须实现自动化 6.2.4 战术备份 6.2.5 战略备份 6.2.6 增量备份与全备份 6.2.7 一定，一定要测试恢复！ 6.3 总结 第7章 负载均衡基础 7.1 什么是负载均衡 7.2 有哪些可用的计算资源 7.2.1 处理器 7.2.2 内存 7.2.3 使用top命令查看CPU和RAM的性能 7.2.4 网络 7.2.5 存储（磁盘） 7.3 负载均衡实战 7.4 指导原则 7.4.1 深入理解系统 7.4.2 规划 7.4.3 监测和测试 7.5 总结 第8章 对网站进行负载均衡 8.1 测量Web服务器的性能 8.2 加速Apache HTTP 8.2.1 禁用空载模块 8.2.2 禁用DNS查询 8.2.3 采用压缩 8.2.4 FollowSymLinks和SymLinksIfOwnerMatch选项 8.3 加速nginx 8.3.1 worker_processes和worker_cpu_affinity 8.3.2 Gzip压缩 8.4 对Web服务器进行负载均衡 8.4.1 配置 8.4.2 准备IPVS服务器 8.4.3 准备工作服务器 8.4.4 测试负载均衡器 8.5 划分动态和静态内容 8.6 总结 第9章 对数据库进行负载均衡 9.1 搭建MySQL Cluster 9.1.1 安装管理程序 9.1.2 配置管理程序 9.1.3 准备集群数据节点 9.1.4 安装MySQL Server和NDB守护进程 9.1.5 配置NDB守护进程 9.1.6 启动集群节点上的服务 9.1.7 更新MySQL的root用户 9.1.8 测试上述安装和配置 9.2 实施负载均衡 9.2.1 建立负载均衡 9.2.2 设置负载均衡服务器 9.2.3 设置工作服务器 9.2.4 测试负载均梵蒂冈对方的手是

评分☆☆☆☆☆

好书没得说。话说计算机类的书价格是真心贵，小码农只有在搞活动的时候才能屯一批~~

评分☆☆☆☆☆

问题挖掘的很多，能够感同身受，但解决方案却不够落地，感觉像吐槽讽刺小说。

评分☆☆☆☆☆

非常好的书本！！

评分☆☆☆☆☆

好书！就是买书的速度远远跟不上阅读的速度，汗

评分☆☆☆☆☆

经典，很少有这样的书