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

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

　　架构师应该编码吗?

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

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

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

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

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

　　1. 参与编写代码

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

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

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

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

　　3. 进行代码评审

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

　　4. 实验并与时俱进

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

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