关于架构师成长的思考

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

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

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

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

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

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

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

 

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

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

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

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

定义自己的学习计划：

1. 设计模式的学习

2. 每日编码实现

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