架构师的行为准则（二）

先确保解决方案简单可用，再考虑通用性和复用性

系统的复杂性往往是架构师基于通用性和复用性的设计而引入的，很多具体问题往往不需要通用性和复用性的解决方案。如果存在多个可实施方案难以取舍，先简单后通用原则可以成为最终的评判标准。架构师提供具体解决方案时，无需排斥通用和灵活，但是如果过早脱离具体情况，只会迷失在无限的可能性里，被复杂的配置选项、超负荷的参数列表、冗长罗嗦的接口，以及存在缺陷的抽象所淹没。先简单满足需求，当重复需求再次发生时，通过重构来达到复用是一种不错的方式

架构师应该亲力亲为

架构师干久了往往会脱离技术本身，迷茫在抽象之中，这是很危险可怕的。架构师要取得其他同事的信任，应该比业务人员更懂业务，比开发人员更懂具体的编码，比测试人员更懂如何有效地测试，就像航班的主驾驶员，虽然不需要亲自操作，但经验丰富，持续地监视着情况，一旦发现异常随时采取行动。架构师应该项目的交付和质量负有最终的责任。架构师应该尽可能地参与项目，不能把技术决策和方向上的难题拆分出扔给别人，需要采取更务实的办法，比如亲自动手研究或和其他成员讨论。

持续集成是架构师的重要任务

普通的开发人员会focus在各自负责的小模块，只会对单个模块负责，而架构师需要对整个系统负责，持续集成是一种对整个系统进行有效控制的好方法，架构师有责任让它运行起来。

避免进度调整失误

虽然保障进度是PM的职责，但变更要发生的时候，作为对技术最有发言权的架构师应该站出来，把变更的必要性和风险进行仔细分析，最大限度地支持PM的决策。