架构师需要知道的97件事.docVIP

PAGE / NUMPAGES 　架构师需要知道的97件事 1。 客户需求重于个人简历　( Nitin Ｂorｗａｎｋar　） 客户需求至上.为了自己的简历更炫而采用新技术是沽名钓誉，往往事与愿违。 2． 简化根本复杂性 ,消除偶发复杂性 （　Neal Ｆｏｒd ) 分析问题好比拨云见月、水落石出。 3。 关键问题可能不是出在技术上 ( Marｋ Ramm ） 团队同心,其利断金. 4． 以沟通为中心，坚持简明清晰的表达方式和开明的领导风格 （　Ｍaｒｋ Richaｒds ） 沟通应当言简意赅、详略得当，别拖泥 带水。 5.　架构决定性能 （ Ｒandy Sｔａfford ） 种瓜得瓜，种豆得豆，架构设计也是一 样道理。 6． 分析客户需求背后的意义　(　Ｅinａr Lａndre ) 抽丝剥茧，洞见症结。不要被表面需求 迷惑。 ７． 起立发言 (　Udi Daｈａｎ ） 起立发言效果更好。 8.　故障终究会发生　（ Mｉcｈaｅl Ｎygard ) 应该提前设计预防措施，限制故障。 9。　我们常常忽略了自己在谈判　（ Michael Ｎygard ） 工程师应该适时转换角色，学习谈判的 技巧. 10. 量化需求 （ Keiｔh　Bｒaiｔhwａiｔｅ　） 没有规矩，不成方圆。 1１． 一行代码比五百行架构说明更有价值 （ Ａllisoｎ Randaｌ ） 可工作的代码才是目标,设计只是达成　目标手段. 12． 不存在放之四海皆准的解决方案 （ Rａnｄy Staffoｒd ) 软件世界没有万能钥匙。 13. 提前关注性能问题　( Rｅｂｅccａ　Pａrsonｓ ） 尽早展开性能测试.　 ?１４。 架构设计要平衡兼顾多方需求 ( Randy Sｔaffｏrd ） 平衡兼顾项目的技术需求和相关各方的业务需求. ?15。 草率提交任务是不负责任的行为 （ Ｎiclａs Niｌsｓoｎ ) 要设法杜绝开发人员草率提交任务的念头。 ?16. 不要在一棵树上吊死 ( Kｅiｔｈ Bｒaｉthwaite ） 为客户提供多样化的解决方案。 17． 业务目标至上 （ Davｅ　Mｕirheaｄ ) 技术决策不能脱离业务目标和现实条件的约束。 １８. 先确保解决方案简单可用，再考虑通用性和复用性 ( Kevｌｉn Ｈenneｙ ) 1９。 架构师应该亲历亲为 ( John Ｄａｖies ） 身先士卒才能赢得同事的信任。 ?２0． 持续集成 （　Dａvｉd Bａrtｌｅtｔ ) 21。 避免进度调整失误 (　Normaｎ Ｃａｒnovａle　） 不惜一切代价拒绝调整项目进度的要求。 ?２2． 取舍的艺术 （ Mark Ｒiｃhaｒds　) 架构不可能满足所有需求. 2３。 打造数据库堡垒　( Ｄan Cｈaｋ ） 一开始就要定义好数据模型。 ２4． 重视不确定性 （ Kevlin　Hennｅy ) 推迟决策，建设性地利用不确定性。 ?２５． 不要轻易放过不起眼的问题 （ Ｄave Ｑuicｋ ） 别忘了温水煮青蛙的故事。 26. 让大家学会复用 （ Jeｒemy　Meyer　） 重复利用已有资源,首先要改变大家的观念. ?27. 架构里没有大写的“I (　Dave Quick ) 变让自己变成自大狂。 2８． 使用“　一千英尺高” 的视图　（ Eriｋ　Dｏernenburｇ ) 选择合适的架构视图。 ２9．　先尝试后决策　( Ｅrik Ｄｏerｎｅnbｕｒg ） 3０。 掌握业务领域知识　( Ｍarｋ Rｉchａrds ) 31． 程序设计是一种设计　(　Einar　Laｎdre ） 软件开发也分成设计和生产两个阶段。 ?32.　让开发人员自己做主 (　Pｈilｉp Nｅlson ） 33. 时间改变一切　（ Ｐｈilip Ｎｅlｓon ) 选择值得投入精力的工作,别跟以前的工作过不去. 34. 设立软件架构专业为时尚早 （　Ｂarry　Haｗkinｓ ） 3５.　控制项目规模 (　Ｄａｖe Ｑuiｃk　） ３６。　架构师不是演员，是管家 （ Barry Ｈａwkinｓ ） 别忘了你的工作责任. ３7. 软件架构的道德责任 （ Micｈａｅｌ Nyｇard　） 架构师的决定会影响许多人，务必慎重。 ?３8. 摩天大厦不可伸缩 ( Micｈael Ｎyｇａｒd ） 但软件可以. 39。 混合开发的时代已经来临 ( Edward Ｇarｓon　） 40。 性能至上 （Craiｇ Ｒussｅlｌ ) ４１．　留意架构图里的空白区域　（　Mｉchaeｌ Nｙｇaｒｄ ） 空白区域“充满了各种软件和“硬件”. 4２． 学习软件专业的行话　(　Ｍarｋ Richards ) 同行之间讲行话方便交流。 ?４3．　具体情境