软件架构师不等同于资深程序员

标签: 软件 架构师 不等 | 发表时间:2014-01-03 01:29 | 作者:ningboxiao
出处:http://www.iteye.com

本文的作者Armel Nene是ETAPIX Global公司的首席架构师,他居住在伦敦,他参与过的开源项目包括 Apache Lucene,,Apache Nutch, Liferay 和 Pentaho等。

 

如今很多的公司的IT部门仍然认为招聘一个资深的程序员,他同样也能承担软件架构师的角色。

 

资深程序员对整个软件生命周期很了解,他们可以经过培训成为架构师,但他们不等同于架构师。一个软件架构师首要的和最重要的是他的远见。如果一个架构师拥有一些软件开发经验,那会更好,但大多时候,他们面对的是一个多语言的复杂环境。在第一行代码开始编写之前,架构师需要制定出业务需求如何转变成解决方案。这不仅仅需要业务环境的相关知识,从业务操作到客户环境,他还需要向公司上级勾画出一个令人信服的系统。如果有些问题不事先考虑,如扩展性,访问延迟问题,安全问题,系统开始开发时就会忽略这些。而资深程序员了解自己的团队,了解他们的能力。资深程序员知道如何管理工作进度,确保开发中的软件如何实现架构设计的目标。

 

架构师能决定的是需求应该如何开发才能满足业务需要,例如:

这个业务分布全球,业务在需求上需要网站响应延迟不超过3秒——不管用户在什么地方,网站最少要能承受10万以上的用户访问量。

上面的需求涉及的是系统的架构,而不是形如我们如何用Oracle数据库来对用户安全认证的问题。

有很重要的一点需要注意,很多的软件架构师在之前都是资深程序员(比如我自己),尽管如此,很多的资深程序员对架构设计并不感兴趣。决定一个系统是该使用Tomcat还是Glassfish,是否要用Apache Webserver做负载均衡,这属于架构事务。做代码审查,确保设计模式被正确的应用,这是资深程序员的事务。资深程序员可以决定开发方法,比如使用敏捷开发方法,但需要项目经理的认可。架构师要参加项目各方一起的会议:用户,经营方,基础设施提供方,开发,测试人员。当用户询问为什么系统缓慢时,他们会找架构师,架构师则会找资深开发负责人研究目前的开发是否达到了架构设计目标,或看看架构设计上是否有缺陷。

 

我是一名软件架构师,我可以轻松的把我的见解表达给开发团队,但同时我也是一名资深程序员,我仍然热爱编程。我在一个软件架构协会工作,经常会遇到一些没有开发经验的架构师,我不认同他们的这种出身。软件架构师应该了解各种语言的特点,而不是只偏爱自己喜欢的那种。

 

我希望有更多的软件公司能认识到在软件项目中架构师的价值——不论项目有多大有多小。

本文转载自: http://www.aqee.net/a-software-architect-is-not-a-senior-developer/

[英文原文: A software architect is not a senior developer ]



已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [软件 架构师 不等] 推荐:

软件架构师不等同于资深程序员

- - 研发管理 - ITeye博客
本文的作者Armel Nene是ETAPIX Global公司的首席架构师,他居住在伦敦,他参与过的开源项目包括 Apache Lucene,,Apache Nutch, Liferay 和 Pentaho等. 如今很多的公司的IT部门仍然认为招聘一个资深的程序员,他同样也能承担软件架构师的角色. 资深程序员对整个软件生命周期很了解,他们可以经过培训成为架构师,但他们不等同于架构师.

软件架构师的沟通修炼

- - 博客 - 伯乐在线
在架构师的角色中,沟通是要求有效果的必备技能与工具. 换句话说,沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段. 架构师通常没有对为其项目工作的他人的直接管理权. 他们的项目往往是跨部门的,也可能会跨好多个行业单位. 由于不能直接管理他人,所以架构师指示别人或群体完成特定行动的能力就受到限制.

软件架构师的职责

- - 研发管理 - ITeye博客
架构师需要参与项目开发的全部过程,包括需求分析、架构设计、系统实现、集成、测试和部署各个阶段,负责在整个项目中对技术活动和技术说明进行指导和协调.     在项目开发过程中,架构师是在需求规格说明书完成后介入的,需求规格说明书必须得到架构师的认可. 架构师需要和分析人员反复交流,以保证自己完整并准确地理解用户需求.

软件架构师是一个角色,不是一项工作

- - 博客园_知识库
   英文原文: Software Architect – A Role, Not a Job.   一个产品开发组织结构中,软件架构的团队与开发团队分离,可能成为功能失衡、质量低下、士气不振的祸因.   在公司晋升体系中,软件开发者可以成长为软件架构师. 架构师通常位于一个架构团队,这个团队负责早期应用架构设计,开发节点的验收,产品发布前的批准.

对大宋下一代系统软件架构师的七个期望

- joyoner - 弯曲评论
有诗云:人之老,其言真;人之去;其行善. 系统软件设计是软件系统的皇冠中的宝石. 在系统软件,特别是通信系统软件的设计上,有没有一些可以提炼的方法论. 今身处幽州(北平),心在大宋. 谈谈我对大宋年轻一代的系统软件工程师的期望. 年轻人都以为有些事情需要粗,有些事情需要厚. 系统软件一定要越细越好;越薄越好.

软件架构师应该知道的97件事(极致总结)

- - CSDN博客推荐文章
 软件架构师是IT 行业里独一无二的职业,既要精通软件开发技术,又要掌握业务知识,还要周旋于公司不同部门之间,协调各种予盾. 简洁的总结下,希望对读者有帮助. 1.客户需求重于个人简历. 为了自己的简历更炫而采用新技术是沽名钓誉,往往事与愿违. 2.  简化根本复杂性 ,消除偶发复杂性. 根本复杂性指的是问题与生俱来的、无法避免的困难.

系统架构师JD

- - CSDN博客架构设计推荐文章
国内大型的物流企业,专业从事国内公路运输和航空运输代理. Foss项目的架构设计,包括需求分析,模块设计,系统结构设计,关键功能的开发,技术难题的解决,对团队质量输出的把控等等. 1、熟悉WebLogic/Websphere/JBoss等一个以上大型应用服务器,熟悉Linux及应用服务器集群. 2、 具有丰富J2EE架构设计经验,具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验.

微服务与架构师

- - 乱象,印迹
因为工作的关系,最近面试了很多软件架构师,遗憾的是真正能录用的很少. 很多候选人有多年的工作经验,常见的框架也玩得很溜. 然而最擅长的是“用既定的技术方案去解决特定的问题”,如果遇到的问题没有严格对应的现成框架,就比较吃力. 这样的技能水平或许适合某些行业,但很遗憾不符合我们的要求. 软件架构师到底应该做什么,又为什么这么难做好,这都是近来的热门问题,我也一直在和朋友们讨论.

从“架构师书单”讲开去

- 黄立 - aimingoo的专栏
琉璃要我推荐一下给工程师们的各阶段的书单,这件事被我压在手边好些天了已经. 然后呢就看见了公司内网中孙坚的一份推荐. 其实那份书单的一些信息也是有出处的(或者说有类似介绍的地方),是江南白衣的另一份架构师书单,目前已经“翻新”到2009年版和第3版了:. 看来白衣兄的确是要把这份书单做到穷极. 但事实上我在看到他的最初版的书单时,就提出过反对意见:.