为什么我总成为不了架构师

2013-5-19 12:13 阅读(12)

  以下是我这几年的反复思考得来的一些谬论。让大家见笑了。虽然好多摘取别人的成果。但是对于读者的你们也就微微一笑吧!
   一、什么是架构师?

其实架构师的概念并不是从程序开发专业一诞生就有的职位概念,架构师(Software Architect)仅仅是最近几年提出来的一个职位,貌似Software Architect的概念是IBM提出来的。然而,架构是什么样的一个职位,就像云计算一样,看起来很美,但是,每个人都有自己的理解。

很多人认为,架构师就是系统分析师,是拿到系统需求进行分析的人,错!如果系统只是系统分析,那么架构设计谁来弄?

有人认为架构师就是架构设计的人,画画UML,写一写文档之类的人,错!画UML就是设计吗?画图的人有了,设计的人是谁?

还有人认为架构师是从属于项目经理,只管设计,而没有任何权利的人,错!如果设计的决策权交给项目经理,那么这个设计是有分量的吗?

架构师是什么?

我们先不回答,我们先来看看在架构师概念出现前的一些职位提法。

在架构师概念出现前,微软是我们大多数软件企业的研发机构设置的样板,当时比较流行的职位搭配是——技术经理+项目经理。

ok,当然也有很多企业实际上,技术经理和项目经理是一个人。

也就是大多数企业当时是采用的开发主管负责制,即:技术+团队+项目,的负责人。

当我们把“项目经理”剥离出开发,仅仅对项目进度以及为项目推进而排除各项外部障碍时,其实负责开发技术和开发团队的人就是“技术经理”了。

如果,我告诉你,之前所谓的技术经理其实就现在的架构师,可能我们大家就更容易理解了。

没错,就是这样的,如果“架构师”的设计失去了“发言权”、“技术方向的决策权”、“团队人员的开发资源调配权”,那么我们可以想见,这个设计是多么的无力!!

因此,什么是架构师?

架构师是具有技术发言权,方向决策权,和团队人员开发资源调配权的开发团队的TeamLear,也是这个程序的设计者,当然他是这个程序团队的灵魂!!

因此,不想当Teamleader的程序员,绝对不可能成为真正意义上的架构师!

同时,不是Teamleader的架构师,也是一个被架空的,苍白无力的架构师!

二、如何才能用架构师的思想去思考?

架构师,如果只是把需求变成程序,那就不是架构师,那是叫“照着葫芦画瓢”。

架构师,如果只是精通各种框架,比如S\S\H之类的技术,只是利用S\S\H之类的技术去描述用户提出的需求,那是叫“用S\S\H画瓢”。

ok,不卖关子,那么怎么思考就是架构师应该去思考的方法?

首先告诉你,进行没有设计的架构设计叫架构师吗?

这种情况在软件行业内太普遍了!!

为什么没有设计?

因为,很多人都不懂什么叫设计!!

给大家一个概念,什么是设计?——

设计因未来而存在!——钟声 2010年6月

没有面向未来的,只是面向过去的,那绝对不是设计,那绝对只是模仿!!

设计因未来而存在!!

即,没有创新,就没有设计!!

即,没有改变,就没有设计!!

用进化论去思考你的设计!!

让你的设计超越一切理论!!

设计只是记忆的载体而不是记忆的全部!!

其实程序员是艺术家,而不是建筑工人!!
  三、沟通能力和自我表达

我认为沟通能力是基本中的基本,最为重要,最为普遍的素质。 

四、有一定的魄力和感染力

       架构师要与很多人打交道,其中不乏领导,刁钻的客户,技术狂人。而架构师是有职无官,但又要推动整个团队的技术进展,能在压   力下作出关键性的决策,并将其贯彻到底。这就需要架构师具有一定的魄力和感染力,依此来排除工作过程中一些个人情绪带来的影响,从而保证工作顺利进行。其实这点就算不做架构师,在日常生活中,相信大家也有所体会。面对有感染力的人,他哭你悲,他伤你哀;面对有魄力的人的铿锵话语,相信他的话你不会不听;反之,面对一个亦步亦趋,唯唯诺诺的人,你如何敢相信他的话,又如敢与他共事。
 
  五、 
有广阔的知识领域
架构师的职责有些特殊,多少有点需要创新的要求。虽然有很多现成的架构,但放到具体行业又有不同,不能生搬硬套。那么这时候你就需要专业的架构知识,丰富的业务领域知识,开阔的眼界。依此才能跳出架构和业务,从旁看清楚事实,从而将理论架构与实际业务完美结合。我认为,要做的这点,架构师不仅要努力学习架构和业务知识,也要把眼光放得更远。"世事洞明皆学问",也许灵感正来自与软件毫不相干的东西。    
  六、有过硬的技术能力和丰富的编程经验
广阔的知识领域是广度的要求,因为没有广度就成了井底之蛙。然而有了广度还要有深度。人的精力有限,但至少要精通1~2门技术。有深度才能把握细节,才能保证自己的设计不是天马行空,不切实际。有丰富的编程经验,主要是希望保持一种代码感觉,能够和开发人员进行有效的沟通,了解团队的情况。当然这并不是要求自己成为一门技术专家,只要能够保持对代码的感觉就行。因为优秀的技术选型可能有很多,适应于团队的缺未必。     

那么,为什么我总成为不了架构师? 

看来,还是我的思想没有转变,思想决定高度。不要仅仅从技术的角度出发一味的按照自己理所当然的方向去努力,要学会用设计的思想思考,并努力让自己成为有分量的人!!        
 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值