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