今天搞压测，又加感冒，状态不好，有机会下面的内容再修改一下。

7.技术专且广

现在的项目不像以前设计一个website就搞定了，他还有客户端，公众号，手机版site等等，需要架构师有足够宽的视野，不需要样样精通，但必须通2到3个技术方向，通的越多越好，见多识广，选择也会多。对新技术开源要有足够的明锐度，当然不是项目中用新技术越多越好，有些新技术解决了特定问题，会让项目进度快一些，比如bootstrap会让响应试网站开发起来非常容易，用传统办法就很蛋疼。

8.避免走捷径

出来混的迟早要还回去，还要加利息。拒绝次佳方案替代最佳方案，比如为了赶工避免写单元测，于是就让开发人员跳过这些严格的测试工作，这将导致所交付的系统在未来更难修改，而且在修改时信心不足，发现有不当的设计决策时就要尽快修正，搁置越久，为之付出的利息也将越高。

9.架构师要负责落地

最后一条原则，也是经常被忽略或者不重视。架构师把方案设计完成只是开始，很多架构师设计完后就转场到下一个项目中，或者不在关注项目了，架构在落地的时候会有偏差，需要架构师不断矫正，让架构不要远离初衷，越早识别修正成本就越低。在项目迭代开发中，架构师应该Review代码，让同学们理解设计思想，并指导他们编码，分享架构设计经验，识别有架构师潜力同学，培养接班人。

10.对决策负责

获得开发人员信任的最快捷方式：你的代码就是你的资本，用行动证明你是靠谱的人，这对架构的落地非常有帮助。是人就会犯错误，面的错误的时候，要敢于面对，承担后果，努力改进减小损失，赢得尊重，不要遮遮掩掩，狡辩，失却别人的信任，你就无法再干下去。 V20151204.1