人生就像射箭，如果连箭靶都找不到，那每天的拉弓又有何意义呢？本文主要价值是分享老兵哥我个人真实的从业经历经验，希望让你对架构和架构师有充分的了解，从而做好开发工作，并结合个人兴趣爱好提前规划未来。

1. 哪些特质适合往架构方向发展？

按照古典老师的生涯三叶草模型，构建某项新技能要从兴趣出发，接着培养能力，再将能力变现创造价值，最后激发更大的兴趣，形成良性循环。因此，程序员在选择自己升级打怪的路径时必须要遵从内心，人生没有好走的路，每个方向都需要付出努力才能在竞争中不被淘汰，如果能够选择自己喜欢并适合的发展方向，那你就会走的更加快乐从容一些。结合个人成长，以及担任面试官、晋升评委等经历，老兵哥总结了几个适合往架构方向发展的特质：

  • 对技术有足够的热情和好奇心。这些年技术的更新换代非常快，如果你对技术缺乏热情或好奇心，那你就很容易被时代所抛弃，滞留在曾经最擅长最熟悉的技术栈上。只有保持对新生事物的好奇心，愿意拥抱变化，才能够不断刷新自己的技术栈，从而积累丰富的经验，拓展自己的认知。
  • 善于跳出纷繁抽象总结方法论。在这个充满变幻的环境中，我们很容易陷入细节不能自拔，被各种业务问题套住不能脱身，意识不到跳出这些变化来总结共性的解决方案，从更高的维度来解决问题。如果你平时喜欢流程化、层次化、系统化地思考问题，那你就具备了做架构的基本条件。
  • 乐于与人沟通交流，兴趣爱好宽泛。架构师需要跟各种干系人角色沟通交流，如果你本身不太喜欢跟人打交道，那么架构相关的工作对你来说就比较有挑战。相对于技术专家的精深，架构更偏广博，兴趣爱好宽泛就有助于你拓宽自己的技术面和人脉圈，从而为做好架构积累内外资源。

如果你对某个技术领域特别喜欢，性格相对内向，兴趣爱好单一，那就可以往专精方向发展，成为这个领域的技术专家。如果你性格外向，兴趣爱好宽泛，那就可以往广博方向发展，成为跨不同领域的架构专家。不管往哪个方向发展，最根本的就是充分发挥自身优势，不断提高自己的不可替代性，站上更高更大的舞台，做更大更有价值的事情。

2. 如何从开发成功转型架构师？

2.1 个人经历介绍

老兵哥我第一份工作的岗位是高级开发工程师，两年左右升职为技术经理，其中百分之七十的时间精力依旧在开发工作上，其余百分之三十的时间精力用于十多个人左右团队的日常管理。这次跳槽换工作的主要原因，公司主营业务通信是基础设施，它本身跟互联网业务的关系比较远，那时候移动互联网开始蓬勃发展，而通信行业主要是跟着国际电信论坛的标准在走，虽然当时我们公司也在参与国际标准的制定，但就像待在大海深处无法感受到海面的波澜壮阔，世界那么大，我想去看看，年轻时的好奇心引领我奔向了移动互联网。

第二份工作的岗位是研发项目经理，兼职架构。当时移动互联网正处于爆发阶段，我在这段工作期间经历了从零开始孵化项目，技术架构也不短迭代升级。刚开始我并没有意识到要往架构师方向发展，都是在业务野蛮生长过程中遇到各种问题后被逼着赶鸭子上架，边查资料边验证，压力很大，但成长也比较快。在这个过程中，我习惯结构化思维，能够从更加系统化的角度分析定位问题，当时的领导觉得我有往架构师方向发展的潜力，专门让我参加了一个外部的架构师训练营。这个训练营对我的帮助还是蛮大的，它让我对架构有了更加系统化的认知，帮我构建了架构相关的知识体系。从那以后，我就会有意识地按照架构思维来看待各种技术工作。

后来跳槽换第三份工作的主要原因是，BAT 这类企业发展特别快，它们的业务都是服务个人用户，相较于服务企业团体客户，我们技术人的价值更容易得到体现和尊重，企业文化也是偏工程师文化。不同的生态需要不同的生存技能，选择环境也就是在强化自己想拥有的技能。第三份工作我的岗位是应用架构专家，主要奔着做公有云这个大方向去的，既可以服务个人或中小企业客户，又可以紧跟云计算这个大趋势。这段工作让我有机会刷新自己的技术栈，积累了大量云应用架构、微服务架构的实践经验，在培训推广、售前支持等工作中提升了软技能。

架构师这个岗位需要广博的知识面，而这几段工作经历极大地丰富了我的技术视野和知识体系，实践过 C/S、B/S、分布式 Dubbo、微服务 Spring Cloud 等应用架构，开发过 Windows 桌面应用、Anroid 移动应用、Linux 服务器程序等，熟练或熟悉使用 C/C++、JAVA、JavaScript、Python 等开发语言，使用过各种类型的中间件产品。在三十岁前后正在构建架构师所需的技能树，而随后顺利转型至架构师岗位，比较平滑地渡过了程序员 35 岁这道坎，现在回过头来看，这恰巧符合了职业转型升级三步走的策略。

2.2 三步走转型策略我们每个人都会遇到转型升级这个命题，要么是被动的，要么是主动的。什么是被动呢？就是职业发展遭遇瓶颈或天花板，薪酬待遇上涨乏力，相对于年轻人在市场上的竞争力降低，甚至遭遇末尾淘汰或裁员等等，这是任何人都不愿意看到的，最好还是提前规划主动转型。当然，任何人都不能脱离现实生存的约束，在完成转型升级前，我们还需要依靠眼下最擅长的技能谋生。因此，我们不要幻想自己在某天就突然可以胜任架构师的工作了，最靠谱的还是三步走策略：

  • 第一步，在开发岗上积累丰富的开发和设计经验，熟悉各种中间件产品。
  • 第二步，在开发岗上学习架构相关的理论和方法，寻找机会做架构设计，提升架构师所需的软技能。
  • 第三步，晋升或跳槽到真正的架构岗，正式以架构师角色开展工作，培育后续转型升级的新技能树。

上述三步当中，第二步比较难，在做好本职工作的同时，主动跳出舒适区，不断扩大自己的技术视野。因为很多人会被公司的业务和技术环境牵着走，例如公司当前的业务规模决定了技术上不需要分布式技术，很少有人会思考业务规模大了之后如何利用分布式技术来化解问题。如果你准备往架构师方向发展，除了寻找更大规模的业务外，那你要养成跳出当前层级和环境来思考的习惯，例如你只用了关系型数据库，有没有想过当数据到达 TB 数量级时如何快速检索与保存呢？技术能力的突破依赖业务场景的需求和自身刻意的规划学习，二者缺一不可。但前者是机会，往往不是自己能完全把控的，如果在工作中没有实践场景，最好的办法就是系统的学习与梳理，待机会来临时才能一展身手。