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

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

《程序员必读之软件架构》读书笔记_第1张图片

架构师应该编码吗?

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

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

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

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

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

1. 参与编写代码

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

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

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

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

3. 进行代码评审

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

4. 实验并与时俱进

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

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


来源:51CTO

你可能感兴趣的:(《程序员必读之软件架构》读书笔记)