软件架构师应该知道的97件事(分享领导力、技能、思维模式、沟通、博弈，53位优秀架构师各展绝技)(china-pub首发)

.基思·布雷思韦特（keith braithwaite）
一行代码比五百行架构说明更有价值 22
艾利森·兰德尔（allison randal）
不存在放之四海皆准的解决方案 24
兰迪·斯塔福德（randy stafford）
提前关注性能问题 26
丽贝卡·帕森斯（rebecca parsons）
架构设计要平衡兼顾多方需求 28
兰迪·斯塔福德（randy stafford）
草率提交任务是不负责任的行为 30
尼克拉斯·尼尔森（niclas nilsson）
不要在一棵树上吊死 32
基思·布雷思韦特（keith braithwaite）
业务目标至上 34
戴夫·缪尔黑德（dave muirhead）
先确保解决方案简单可用，再考虑通用性和复用性 36
凯佛林·亨尼（kevlin henney）
架构师应该亲力亲为 38
约翰·戴维斯（john davies）
持续集成 40
大卫·巴特利（david bartlett）
避免进度调整失误 42
诺曼·卡诺瓦利（norman carnovale）
取舍的艺术 44
马克·理查兹（mark richards）
打造数据库堡垒 46
丹·恰克（dan chak）
重视不确定性 48
凯佛林·亨尼（kevlin henney）
不要轻易放过不起眼的问题 50
戴夫·奎克（dave quick）
让大家学会复用 52
杰里米·迈耶（jeremy meyer）
架构里没有大写的“i” 54
戴夫·奎克（dave quick）
使用“一千英尺高”的视图 56
埃里克·多伦伯格（erik doernenburg）
先尝试后决策 58
埃里克·多伦伯格（erik doernenburg）
掌握业务领域知识 60
马克·理查兹（mark richards）
程序设计是一种设计 62
埃纳尔·兰德雷（einar landre）
让开发人员自己做主 64
菲利普·尼尔森（philip nelson）
时间改变一切 66
菲利普·尼尔森（philip nelson）
设立软件架构专业为时尚早 68
巴里·霍金斯（barry hawkins）
控制项目规模 70
大卫·奎克（dave quick）
架构师不是演员，是管家 72
巴里·霍金斯（barry hawkins）
软件架构的道德责任 74
迈克尔·尼加德（michael nygard）
摩天大厦不可伸缩 76
迈克尔·尼加德（michael nygard）
混合开发的时代已经来临 78
爱德华·加森（edward garson）
性能至上 80
克雷格·罗素（craig russell）
留意架构图里的空白区域 82
迈克尔·尼加德（michael nygard）
学习软件专业的行话 84
马克·理查兹（mark richards）
具体情境决定一切 86
爱德华·加森（edward garson）
侏儒、精灵、巫师和国王 88
埃文·考夫斯基（evan cofsky）
向建筑师学习 90
基思·布雷思韦特（keith braithwaite）
避免重复 92
尼克拉斯·尼尔森（niclas nilsson）
欢迎来到现实世界 94
格雷戈尔·侯珀（gregor hohpe）
仔细观察，别试图控制一切 96
格雷戈尔·侯珀（gregor hohpe）
架构师好比两面神 98
大卫·巴特利（david bartlett）
架构师当聚焦于边界和接口 100
埃纳尔·兰德雷（einar landre）
助力开发团队 102
蒂莫西·海伊（timothy high）
记录决策理由 104
蒂莫西·海伊（timothy high）
挑战假设尤其是你自己的 106
蒂莫西·海伊（timothy high）
分享知识和经验 108
保罗·w·霍默（paul w. homer）
模式病 110
查德·拉·瓦因（chad la vigne）
不要滥用架构隐喻 112
戴维·英格（david ing）
关注应用程序的支持和维护 114
门西蒂西·卡斯珀（mncedisi kasper）
有舍才有得 116
比尔·德·霍拉（bill de hóra）
先考虑原则、公理和类比再考虑个人意见和口味 118
迈克尔·哈默（michael harmer）
从“可行走骨架”开始开发应用 120
克林特·尚克（clint shank）
数据是核心 122
保罗·w·霍默（paul w. homer）
确保简单问题有简单的解 124
查德·拉·瓦因（chad la vigne）
架构师首先是开发人员 126
迈克·布朗（mike brown）
根据投资回报率（roi）进行决策 128
乔治·马拉米迪斯（george malamidis）
一切软件系统都是遗留系统 130
戴夫·安德森（dave anderson）
起码要有两个可选的解决方案 132
蒂莫西·海伊（timothy high）
理解变化的影响 134
道格·克劳福德（doug crawford）
你不能不了解硬件 136
卡迈尔·威克拉玛纳亚克（kamal wickramanayake）
现在走捷径，将来付利息 138
斯科特·麦克菲（scot mcphee）
不要追求“完美”，“足够好”就行 140
格雷格·纽伯格（greg nyberg）
小心“好主意” 142
格雷格·纽伯格（greg nyberg）
内容为王 144
朱宾·沃迪亚（zubin wadia）
对商业方，架构师要避免愤世嫉俗 146
查德·拉·瓦因（chad la vigne）
拉伸关键维度，发现设计中的不足 148
斯蒂芬·琼斯（stephen jones）
架构师要以自己的编程能力为依托 150
迈克·布朗（mike brown）
命名要恰如其分 152
萨姆·加德纳（sam gardiner）
稳定的问题才能产生高质量的解决方案 154
萨姆·加德纳（sam gardiner）
天道酬勤 156
布赖恩·哈特（brian hart）
对决策负责 158
周异（yi zhou）
弃聪明，求质朴 160
埃本·休伊特（eben hewitt）
精心选择有效技术，绝不轻易抛弃 162
查德·拉·瓦因（chad la vigne）
客户的客户才是你的客户！ 164
埃本·休伊特（eben hewitt）
事物发展总会出人意料 166
彼得·吉拉德莫斯（peter gillard-moss）
选择彼此间可协调工作的框架 168
埃里克·霍索恩（eric hawthorne）
着重强调项目的商业价值 170
周异（yi zhou）
不仅仅只控制代码，也要控制数据 172
查德·拉·瓦因（chad la vigne）
偿还技术债务 174
伯克哈特·赫夫纳盖尔（burkhardt hufnagel）
不要急于求解 176
埃本·休伊特（eben hewitt）
打造上手（zuhanden）的系统 178
基思·布雷思韦特（keith braithwaite）
找到并留住富有激情的问题解决者 180
查德·拉·瓦因（chad la vigne）
软件并非真实的存在 182
查德·拉·瓦因（chad la vigne）
学习新语言 184
伯克哈特·赫夫纳盖尔（burkhardt hufnagel）
没有永不过时的解决方案 186
理查德·蒙森-哈费尔（richard monson-haefel）
用户接受度问题 188
诺曼·卡诺瓦利（norman carnovale）
清汤的重要启示 190
埃本·休伊特（eben hewitt）
对最终用户而言，界面就是系统 192
维纳亚克·赫格德（vinayak hegde）
优秀软件不是构建出来的，而是培育起来的 194
比尔·德·霍拉（bill de hora）
索引 196

.　　707-829-0104 (fax)
　　与本书有关的在线信息如下所示：
　　http://www.oreilly.com/catalog/9780596522698/ （原 书）
　　http://www.oreilly.com.cn/book.php?bn=9787121106354/ （中文版）
　　北京博文视点资讯有限公司（武汉分部）
　　湖北省 武汉市 洪山区 吴家湾 邮科院路特1号 湖北信息产业科技大厦1402室
　　邮政编码：430074
　　电话： (027)87690813 传真：(027)87690813转817
　　读者服务网页：http://bv.csdn.net
　　E-mail：
　　reader@broadview.com.cn（读者信箱）
　　bvtougao@gmail.com（投稿信箱）
　　致谢
　　Acknowledgments
　　这本书并非凭空而成，我希望按时间顺序感谢那些在策划和组稿阶段给予我帮助的朋友。首先是Jay Zimmerman，是他建议我在No Fluff，Just Stuff的研讨会上发表题为“软件架构师应该知道的10件事”的演讲；Bruce Eckel，感谢他维护的邮件列表，这本书的雏形是在那里讨论出来的。Jeremy Meyer建议我扩展演讲内容，编写成书；Nitin Borwankar提出以Wiki为写作平台，对所有人开放；还有Bruce邮件列表中的朋友，他们无偿地奉献了自己的时间和最初的文章。我还要感谢十几位文章未能入选的软件架构师，感谢他们认真地参与了这个创作过程。这些文章真是难以取舍，在此要向大家致以深深的敬意。
　　我还要感谢O’Reilly公司支持我的策划想法，充许我们尝试新的写作方式。O’Reilly公司同意将所有内容开源（遵守知识共享协议的第3版姓名标示条款），公开放到在网站上。我要感谢几位O’Reilly的员工：Mike Loukides、Mike Hendrickson、Laura Painter、Laurel Ackerman，没有他们的帮助，这本书不可能面市。
　　O’Reilly和我正在组织若干以“97件事”为题的图书。我们希望出版一个新颖的图书系列，充分挖掘各领域专家的集体智慧。目前还有三本书正在制作，分别是项目管理、软件开发、数据架构。
　　希望这本书能激发大家的思考，同时期待大家在后续的“97件事”系列图书中分享思考的硕果。
　　祝大家诸事如意！
　　——理查德·蒙森-哈斐尔（Richard Monson-Haefel）