关于架构师成长的思考

经过两个月的矛盾与思考,一直在抉择是否要转入开发的行列,一则是自己的研发经验很少尤其是大团队的合作研发经验,再者目前的预研岗位对于自我发展来讲,似乎有更好的前途,在这里我用了“似乎”。这是因为公司内部的预研岗位上的人员多是工作有些年限的人,对于初出茅庐的应届毕业生是否适合就不得而知了,在这里忍不住会吐糟一番。

周六看了一遍IBM架构师的文章,所以决定要留在现有岗位完成自己的成长。定位自己的目标,自认为不属于管理人才,只是对技术比较执着,所以成长目标必然是CTO或架构师,此路尚远,但是需要长期规划和实时修正。

查询了一下关于架构师的成长之路。

1. 架构师并不能丢弃编码,要设计行之有效的架构方案,需要经验和基础。(日常编码实现,动手而不是空谈)

2. 非常牢固的技术基础,架构师似乎对面向对象设计更情有独钟,都提到了软件模式设计——学习目标第一步诞生(软件设计模式类技术书籍阅读学习)

3. 良好的沟通能力,这点在架构师中必须的,但是不是优先的,若是沟通能力很强但是没有其他技能,比较适合的岗位是项目经理而不是架构师,说到底架构师的成长技术以技术和前瞻性为主,沟通能力为辅。良好的架构沟通能力,是在架构诞生前,需要与研发人员保持沟通,这样的架构诞生才有可能是可行的、可实现的、优良的。

4. 技术前瞻性。架构师与程序员的不同还在于对技术的全面了解很深入。要求学好英语,良好的口语和听力,才能与大牛对话。(亟待提高)

 

附注:http://developer.51cto.com/developer/top10Architect/

51CTO关于架构师成长之路的介绍,我的梳理只是针对自我的。

面对技术,很容易陷入只见树木不见森林的困扰中,因此不要不断自我修正,不断提醒自己的目标和前进方向,这就是定义短期目标和长期目标的意义所在。

对于自己之前做过的快照设计方案,其实就空谈,技术方案设计需要与相关研发人员的沟通,确认方案是否会行之有效的,从设计到落地的困难大于我们的想象。

定义自己的学习计划:

1. 设计模式的学习

2. 每日编码实现

3. 工作其他,深度和广度

你可能感兴趣的:(架构师)