《设计原本：计算机科学巨匠Frederick P.Brooks的思考》_项目管理书籍_

用户名密码

·VIP会员申请
·施工企业管理
·联盟特刊下载
·工程软件光盘

新闻 | 文库 | 培训 | 软件 | 书籍 | 专题 | 认证 | 招聘 | 下载 | PM俱乐部

联盟访谈电子杂志个人专栏新闻专题 PROJECT 互动： 案例咨询论坛博客

职业认证: PMP NPDP PgMP IPMP P2 MPM 建造师 行业应用: 基础工程软件制造活动研发

服务区	网站登录：个人会员企业会员专家企业服务：PMP培训内训课公开课工具箱：发表文章提问题交案例

搜索： 项目管理者联盟PMP培训班（2018年度）项目管理者联盟NPDP培训班（2018年度）

邮购方法

发邮件到:member@mypm.net
a. 姓名
b. 通信地址/邮编(您收书的地址)
c. 书籍购买信息：什么书多少本
d. 汇款信息：汇款方式汇款时间汇款金额
汇款至项目管理者联盟
方式 A：在线支付
方式 B：邮局汇款
收款人：华琰
汇款地址：北京市西城区德外新丰街2号A座705室
邮编:100088
方式 C：银行汇款
开户名：宣晓锋
开户行：工商银行北京市西城区黄寺大街储蓄所
帐号：0200219601020858639
工作人员核对汇款信息与购买信息后，即日发书
备注:
1.每单收5元邮寄费用
2.汇款总金额=书籍总金额+5元
3.书籍用挂号寄出,约2周左右寄到
4.如需使用快递购买,快递费由买方支付
5.如需开具发票,请提供发票开头.并加付书籍总金额5％的费用.
6.电话咨询：010-82273401/11/37-11

经典书籍


	原价 49元

书名：《项目百态—软件项目管理面面观》

原价
48元

书名：《项目思维:为什么很好的项目经理会做出糟糕的项目决策》

原价
108 元

书名：《项目管理最佳实践方法达成全球卓越表现》

邮购热线：

member@mypm.net

010-82273401-11

市场价：￥55元

本站优惠价：￥0元

设计原本：计算机科学巨匠Frederick P.Brooks的思考，The Design of Design: Essays from a Computer Scientist Frederick P.Brooks, Jr.

【译者】	王海鹏，高博　译
【著者】	（美）布鲁克斯　著
【书号】	9787111325574
【出版日期】	2011年1月
【出版社】	机械工业出版社

【字数千】
【页数】	268
【所属行业】	综合应用
【所属主题】	项目综合管理

本站优惠价 0("0"表示无存货)邮购热线:member@mypm.net；010-82273401-11

内容简介

《设计原本:计算机科学巨匠Frederick P. Brooks的思考》是一部在研究和教学中将设计领域探索心得和实践经验切磋琢磨、去伪存真、取其精华的反思之作。本书几乎涵盖了有关设计的所有议题：从设计哲学到设计实践，从设计过程到设计灵感，既强调了设计思想的重要性，又对沟通中的种种细节做了细致入微的描述，以及因地制宜做出妥协的具体准则等。特别深入分析了设计模型背后的工程思想，这对设计界的研究者和实践者而言无疑具有方向性的指导意义。
本书运用大量图表和案例，深入浅出地表达了复杂艰涩的设计思想，意图刺激设计者和设计项目经理，令其深入思考设计的过程，特别是设计复杂系统的过程。本书适合各类软硬件设计者、设计项目经理、设计研究人员等。

无论是软件开发、工程还是建筑，有效的设计都是工作的核心。将对设计过程进行深入分析，揭示进行有效和优雅设计的方法。
本书包含了多个行业设计者的特别领悟。作者精确发现了所有设计项目中内在的不变因素，揭示了进行优秀设计的过程和模式。通过与几十位优秀设计者的对话，以及他自己在几个设计领域的经验，作者指出，大胆的设计决定会产生更好的结果。
作者追踪了设计过程的演进，探讨了协作和分布式设计，阐明了哪些条件造就了真正卓越的设计者。他探讨了设计过程的具体细节，包括多种预算约束条件、美学考虑、设计经验主义及工具。同时，他将这些讨论与现实中的案例结合起来，这些案例从房屋建造到IBM的Operating System/360。成功的关键因素贯穿全书，每个设计者、设计项目经理和设计研究者都应该知道。

作者介绍

Frederick P. Brooks 北卡罗来纳大学计算机科学系的Kenan教授。他因领导开发IBM System/360计算机家族以及Operating System/360而荣获美国国家技术奖，并因对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献而获得A. M.图灵奖。他是畅销书《人月神话》的作者。

译者简介
    高博　2004年毕业于上海交通大学计算机系，在微软公司和惠普公司有多年项目和管理经验。对程序设计语言、云计算、软件测试方法学、软件架构设计和软件项目管理方向有浓厚兴趣。近年来翻译出版了《C++：99个常见编程错误》、《微软的软件测试之道》、《源码中国：全球IT外包新原点》等多本书籍。联系方式：feedback@gaobo.org，订阅博客：feed.gaobo.org。
    王海鹏　1994年毕业于华东师范大学。拥有双学士学位。咨询顾问、培训讲师、译者和软件开发者。已翻译20本软件开发书籍，主题涵盖敏捷方法学、需求工程、UML建模和测试。拥有15年软件开发经验，目前主要研究领域是软件架构和方法学，致力于提高软件开发的品质和效率。
张龙　同济大学软件工程硕士，InfoQ中文站Java社区编辑，满江红开放技术研究组织成员。热衷于编程，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。目前对Mac、iPhone/iPad、Android开发、动态语言及算法具有浓厚兴趣。翻译出版了《Dojo构建Ajax应用程序》、《Spring高级程序设计》等书籍。拥有5年的Java EE培训讲师经验。联系方式：zhanglong217@yahoo.com.cn，博客地址：http://blog.csdn.net/ricohzhanglong，新浪微博：http://t.sina.com.cn/fengzhongye，欢迎follow。
    黄璜　2007年毕业于重庆邮电大学。曾在某外包公司工作3年，目前在一家初创公司做开发工作。担任InfoQ中文站社区编辑两年，对于业界新动向和新技术有强烈的兴趣。目前专注于网站架构、分布式以及算法。联系方式：alexhuang1984@gmail.com。

图书目录

序言前言

Frederick P. Brooks Jr. 论设计的本质
译者序
前言
作者简介
第一部分  设计之模型
第1章  设计之命题
1.1  培根所言是否正确
1.2  什么是设计
1.3  何为真实？设计的概念
1.3.1  价值何在
1.4  对于设计过程的思考
1.5  设计类别 
1.5.1  系统设计与艺术设计
1.5.2  常规，适应性，原创设计 
第2章 工程师怎样进行设计思维——理性模型
2.1  模型概览
2.2  该模型的构思从何而来
2.3  理性模型有哪些长处
第3章 理性模型有哪些缺陷
3.1  我们在初始阶段并不真正地知道目标是什么
3.2  我们通常不知晓设计树的样子——一边设计一边探索
3.3  （设计树上的）节点实际上不是设计决策，而是设计暂定方案
3.4  有用性函数无法以增量方式求值
3.5  必要条件及其权重在持续变化
3.6  约束在持续变化
3.7  对于理性模型的其他批评
3.8  但是，尽管有这些缺陷和批评，理性模型仍然不屈不挠地存在
3.9  那又如何？我们的设计过程模型真的那么事关紧要吗
第4章  需求、罪念以及合同
4.1  一段恐怖往事
4.2  殊为不幸，无独有偶
4.3  抵制需求膨胀和蠕变
4.4  罪念
4.5  合同
4.6  一种合同模型
第5章  有哪些更好的设计过程模型
5.1  为什么要有一个占主导地位的模型
5.2  共同演化模型
5.3  Raymond的集市模型
5.3.1  运作机理
5.3.2  模型优势
5.3.3  什么时候可以采用集市模型
5.4  Boehm的螺旋模型
5.5  设计过程模型：第2 ~ 5章的讨论小结
第二部分  协作与电信协作
第6章  协作设计
6.1  协作是在本质上是好的吗
6.2  团队设计是现代标准
6.2.1  为什么工程设计从个人转向团队
6.3  协作的成本
6.4  挑战是概念完整性！
6.4.1  异议
6.5  如何在团队设计中获得概念完整性
6.5.1  现代设计是各学科间的协商吗
6.5.2  系统架构
6.5.3  一名用户界面设计师
6.6  协作何时有帮助
6.6.1  确定利益相关人的需求和愿望
6.6.2  概念探索—激进的可选方案
6.6.3  设计复查
6.7  协作何时无用—对设计本身
6.7.1  概念设计尤其不应该协作
6.8  两人团队很神奇
6.9  对于计算机科学家意味着什么
第7章  电信协作
7.1  为什么要电信协作
7.1.1专业化
7.1.2 家
7.1.3整天工作不停
7.1.4成本
7.1.5政策
7.2  到那里，做那事—IBM System/360计算机系列的分布式开发，1961–1965
7.3  让电信协作有效
7.3.1  面对面的时间很重要
7.3.2  干净的接口
7.4  电信协作的技术
7.4.1  低科技常常足够
7.4.2视频会议
第三部分  设计观点
第8章 设计中的理性主义与经验主义 
8.1  理性主义与经验主义
8.2  软件设计
8.3  我是个铁杆的经验主义者
8.4  其他设计领域中的理性主义、经验主义与正确性
第9章 用户模型——错误胜过含糊不清
9.1  明确的用户与用例模型
9.2  果真如此吗
9.3  团队设计
9.4  假如事实不可用该如何是好
9.4.1  猜测
9.4.2  错误胜过含糊不清
第10章 英寸、盎司、位与美元——预算资源
10.1  何谓预算资源
10.2  美元并非万灵丹
10.3  即便美元也有不同，替代品剖析
10.4  预算资源是可变的
10.5  那又如何
10.5.1  明确确认
10.5.2  公开跟踪
10.5.3  严格控制
第11章 约束是我们的朋友
11.1  约束
11.2  不完全如此
11.3  设计悖论：通用的产品要比特定用途的更难以设计
11.4  小结
第12章 技术设计中的美学与风格
12.1  技术设计中的美学
12.2  何谓逻辑美
12.2.1  简约
12.2.2  结构清晰
12.2.3  一致性
12.2.4  什么才是好的计算机架构
12.4.5  一致性的更多优点
12.6  技术设计中的风格
12.7  何谓风格
12.8  风格的属性
12.9  要想获得一致的风格——记录下来
12.10  如何获得良好的风格
第13章 设计中的范本
13.1  很少会有全新的设计
13.2  范例的角色
13.3  计算机与软件设计呢 
13.3.1  你使用何种范本
13.4  学习范本的设计原理
13.4.1  第一代计算机
13.4.2  第三代计算机
13.4.3  虚拟内存
13.4.4  小型计算机的变革
13.4.5  微型计算机与RISC的变革
13.5  如何训练才能改进基于范本的设计
13.5.1  范例集合
13.5.2  超越集合
13.5.3  软件设计怎样呢
13.6  范本——懒惰、创意与自满
13.6.1  一些观点
13.6.2  懒惰
13.6.3  创意与自满
第14章 专业设计者缘何犯错
14.1  错误
14.2  曾经最糟糕的计算机语言
14.2.1  何谓JCL
14.2.2  JCL到底怎么了
14.2.3  JCL缘何是这个样子的
14.3小结
第15章  设计的分离
15.1  设计与使用和实现的分离
15.2  为什么分离
15.3  分离的结果
15.4  补救措施
15.4.1  补救措施1：用户场景体验
15.4.2  补救措施2：通过增量式设计和增量式交付与用户密切交互
15.4.3  补救措施3：并发工程
15.4.4  补救措施4：设计者的教育
第16章  展现设计的演变途径和理由
16.1  简介
16.2  知识网线性化
16.3  我们的设计演变途径记录
16.4  我们研究房屋设计过程的过程
16.4.1  什么是设计树
16.5  深入设计过程
16.5.1  设计不只是满足需求，也是发现需求
16.5.2  设计不是简单地选择可选方案，也是意识到它们的存在
16.5.3  设计变化时树也变化—如何展现演进过程
16.6  决策树与设计树
16.7  模块化与紧密集成的设计
16.8  Compendium和可选工具
16.8.1  Task Architect
16.8.2  项目管理工具
16.8.3  IBIS和它的衍生品
16.8.4  Compendium
16.9  DRed：一个诱人的工具
第四部分  计算机科学家设计房屋的梦想系统
第17章  计算机科学家的建筑设计理想系统——从思维到机器 
17.1  挑战
17.2  一个设想
17.2.1  渐进完善
17.2.2  模型库
17.2.3  渐进完善模式的不足
17.3  从思维到机器输入的设想
17.3.1  名词-动词组合
17.4  说明动词
17.5  说明名词
17.6  说明文字
17.7  说明助词
17.8  说明视点和视图
17.8.1  内部视图
17.8.2  外部视图
第18章  计算机科学家的建筑设计理想系统——从机器到思维
18.1  双向通道
18.2  视觉显示——多并发窗口
18.2.1  制图桌和绘图视图
18.2.2  2D内容视图
18.2.3  3D视图
18.2.4  外部视图
18.2.5  工作手册视图
18.2.6  规格视图
18.3  声音展示
18.4  触觉展示 
18.5  泛化
18.6可行性
第五部分 卓越的设计师
第19章  卓越的设计来自卓越的设计师
19.1  卓越的设计和产品过程
19.2  产品过程：优点和不足
19.2.1  产品过程抑制了卓越的设计吗
19.2.2  为什么要有产品过程
19.3  观点碰撞：过程抑制，过程不可避免；怎么做
19.3.1  卓越的设计来自卓越的设计师，去找到他们
19.3.2  卓越的设计需要大胆的领导者，他们要求创新
19.3.3  如何设计一个鼓励卓越设计的过程
19.3.4寻求概念完整性：信任一名主设计师来完成设计
第20章  卓越的设计师从哪里来
20.1  我们必须教他们设计
20.2  我们必须为卓越设计而招募人才
20.3  我们必须深思熟虑地培养他们
20.3.1  让两架梯子真实而体面
20.3.2  规划正式的教育经历
20.3.3  规划不同的工作经历
20.3.4  规划离开组织机构去休假
20.4  管理他们时必须发挥想象力
20.5  必须严密地保护他们
20.5.1  防止他们分心
20.5.2  保护他们不受管理者干扰
20.5.3  防止他们去做管理
20.6  把自己培养成一名设计师
20.7  不断画设计草稿
20.8  寻求有知识的人对您的设计的批评
20.9  研究教学示例和先例
20.10  一个自我教育项目：1000平方英尺房屋的建筑平面图
第六部分  设计空间之旅：案例研究
第21章  案例研究：海滨小屋“View/360”
21.1  亮点和特性
21.2  背景介绍
21.3  目标
21.4  机会
21.5  约束条件
21.7  设计决定
21.8  考虑正面
21.9  小屋的尺寸
21.10  设想的开始
21.11  在设计之后，构建之前的设计改动
21.12  在框架和外墙完成和初次入住之后的设计改动
21.13  评估（在37年后）
21.13.1  乐事
21.13.2  实用性
21.13.3  牢固性
21.13.4  如果我“废弃一个计划”呢
21.14  学到的一般经验
第22章  案例研究：增加厢房
22.1  亮点和特性
22.2  背景介绍
22.2.1  背景
22.3  目标
22.3.1  最初目标
22.3.2  后来发现的目标
22.4  约束条件
22.5  非约束条件
22.6  事件
22.7  设计决定和迭代
22.7.1  考察
22.7.2  分割设计问题
22.7.3  东部
22.7.4  西部一半的功能安排
22.7.5  方式变化：忘掉预算是设计约束条件
22.7.6  新发现的需求：
22.7.7  功能安排的会合
22.7.8  构建期间的改动
22.8  评估——成功与未解决的缺点
22.8.1  新功能
22.9  学到的一般经验
第23章  案例研究：厨房重新建模
23.1  亮点和特性
23.2  背景介绍
23.2.1  背景
23.3  目标
23.4  机会
23.5  约束条件
23.6  关键宽度预算的推理
23.6.1  从北到南需要的宽度
23.6.2  试验性的设计
23.6.3  另一些宽度解决方案
23.6.4  最终的宽度设计
23.7  长度预算的推理
23.8  其他设计决定
23.8.1  照明
23.9  评估
23.10  满足的其他迫切需求
23.11  在设计中使用图纸、CAD、模型、仿真模型和虚拟环境
23.11.1  虚拟环境的发现
23.12  学到的一般经验
第24章  案例研究：System/360体系结构
24.1  亮点和特性
24.2  项目介绍和相关背景
24.2.1  相关背景
24.3  目标
24.3.1  主要目标
24.3.2  其他重要目标
24.4  机遇（截至1961年6月）
24.5  挑战和限制
24.6  最重大的设计决策
24.7  里程碑事件
24.8  结果评估
24.8.1  稳定性
24.8.2  有用性——竞争力，各个市场的分析
24.8.3  闪光点
24.9  取得的经验教训
第25章 案例研究：IBM Operating System/360操作系统
25.1  亮点和特性
25.2  项目介绍和相关背景
25.2.1  System/360系列机型
25.2.2  1961年的软件格局
25.3  接受挑战
25.4  设计决策
25.4.1  系统架构
25.5  结果评估
25.5.1  成功之处
25.5.2  设计中的不足
25.5.3  流程中的不足
25.6  设计师团队
25.7  取得的经验教训
第26章  案例研究：《Computer Architecture: Concepts and Evolution图书设计
26.1  亮点和特性
26.2  项目介绍和相关背景
26.2.1  相关背景
26.3  项目目标
26.4  机遇
26.5  约束
26.6  设计决策
26.7  结果评估
26.8  经验教训
第27章案例研究：联合计算中心组织：三角区大学计算中心
27.1  亮点与特性 
27.2  介绍与内容 
27.2.1  内容 
27.3  目标
27.3.1  主要目标 
27.3.2  其他目标 
27.4  机会 
27.5  约束 
27.6  设计决策
27.7  董事会所考虑的投票方案 
27.7.1  权力均衡的限定 
27.8  测量评估 
27.8.1  牢固性 
27.8.2  实用性 
27.8  经验总结
第28章 推荐阅读
致谢
参考文献

我写这本书是为了刺激设计者和设计项目经理，让他们深入思考设计的过程，特别是设计复杂系统的过程。本书从工程师的视角关注实用性与有效性，同时也关注效率和优雅性1。

谁应该阅读这本书
    《人月神话》的目标读者是“职业程序员、职业经理，特别是管理程序员的职业经理”。在那本书中，我讨论了团队开发软件时，实现概念完整性的必要性、困难和方法。
    本书在相当大的程度上扩大了范围，并添加了我35年来学到的经验。设计经验让我确信，各种不同设计领域的设计过程包含一些不变的因素。因此本书的目标读者是：
    1）各类设计者。排除直觉的系统化设计将得到普普通通的跟随式产品和仿冒产品，没有系统的直觉设计将得到充满缺陷的、不切实际的产品。如何将直觉和系统化方法融合在一起？如何成长为一名设计师？如何在一个设计团队中发挥作用？
    虽然我针对非常多的系统进行了论述，但我期望读者是偏重于计算机软件和硬件的设计者，面对这样的读者我可以提供具体的阐述。因此我在这些领域的某些例子中会涉及技术细节。其他读者可以跳过这些细节。
    2）设计项目经理。要避免灾难，项目经理在设计他的设计过程时，必须融合理论与口口相传的经验，而不是仅仅复制某种过于简化的学术模型，也不能临时设定一个过程，而不参考他人的理论或经验。
    3）设计研究人员。对设计过程的研究已经成熟，这是好事，但并不是一切都好。已发表的研究成果越来越关注更狭窄的主题，大问题讨论得越来越少。对精确的期望和对“设计科学”的期望可能使得科学研究之外的出版物受阻。我建议设计思考者和研究者重新关注这些大问题，即便是在社会科学方法没有太大帮助的时候。我相信他们也会思考我的论述是否具有通用性，我的观点是否正确。我希望为他们的学科领域提供服务，将他们的一些研究结果带给实践者。

为什么要再写一本关于设计的书
    创造东西是一种快乐，是一种极大的满足。J. R. R. Tolkien说上帝给了我们发明创造的能力，作为一件礼物，纯粹是为了让我们快乐2。毕竟，“千山上的牲畜也是我的。……我若是饥饿，我不用告诉你。3”设计本身就是快乐的。
    很多设计者从心理上和实践上都没有对设计过程进行很好的理解。这不是因为缺少研究。许多设计者反思了他们自己的设计过程。研究的动机之一就是，在所有的设计领域，最佳实践和平均实践之间存在着巨大的鸿沟，平均实践和半吊子实践之间也是如此。大部分的设计成本是返工，即纠正错误，这通常达到总成本的1/3。平庸的设计肯定是浪费了世界的资源，破坏了环境，影响了国际竞争力。设计很重要，设计教育也很重要。
    所以，根据推理，系统化设计过程将提升平均实践的水平，而结果也确实如此。德国的机械工程设计者们显然是首先采用了这一规划4。
    随着计算机和之后人工智能（AI）的出现，设计过程的研究受到了极大的刺激。最初人们希望，AI技术不仅能够在过去人类主宰的领域中承担许多例行设计的工作，甚至能够产生杰出的设计5。这种希望迟迟没有实现，而我本人觉得不可能实现。设计研究形成了一门学科，有一些专门的学术会议、期刊和许多研究项目。
    既然已经有了这么多认真的研究和系统的处理，为什么还要再写一本书？
    首先，设计过程自第二次世界大战以来，有了非常大的变化，而人们很少讨论这些变化。对于复杂产品的设计，团队设计越来越成为常态。团队常常在地理上是分散的。设计者越来越脱离产品的使用和实现，通常他们不再亲手打造他们设计的东西。各类设计者现在都陷在计算机模型中，而不是陷在图纸中。正式设计过程的教育越来越广泛，而且通常是雇主强制要求的。
    其次，仍然存在许多误区。当我们试图教学生怎样做好设计时，我们在理解上的差异就变得很明显了。Nigel Cross是设计研究领域的一位先行者，他追踪了设计过程研究变化的4个阶段。
    1）规定（prescription）一个理想的设计过程
    2）描述（description）设计问题的内在本质
    3）观察（observation）设计活动的现实
    4）反思（reflection）设计的基本概念6
    我在我人生的60年时间里涉及了5种设计领域：计算机架构、软件、房屋、图书和组织机构。在每个领域，我都承担过团队中主设计者和协作者的角色7。我对设计过程的兴趣由来已久，我在1956年的论文是“The analytic design of automatic data processing systems（自动化数据处理系统的分解设计）8”。也许现在是时候进行成熟的反思了。

这是一本怎样的书
    现在令我非常吃惊的是，这些过程极为类似！思维的过程、人与人的交互、迭代、约束条件和劳动，都有很大的相似性。本书中反思的东西可能是隐藏在这些设计活动背后不变的设计过程。
    虽然计算机架构、软件架构的历史不长，对它们的设计过程的反思也不多，但建筑设计和机械设计已经有很长的历史和荣耀的过去。在这些领域，设计理论和设计理论家都很多。
    我是一名职业设计师，我所工作的领域中对设计的反思还不多，而在那些得到长期深入反思的领域，我是一名业余设计师。所以我将尝试从历史较长的设计理论中提取一些经验，应用于计算机和软件的设计。
    我相信“设计科学”是一个不可能完成的目标，实际上也是一个具有误导性的目标。这种解放思想的怀疑论让我们能够从直觉和经验的角度进行探讨，包括其他设计者的经验，他们很客气地和我分享了他们的领悟9。
    所以我提供的既不是一本教科书，也不是一本包括一致论证的专著，而是一些观点文章。虽然我试图补充一些有用的参考和注解，探索一些隐秘的小路，但我仍建议读者先从头到尾阅读每篇文章，忽略这些注解和参考，然后再回过头来探索这些小路。所以我将它们藏在每章的末尾。
    某些案例研究提供了一些具体的例子，文章中参考了这些例子。选择这些例子并不是因为它们很重要，而是因为它们体现出了某种经验，我基于这些经验得出了结论和观点。我特别喜欢关于房屋功能设计的那些经验，任何领域的设计者都可以参考它们。
    作为主设计师，我完成了3所房屋的功能设计（详细的平面图设计、照明、电气和管道）。将房屋功能设计过程与复杂计算机硬件和软件的设计过程进行比较和对比，这帮助我提出了设计过程的“精髓”，所以我用它们作为我的案例，并且相当详细地介绍了这些过程。
    通过反思发现，许多案例研究具有惊人的共同特点：最大胆的设计决定，不论是谁做出的，都为优秀的结果作出了巨大的贡献。这些大胆的决定有时是因为远见，有时是因为绝望。它们总是在赌博，要求额外的投入，以期得到好得多的结果。

致谢
    本书的书名借鉴自40多年前Gordon Glegg的一部著作，他是一位富于创新精神的机械设计师、一个有风度的人、一位有吸引力的剑桥讲师。我很荣幸地在1975年与他共进午餐，感受到了他对设计的热情。他的书名准确地概括了我的尝试，所以我怀着感激与尊敬之情，沿用了这一书名。10
    我感谢Ivan Sutherland对我的鼓励，他在1997年建议将一本讲义发展成一本书，并在10多年后对草稿提出了尖锐的批评，促进了巨大的改进。这使我后来的智力发展历程受益良多。
    如果没有北卡罗来纳大学教堂山分校资助的3个研究项目以及系主任Stephen Weiss和Jan Prins的支持，这本书是不可能完成的。我在剑桥大学受到了Peter Robinson的亲切接待，在伦敦大学学院受到了Mel Slater以及他们的系主任和同事的亲切接待。
    美国国家科学基金会（NSF）的计算机与信息科学工程（CISE）理事会的设计科学（Science of Design）项目由助理理事长Peter A. Freeman发起， 该项目为本书的完成和相关网站的准备提供了最有用的资助。这笔资助让我能够访谈许多设计者，并能够在过去几年里将主要工作集中在这些文章上。
    我非常感谢许多真正的设计师，他们与我分享了他们的领悟。我用一张致谢表列出了受访者，并在末尾列出了评阅者。有几本书提供了特别多的信息，对我产生了很大的影响，我在第28章中列出了这些书。
    我的妻子Nancy是其中一些工作的共同设计者，她一直为我提供支持和鼓励，我的孩子Kenneth P. Brooks、Roger E. Brooks和Barbara B. La Dine也是一样。Roger对手稿进行了仔细的复查，并对每章内容提出了几十项建议，从概念到标点符号都有。
    我要感谢在北卡罗来纳大学获得的强大后勤支持，这种支持来自Timothy Quigg、Whitney Vaughan、Darlene Freedman、Audrey Rabelais和David Lines。Peter Gordon是Addison-Wesley的出版合作者，他提供了特别的鼓励。Julie Nahil是Addison-Wesley的全职产品经理，Barbara Wood是文字编辑，他们提供了无比专业的技能，付出了特别的耐心。
    John H. Van Vleck是诺贝尔物理奖获得者，当我在哈佛大学工程和应用学院Aiken的实验室读研究生时，他是那儿的院长。Van Vleck非常注重工程实践要建立在牢固的科学基础之上。他领导了美国工程教育从设计向应用科学的转变，这种转变富有朝气。就像钟摆摆到极点，反作用就会出现，教授设计从那时起一直引起争论。我非常感谢我在哈佛的3位老师，他们从未丧失对设计重要性的深刻理解并教授设计。他们是Philippe E. Le Corbeiller、Harry R. Mimno和我的导师Howard H. Aiken。
注释
    1. 本书的封面图片是基于Smethurst (1967)《The Pictorial History of Salisbury Cathedral》，他说：“……除了圣保罗大教堂之外，索尔兹伯里（Salisbury）大教堂是仅有的一座英国教堂，其所有内部结构都是按照一个人（或一个两人团队）的设计建造的，并且没有中断地完成。”
    2. Tolkien (1964), 《Tree and Leaf》。
    3. 诗篇50:10,12。强调是添加的。
    4. Pahl和Beitz (1984)，在1.2.2节中追踪了这段始于1928年的历史。他们自己的书《Konstructionslehre》历经7版，可能是最重要的系统化总结。我在所有领域中区分设计过程的研究和设计规则的研究。这些历史已经很悠久了。
    5. 主要的专论是Herbert Simon的《The Sciences of the Artificial》(1969, 1981, 1996)，非常有影响力。
    6. Cross (1983)，《Developments in Design Methodology》。
    7. 具体的设计经历表包含在网站的附加材料中：http://www.cs.unc.edu/~brooks/DesignofDesign。
    8. Brooks (1956)，“The analytic design of automatic data processing systems,”哈佛大学博士论文。
    9. 我因此没有对下面网站中所说的设计方法学目标作出贡献： http://en.wikipedia.org/ wiki/Design_methods（我在2010年1月5日访问了这一网址的内容）。
    我们的挑战是将个人的经验、框架和观点转变成共享的、能理解的知识，最重要的是，转变成可传递的知识。Victor Margolin指出了3点困难，（其中一点是）：“……个人设计经验的著作太关注个人叙述，导致了个人的观点，而不是关键的群体共享观点。”
    对此我必须承认，“你说对了”。
    10. Glegg (1969)，《The Design of Design》。

发表评论

书籍评论

如转载本站文章，必须于文章开头处注明转自“项目管理者联盟”，并注明原作者