|
网站作者 Simon Brown的书。编码的架构师，一直是我的职业模板。而当年我觉得RUP的基于4+1视图的机械架构文档模板不足以表达系统时，Simon Brown的模板给了很好的过渡范例。 《程序员必读之软件架构》读书笔记 I 架构师应该编码吗? 有些公司认为架构师太宝贵了，不该承担日常编码工作。 优秀的架构师的重要特征是抽象思维能力，也可以理解为不把时间耗在细节里。 一些大型项目通常意味着照看更大的“大局”，有可能你根本没时间写代码。 你不必放弃编码，也不要把大部分时间用于编码  你不应该因为“我是架构师”，就把自己排除在编码之外。但也必须有足够的时间扮演技术架构师的角色。 1. 参与编写代码 要避免成为PPT架构师， 最好是参与实现与交付的过程，确保架构的交付，接地气的了解设计在实现上的问题，演进架构而不是画完框图就交给实现团队从此不管。同时，缩短与团队的距离，分享自己软件开发的经验，帮助团队对架构的正确理解。 另外，作为开发团队的一份子，你不需要是开发代码最好的。 2. 构建原型、框架和基础 如果不能参与日常编码，至少尝试在设计时快速构建原型去验证你的概念。还有为团队编写框架和基础，这也是最磨练与体现编码与设计能力的时刻。 3. 进行代码评审 如果完全没有时间编码，至少参与代码评审，了解发生了什么。 4. 实验并与时俱进 如果完全没有时间在工作时间里编码，在工作之外你往往有更多空间来维持编码技能，从贡献开源项目，到不断尝试最新的语言、框架。 一般来说，一个写代码的软件架构师会更有成效也更快乐。 (责任编辑：admin) |