`

多长时间可以成长为一个架构师?

 
阅读更多

        一个程序员,多长时间可以成为一个架构师?5年?10年?相信这个也是很多程序员所关心的,包括我自己。很多人都说5年,是程序员的一道坎,迈过去了,前途光明,否则.....

        就我个人见解来说,成为一个架构师,必须具备五点:第一必须要有丰富的编程经验;第二丰富的知识面;第三是否具备对已有复杂系统的快速分析能力;第四面对新的技术是否能够快速适应并应用;第五是否能够根据实际资源,拿出可行性的方案?多少时间可以确定?

         对于第一条,第二条,相信很多人都很容易满足,但是第三条,就不是轻易能够做到的,这里面是对前面两条知识面的综合运用;对于第四点这里提几个问题,看看自己是否能够做到?a.对于新的技术,如果有足够的文档,自己多长时间可以上手?1个星期?2个星期?或者是更多?b.对于新技术,如果现在可读可参考的的文档比较少,自已多长时间可以上手?

        这里面其实还有一点:一个人是否有丰富的行业经验?是否有人同意把它作为一个架构师所必备的?这个问题就交由各位同仁思考了........

1
2
分享到:
评论
9 楼 jeff312 2013-03-18  
敝人浅见,5年对于一个平均水平起点的程序员来说只是进入了一个技术和经验的喷薄阶段,离真正的架构师还有不小距离。7、8年是个比较合理的范围。

解决方案的架构师,所谓Solution Architect,我认为比技术架构师需要更丰富的经验,10年或许是底线。当然我也见过一些经验一般的Solution Architect,实在是配不上这个头衔。
8 楼 minn84 2013-03-18  
damoqiongqiu 写道
时间不是非常重要的参考因素,关键的因素是参与过多少真心正规的项目

兄弟想说的是按照软件工程的方法吗?时间确实不是最重要的,但我觉得关键的还不是参与过多少正规的项目,而是你参与的项目中出现的问题,你都解决了吗?如果都是同种类型的项目,即使再多,你也只是个模仿者,面对新的问题,你无从下手,而且你应该知道中国软件行业的状况如何,5楼的兄弟是相当了解.    .  中国人很多时候都是只问结果,不问过程的。换一句话說,你只要读过或者大概了解过软件工程,就可以就看到软件工程开发模型的发展历程是怎样


这里补一句,欢迎’踩’的人踊跃发言,更多的意见,或者代表可以有更大的进步
7 楼 damoqiongqiu 2013-03-17  
时间不是非常重要的参考因素,关键的因素是参与过多少真心正规的项目
6 楼 minn84 2013-03-17  
5楼 大型系统的架构和运维经验确实必不可少,因为大型系统涉及的知识会更多,更广,其中或许还包括硬件方面的知识,整体规划等,不过也如你所说,有些架构师确实有水分,所以最终会在运维方面体现出一个架构的好坏,实践出真知,用事实说话
5 楼 Dead_knight 2013-03-17  
单从技术考虑,我觉得一定要有大型系统的架构设计、运维经验。
曾经我面试架构师职位时,面试官问我:做过哪些大型项目,多少并发量,采用什么样的架构,通过什么手段掌握系统运行状况,这种架构的优缺点是什么。其实从这些问题,能够知道你对系统整体的掌握程度,以及出现故障时及时解决问题的能力。

但是也有些公司更偏重于解决方案(比如说:给你一个问题,让你根据你积累的知识经验给出多少种方案,并且指出各种方案的优缺点及适用场景)
大多数公司的架构师职位都是稀缺的,所以对架构师职位的招聘都很谨慎。国内也有很多公司的架构师是虚有其表的,具体就不说了,你懂得,呵呵。
4 楼 minn84 2013-03-17  
asialee 写道
讲的很有道理

欢迎各位大牛们发表自己的见解
3 楼 asialee 2013-03-17  
讲的很有道理
2 楼 minn84 2013-03-17  
Dead_knight 写道
我的看法跟你的不太一样。本人更看重以下几点:
1、经验
编程经验、设计经验、项目经验

2、沟通
与领导沟通、与同事沟通、与客户沟通




我觉得,你的第一点和我以上说的差不多,至于第二点,其实和管理有关了,我所着重的是从技术角度出发,你所考虑的是增加了管理方面的知识点,而实际上,你的考虑更适合中国的特色。不知道你做软件多少年了,不知道你看法有没有发现在实际中出现很多问题?
1 楼 Dead_knight 2013-03-17  
我的看法跟你的不太一样。本人更看重以下几点:
1、经验
编程经验、设计经验、项目经验

2、沟通
与领导沟通、与同事沟通、与客户沟通

相关推荐

Global site tag (gtag.js) - Google Analytics