《程序员必读之软件架构》读书笔记[图]|《程序员必读之软件架构》读书笔记[图]作文-字典翻译

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

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

　　架构师应该编码吗?

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

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

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

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

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

　　1. 参与编写代码

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

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

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

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

　　3. 进行代码评审

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

　　4. 实验并与时俱进

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

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

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