下面内容摘自该书的标题，并给出了必要的补充说明，由本书译者SeanBV整理，推荐给大家。

　　1．客户需求重于个人简历（NitinBorwankar）

　　客户需求至上。为了自己的简历更炫而采用新技术是沽名钓誉，往往事与愿违。

　　2．简化根本复杂性，消除偶发复杂性（NealFord）

　　分析问题好比拨云见月、水落石出。

　　3．关键问题可能不是出在技术上（MarkRamm）

　　团队同心，其利断金。

　　4．以沟通为中心，坚持简明清晰的表达方式和开明的领导风格（MarkRichards）

　　沟通应当言简意赅、详略得当，别拖泥带水。

　　5．架构决定性能（RandyStafford）

　　种瓜得瓜，种豆得豆，架构设计也是一样道理。

　　6．分析客户需求背后的意义（EinarLandre）

　　抽丝剥茧，洞见症结。不要被表面需求迷惑。

　　7．起立发言（UdiDahan）

　　起立发言效果更好。

　　8．故障终究会发生（MichaelNygard）

　　应该提前设计预防措施，限制故障。

　　9．我们常常忽略了自己在谈判（MichaelNygard）

　　工程师应该适时转换角色，学习谈判的技巧。

　　10．量化需求（KeithBraithwaite）

　　没有规矩，不成方圆。

　　11．一行代码比五百行架构说明更有价值（AllisonRandal）

　　可工作的代码才是目标，设计只是达成目标手段。

　　12．不存在放之四海皆准的解决方案（RandyStafford）

　　软件世界没有钥匙。

　　13．提前关注性能问题（RebeccaParsons）

　　尽早展开性能测试。

　　14．架构设计要平衡兼顾多方需求（RandyStafford）

　　平衡兼顾项目的技术需求和相关各方的业务需求。

　　15．草率提交任务是不负责任的行为（NiclasNilsson）

　　要设法杜绝开发人员草率提交任务的念头。

　　16．不要在一棵树上吊死（KeithBraithwaite）

　　为客户提供多样化的解决方案。

　　17．业务目标至上（DaveMuirhead）

　　技术决策不能脱离业务目标和现实条件的约束。

　　18．先确保解决方案简单可用，再考虑通用性和复用性（KevlinHenney）

　　19．架构师应该亲历亲为（JohnDavies）

　　身先士卒才能赢得同事的信任。

　　20．持续集成（DavidBartlett）