架构师之我见

Posted 普通网友

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了架构师之我见相关的知识,希望对你有一定的参考价值。

以下内容即将发表在8月份的InfoQ中文站电子刊物《架构师》中,主要谈到了我对架构师这个角色的一些理解与认识,有兴趣的朋友也可以留言,我们共同探讨这个话题。

 

架构师之我见

                                   

                                                2009-08-06

架构师是一个项目组的灵魂人物,他决定着整个系统的技术选型、整体架构以及模块划分,同时还可能担当与领导层的沟通角色,从某种意义上来说,架构师在很大程度上决定着项目的成败与否,正所谓火车跑得快,全靠车头带。
 
很多优秀的架构师都是从一个优秀的开发人员转变过来的,但优秀的开发人员未见得都能成为合格的架构师。与架构师相比,开发人员所需担当的任务相对狭隘的多,其最大的目标就是编写出精良的代码、做好充分的测试以及撰写高质量的文档等;而架构师所要面对的则相对宽泛得多,除了过硬的技术之外,还需要有良好的表达能力,同时还要有宏观的驾驭整个系统的能力。
 
有人曾说过,20几岁的编程天才好找,但30多岁的优秀架构师难寻。架构师何其难?除了敏锐的洞察力之外,我认为一个好的架构师必须具备如下几方面的素质:
 
A. 过硬的技术能力。有人说架构师就不需要编写代码,只需设计整体架构就行了。但我认为这是很片面的,试想一个人如果长时间不写代码,他还能具备持续的技术敏感度么?当然了,这里所说的写代码并非一般开发人员的行为,而是让自己保持住对代码的感觉。还有人说架构师不一定是技术高手,这一点我很同意,但他一定是个优秀的开发者。
B. 良好的沟通能力。这一点尤为重要,因为架构师需要与项目组的开发人员以及领导层不断交换意见,向对方传递自己的设计意图与思想,没有良好的表达与沟通能力是很容易出现问题的。这一点在沟通方式并非母语的企业中尤为明显。
C. 良好的软件工程素质。虽说架构师不是项目经理,但我认为他需要对软件开发过程有清晰明确的认识,这里的开发过程是个泛指,也许是RUP,也许是XP,是什么无所谓,但这种工程素质是每个优秀架构师必备的品格之一。
D. 宽广的知识领域。架构师的眼界一定要开阔,绝对不能局限于眼前的小范围事务,否则极易出现“鼠目寸光”的后果。这就需要架构师不断学习,这里的学习既包括技术上的,同时也包括业务上的以及沟通上的。
E.  领域知识。架构师务必对自己所从事的业务领域有深刻的认识,他未必要成为业务专家,但他一定要对业务知识有深刻的理解。很难想象经常从事金融领域项目的架构师能轻松设计好电信领域的项目架构。知识需要积累,业务也是这样的。
F.  处理系统非功能性需求的本领。架构师尤其需要对系统的性能、容错、并发等非功能性需求方面有独到的认识与解决办法。一个项目到了后期,往往都是这些问题成为整个项目的瓶颈,这时架构师就要发挥其优势了。
 
架构师之路是崎岖的,充满了荆棘与挑战,但这却是无数开发者的梦想。架构师是多项技能与素质的综合体,每一位以此为目标的开发者都需要在平日的工作中不断提升自己,在这里我衷心的祝愿架构师这个梦想能照进每一位有心人的现实。

以上是关于架构师之我见的主要内容,如果未能解决你的问题,请参考以下文章

架构设计原则之我见2

架构设计原则之我见1

SQL注入之我见(下)

领域驱动(DDD)之我见,基于Golang实现

架构设计之贫血模式与充血模式之我见

项目研发流程及管理之我见