软件架构师-应该知道的97件事.docxVIP

软件架构师应该知道的97件事 软件架构师是IT?行业里独一无二的职业，既要精通软件开发技术，又要掌握业务知识，还要周旋于公司不同部门之间，协调各种予盾。做到这些绝非易事，? HYPERLINK /bvbook 博文视点?即将翻译出版的新书《软件架构师应该知道的97?件事》（ HYPERLINK /wiki/index.php/97_Things_Every_Software_Architect_Should_Know_-_The_Book 97 Things Every Software Architect Should Know?）探讨的就是这个主题。 本书的编辑Richard Monson-Haefel?是畅销书《? HYPERLINK /34701 Enterprise JavaBeans?》和《? HYPERLINK / Java?消息服务?》的作者。Richard?邀请五十多位杰出的软件架构师分享工作经验和观点，帮助读者少走弯路。其中不乏大家熟悉的名字： 《? HYPERLINK / 卓有成效的程序员?》的作者Neal Ford，《? HYPERLINK /30103 企业集成模式?》的作者Gregor Hohpe，?Servlets?和JSP?专家组和W3C RDF工作组技术专家Bill de hóra，?《? HYPERLINK /37798 Web?应用程序快速开发?：?使用TurboGears?》的作者Mark Ramm，《? HYPERLINK /titles/mnee/release-it Release It!?》的作者Michael Nygard，《? HYPERLINK / 软件开发沉思录》的作者之一Rebecca Parsons?博士，活跃于Perl?社区的女架构师Allison Randal?，《? HYPERLINK /catalog/31/ Java SOA Cookbook?》的作者?Eben Hewitt?，?等等。 下面内容摘自该书的标题，并给出了必要的补充说明， 由本书译者SeanBV（ HYPERLINK /seanbv/archive/2010/04/05/.aspx 他的CSDN博客）整理，推荐给大家。 1．??客户需求重于个人简历?（? HYPERLINK / Nitin Borwankar?） 客户需求至上。为了自己的简历更炫而采用新技术是沽名钓誉，往往事与愿违。 2．??简化根本复杂性?，消除偶发复杂性?（? HYPERLINK / Neal Ford?） 分析问题好比拨云见月、水落石出。 3．??关键问题可能不是出在技术上?（? HYPERLINK /blog/ Mark Ramm?） 团队同心，其利断金。 4．??以沟通为中心，坚持简明清晰的表达方式和开明的领导风格?（? HYPERLINK / Mark Richards?） 沟通应当言简意赅、详略得当，别拖泥 带水。 5．??架构决定性能?（? HYPERLINK /cgi/wiki?RandyStafford Randy Stafford?） 种瓜得瓜，种豆得豆，架构设计也是一 样道理。 6．??分析客户需求背后的意义?（?Einar Landre?） 抽丝剥茧，洞见症结。不要被表面需求 迷惑。 7．??起立发言?（? HYPERLINK / Udi Dahan?） 起立发言效果更好。 8．??故障终究会发生?（? HYPERLINK /blog Michael Nygard?） 应该提前设计预防措施，限制故障。 9．??我们常常忽略了自己在谈判?（? HYPERLINK /blog Michael Nygard?） 工程师应该适时转换角色，学习谈判的 技巧。 10．?量化需求?（? HYPERLINK http://www.keithbraithwaite.demon.co.uk/professional/ Keith Braithwaite?） 没有规矩，不成方圆。 11．?一行代码比五百行架构说明更有价值?（? HYPERLINK / Allison Randal?） 可工作的代码才是目标，设计只是达成 目标手段。 12．?不存在放之四海皆准的解决方案?（? HYPERLINK /cgi/wiki?RandyStafford Randy Stafford?） 软件世界没有万能钥匙。 13．?提前关注性能问题?（? HYPERLINK /csdept/faculty/parsons.html Rebecca Parsons?） 尽早展开性能测试。? 14．?架构设计要平衡兼顾多方需求?（? HYPERLINK /cgi/wiki?RandyStafford Randy Stafford?） 平衡兼顾项目的技