网站作者西蒙·布朗的书。编码架构师一直是我的职业模板。当我觉得基于4+1视图的RUP的机械架构文档模板不足以表达系统时，SimonBrown的模板给出了一个很好的过渡例子。架构师应该编码吗？一些公司认为架构师太有价值了，无法负责日常编码。优秀架构师的一个重要特征就是抽象思维能力，也可以理解为不花时间在细节上。一些大型项目通常意味着要照顾更大的“大局”，您可能根本没有时间编写代码。你不必放弃编码而将大部分时间花在编码上你不应该仅仅因为“我是一名架构师”就将自己排除在编码之外。但也必须有足够的时间来扮演技术架构师的角色。1.参与写代码避免成为PPT架构师，最好是参与实现和交付的过程，保证架构的交付，脚踏实地的了解设计的实现问题,去演化架构而不是画完框图就交给实现团队已经不在乎了。同时拉近与团队的距离，分享自己的软件开发经验，帮助团队正确理解架构。此外，作为开发团队的一员，您不必是唯一开发代码的人。2.构建原型、框架和基础如果你不能参与日常编码，至少在设计时尝试快速构建原型来验证你的概念。还有团队的写作框架和基础，也是磨练和体现编码能力和设计能力的时刻。3.进行代码审查如果你根本没有时间编写代码，至少要参加代码审查，看看发生了什么。4.实验并与时俱进如果你在工作时间没有时间编码，那么你在工作之外往往有更多的空间来保持你的编码技能，从为开源项目做贡献到不断尝试新的语言和框架。通常，编写代码的软件架构师效率更高，也更快乐。
