今天搞压测,又加感冒,状态不好,有机会下面的内容再修改一下。 7.技术专且广
现在的项目不像以前设计一个website就搞定了,他还有客户端,公众号,手机版site等等,需要架构师有足够宽的视野,不需要样样精通,但必须通2到3个技术方向,通的越多越好,见多识广,选择也会多。对新技术开源要有足够的明锐度,当然不是项目中用新技术越多越好,有些新技术解决了特定问题,会让项目进度快一些,比如bootstrap会让响应试网站开发起来非常容易,用传统办法就很蛋疼。
8.避免走捷径
出来混的迟早要还回去,还要加利息。拒绝次佳方案替代最佳方案,比如为了赶工避免写单元测,于是就让开发人员跳过这些严格的测试工作,这将导致所交付的系统在未来更难修改,而且在修改时信心不足,发现有不当的设计决策时就要尽快修正,搁置越久,为之付出的利息也将越高。
9.架构师要负责落地
最后一条原则,也是经常被忽略或者不重视。架构师把方案设计完成只是开始,很多架构师设计完后就转场到下一个项目中,或者不在关注项目了,架构在落地的时候会有偏差,需要架构师不断矫正,让架构不要远离初衷,越早识别修正成本就越低。在项目迭代开发中,架构师应该Review代码,让同学们理解设计思想,并指导他们编码,分享架构设计经验,识别有架构师潜力同学,培养接班人。
10.对决策负责
获得开发人员信任的最快捷方式:你的代码就是你的资本,用行动证明你是靠谱的人,这对架构的落地非常有帮助。是人就会犯错误,面的错误的时候,要敢于面对,承担后果,努力改进减小损失,赢得尊重,不要遮遮掩掩,狡辩,失却别人的信任,你就无法再干下去。 V20151204.1