写点什么

程序员与架构师之间的差距很大吗?

用户头像
Android架构
关注
发布于: 5 小时前

先讲个在网上看见过一个段子:


甲:我应聘上一家中型软件公司了,今天上班的时候,全公司的人都来欢迎我。


乙:牛掰啊大佬,都来了哪些人呀?


甲:我想想……CEO、COO、CTO、All of 程序员,还有会计、司机。总之,老板说的是都来了。


乙:你这待遇也太好了吧,太受重视了吧,这么多人迎接你!


甲:没有啊,他们公司就一个人!招聘网站写的是中型公司……


乙:?????#%¥$%……


在很多创业公司,一人身兼数职的情形是非常普遍的现象。


我是经历过的,一个人包办了所有的开发过程,连测试我都做了,绝对的一条龙,但是经常踩钢丝、骑独轮车总会有失足的时候,结果有一次,从我手里发出去的光盘母盘,含有病毒僵尸,以至于被迫收回已经推上市场的 2 万张光盘,从那之后,我的心脏就开始变得无比坚强,现在就是整个后台服务都瘫痪了,我也只是微微一笑。其实,一个人身兼架构师和程序员,甚至多种角色,没什么不妥,后面还会讲这个话题,这种现象不是中国特色,跟国外是完全接轨的。我曾经跟米国的一个工程师在 msn 中聊过类似的话题,发现他们的路子跟咱们没什么不同,在 IT 这个行业,我们跟世界的差距只有 1 天,他们刚弄出来的新东西,我们这里第 2 天保准见得到。


架构师这个称呼不是拍脑袋想出来的,是有国际标准(ISO/IEC 42010)可查的。架构师是软件开发活动中的众多角色之一,它可能是一个人、一个小组,也可能是一个团队。微软对架构师有一个分类参考,我们参考一下,他们把架构师分为 4 种:企业架构师 EA(Enterprise Architect)、基础结构架构师 IA(Infrastructure Architect)、特定技术架构 TSA(Technology-Specific Architect)和解决方案架构师 SA (Solution Architect)。微软的这个分类是按照架构师专注的领域不同而划分的。


EA 的职责是决定整个公司的技术路线和技术发展方向。盖茨给自己的 Title 就是首席软件架构师,网易丁磊也喜欢这么称呼自己,实际上就是 EA 角色;IA 的工作就是提炼和优化技术方面积累和沉淀形成的基础性的、公共的、可复用的框架和组件,这些都是一个技术型公司传承下来的最宝贵的财富之一;特定技术架构师 TSA,他们主要从事类似安全架构、存储架构等专项技术的规划和设计工作;SA 的工作则专于解决方案的规划和设计,“解决方案”这个词在中国已经到了严重泛滥的程度,大忽悠们最喜欢把它挂在嘴边。所谓解决方案,就是把产品、技术或理论,不断地进行组合,来创造出满足用户需求的选择。售前工程师一般都是带着它到客户那里去发挥的。


大公司会把各种类型的架构师分得很清楚,小公司一般就不那么讲究了,架构师多数是是 IA+TSA+SA,一人包打天下,所以说大公司出专才,小公司出全才。


实际工作中,我们也经常会见到另一种比较简单的分类方式,把架构


《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开:qq.cn.hn/FTe 免费领取
复制代码


师分为软件架构师和系统架构师。软件架构师基本上是 TSA+IA,这也是程序员最容易突破,最可能走上的一条道路,比如 JAVA 架构师、DotNet 架构师、LAPM 架构师等等,我后面所讲的内容都是与软件架构师的相关的话题。系统架构师实际上是 SA+TSA,更着力于综合运用已有的产品和技术,来实现客户期望的需求。系统架构师要求通晓软、硬件两方面的知识,所以它的知识体系相对庞杂。关于系统架构师的话题,我们可以稍后再作讨论。

二 、架构师的职责

架构师需要参与项目开发的全部过程,包括需求分析、架构设计、系统实现、集成、测试和部署各个阶段,负责在整个项目中对技术活动和技术说明进行指导和协调。


架构师主要职责有 4 条:


1、确认需求


在项目开发过程中,架构师是在需求规格说明书完成后介入的,需求规格说明书必须得到架构师的认可。架构师需要和分析人员反复交流,以保证自己完整并准确地理解用户需求。


2、系统分解


依据用户需求,架构师将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务。随后,架构师会确定各层的接口,层与层相互之间的关系。架构师不仅要对整个系统分层,进行“纵向”分解,还要对同一逻辑层分块,进行“横向”分解。


软件架构师的功力基本体现于此,这是一项相对复杂的工作。


3、技术选型


架构师通过对系统的一系列的分解,最终形成了软件的整体架构。技术选择主要取决于软件架构。


Web Server 运行在 Windows 上还是 Linux 上?数据库采用 MSSql、Oracle 还是 Mysql?需要不需要采用 MVC 或者 Spring 等轻量级的框架?前端采用富客户端还是瘦客户端方式?类似的工作,都需要在这个阶段提出,并进行评估。


架构师对产品和技术的选型仅仅限于评估,没有决定权,最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重要的参考信息,项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡,最终进行确认。


4、制定技术规格说明


架构师在项目开发过程中,是技术权威。他需要协调所有的开发人员,与开发人员一直保持沟通,始终保证开发者依照它的架构意图去实现各项功能。


架构师与开发者沟通的最重要的形式是技术规格说明书,它可以是 UML 视图、Word 文档,Visio 文件等各种表现形式。通过架构师提供的技术规格说明书,保证开发者可以从不同角度去观察、理解各自承担的子系统或者模块。


架构师不仅要保持与开发者的沟通,也需要与项目经理、需求分析员,甚至与最终用户保持沟通。所以,对于架构师来讲,不仅有技术方面的要求,还有人际交流方面的要求。


三 、架构师的误区


1、架构师就是项目经理


架构师不是项目经理。项目经理侧重于预算控制、时间进度控制、人员管理、与外部联系和协调等等工作,具备管理职能。一般小型项目中,常见项目经理兼架构师。


2、架构师负责需求分析


架构师不是需求分析员。需求分析人员的工作是收集需求和分析需求,并与最终用户、产品经理保持联系。架构师只对最终的需求审核和确认,提出需求不清和不完整的部分,他会跟需求分析员时刻保持联系。架构师是技术专家,不是业务专家。


3、架构师从来不写代码


这是一个尚存争论的问题。目前有两种观点:


观点 1:架构师不写代码,写代码纯体力活,架构师写代码大材小用。架构师把 UML 的各种视图交给开发人员,如果有不明确的地方,可以与架构师随时沟通。


观点 2:架构师本来自于程序员,只是比程序员站的层面更高,比程序员唯一多的是经验和知识,所以架构师也免不了写代码。


我个人觉得这两种说法是与架构师的出身和所处的环境有关。


架构师首先是一个技术角色,所以一定是来自于技术人员这个群体,比如系统架构师,多是来自于运维人员,可能本身代码写得并不多,或者说写不出来很漂亮的代码。软件架构师多是来自于程序员,有着程序员的血统和情怀,所以在项目开发过程中,可能会写一些核心代码。我们的理想是架构师不用写代码,但事实上有时候过于理想。架构师写不写代码,可能取决于公司的规模、文化、开发人员的素质等现实情况。另外,架构师也不是跟程序员界限分得那么清楚,按照能力也有高中低之分,写不写代码不是区分两者的根本标准。


四 、架构师的基本素质

用户头像

Android架构

关注

还未添加个人签名 2021.10.31 加入

还未添加个人简介

评论

发布
暂无评论
程序员与架构师之间的差距很大吗?