《程序员必读之软件架构》读书笔记[图]

     网站作者 Simon Brown的书。编码的架构师，一直是我的职业模板。而当年我觉得RUP的基于4+1视图的机械架构文档模板不足以表达系统时，Simon Brown的模板给了很好的过渡范例。

     《程序员必读之软件架构》读书笔记 I

     架构师应该编码吗?

     有些公司认为架构师太宝贵了，不该承担日常编码工作。

     优秀的架构师的重要特征是抽象思维能力，也可以理解为不把时间耗在细节里。

     一些大型项目通常意味着照看更大的“大局”，有可能你根本没时间写代码。

     你不必放弃编码，也不要把大部分时间用于编码

     你不应该因为“我是架构师”，就把自己排除在编码之外。但也必须有足够的时间扮演技术架构师的角色。

     1. 参与编写代码

     要避免成为PPT架构师， 最好是参与实现与交付的过程，确保架构的交付，接地气的了解设计在实现上的问题，演进架构而不是画完框图就交给实现团队从此不管。同时，缩短与团队的距离，分享自己软件开发的经验，帮助团队对架构的正确理解。

     另外，作为开发团队的一份子，你不需要是开发代码最好的。

     2. 构建原型、框架和基础

     如果不能参与日常编码，至少尝试在设计时快速构建原型去验证你的概念。还有为团队编写框架和基础，这也是最磨练与体现编码与设计能力的时刻。

     3. 进行代码评审

     如果完全没有时间编码，至少参与代码评审，了解发生了什么。

     4. 实验并与时俱进

     如果完全没有时间在工作时间里编码，在工作之外你往往有更多空间来维持编码技能，从贡献开源项目，到不断尝试最新的语言、框架。

     一般来说，一个写代码的软件架构师会更有成效也更快乐。