作为程序员，在开发岗位上做了几年，特别是到了30岁，这个而立之年，我们会来到一个重要的人生岔路口。就是管理和技术两个选择，一边专业路线，一边是管理路线。
在互联网的头部企业，对管理和技术是平等对待的，所以晋升会存在管理和技两个通道的
既然有了选择，就会有人纠结，不知道是选择专业路线，还是选择技术团队的管理路线。
这个选择是程序员人生中第一个大的选择，也是第一个障碍，倒不是说这个障碍是到底要不要选择管理，而更多的是对做管理的迟疑，怀疑到底能不能做好管理，做了管理之后，技术是不是就荒废了。
这种状态犹豫不决、摇摆不定的状态保持时间长了，最终会导致技术和管理都没做好，这是得不偿失的。
为了解决这个问题，有必要分析程序员职业发展的路线到底有几条，分别需要具备怎样的能力，从而做到”手中有粮，心中不慌“
01技术**
技术类上，是有两个方向：架构师和技术专家
架构师他的侧重点是在“广”上，他主要负责技术的整体和架构，在业务上，需要有很深的理解，有丰富的经验，甚至能做到“走的桥比你吃的盐还多”。在技术上，能够广泛涉略，掌握的技术知识越多，内力就越加深厚。
我觉得架构师还需要三点必备能力，其一需要有极强的执行力，能够快速的给出合理的方案，推动技术落地。其二需要有极强的判断力，能够准确的找到复杂系统的疑难问题所在，就像武林高手，一眼就看出对方的破绽。最后还需要有极强的创新力，能够创造新的解决方案，解决现有技术难题。
所以从程序员到架构师的成长之路，总的指导原则是：积累经验，拓宽视野，深度思考（可以参考我之前文章《程序员进阶必备能力——深度思考》）
技术专家他的侧重点是在“专”上，这个就很好理解，就是在某个领域能够深入，能够熟悉其背后运行原理。不同的领域都会存在专家，例如：Java专家、前端专家、图像算法专家、Linux内核专家等等。专家相对架构师，更加专注，并不会考虑太多整体方案。
所以从高级开发成长为技术专家，主要是扩展领域内的技术宽度，提升领域内的技术深度。因为领域也不是特别窄的一个面，而是包含多个技术面。
举一个例子：Linux内核专家，要想成为Linux内核专家，需要掌握，Linux CPU调度、内存管理、进程管理、存储管理、文件系统、设备管理和驱动、网络通信、系统调用、系统初始化等技术面。
在每个技术面中，同样包含了很多技术点，这些技术都是知识盲区，所以需要提升技术深度。
02管理**
管理也分为了两个方向，技术管理和职业管理。顾名思义，技术管理更加倾向于技术，而职业管理完全抛开了技术，纯粹的商业方向。
技术管理，这个方向是程序员最自然的选择。大部分的技术管理者，在其从程序员转为管理岗位的时候，都是在领导或公司的要求下，被动的推到技术经理岗位上的，并非是自己当初有强烈意愿、主动去选择管理岗的。然后走上曼曼打怪进阶的路线，从技术经理岗到技术总监，带领几十号人的团队冲关，然后到成为技术业务部和事业部的技术副总裁，相当于CTO了。
技术管理需要在业务上有较深的理解，在技术上能够根据技术发展趋势，进行技术规划。在产品上能够极强的洞察力，进行产品规划。在团队加上能够规划团队建设、组织结构等等，所以这是综合素质的要求。
职业管理
职业管理者往往更加关心于整体产品业务的团队，不限于技术团队。比如某个事业部的总裁，或者是某个业务部的总裁。大家往往都听过某某事业部空降了领导，这个领导就是属于职业管理者，他的移动性更加强，能力更加通用。这个方向是可遇不可求的，有些人一辈子都不可能触及到。这个就是天花板上的别人家的楼板，你说难不难？
03创业**
创业这个方向上，一般是作为技术合伙人来参与，如果想要自己的创业公司能够成功，必须是全能型创业团队，在技术、产品、营销等方面不能有明显的短板。
我举一个真实的例子：我的上一家公司的直接领导，辞去技术总监的职位，作为一个技术合伙人创建了一个团队，主要提供物流解决方案。前几个月和他聊，公司已经在去年实现盈利1000多万，通过股权上操作，已经成为最大的股东，掌管着整个公司的前进方向。
说到这里挺惋惜的，创立之初，当时极力的拉我入伙，被我拒绝了，理由是工资太低了，这个理由在现在看来简直可笑啊
04其他**
项目经理
这个方向也是程序员比较常见，也比较自然的方向。项目经理其实一种组织整合能力。不同于技术管理，这条路线走起来，几乎不需要任何外界依赖因素。
最需要关注的是进度、质量、人力、成本、风险。
那如何提升项目管理能力呢?
首先需要对项目管理知识框架有个大致的认识，避免在庞大的知识体系中迷失方向，比如：
- 范围管理：项目为何总是做不完？范围管理要界定
- 风险管理：项目风险引发的问题、成因以及防范方法
- 沟通管理：做好项目沟通计划
- 质量管理：加强项目质量
- 时间管理：项目进度控制
- 成本管理：产品成品控制
- 等等
其次需要掌握项目计划、项目变更、项目进展报告、复盘等过程方法。
最后需要掌握跨部门协作，多维度沟通上进行加强。
产品经理
程序员转产品经理，需要做到技术思维到产品思维的转换。
技术思维角度是从功能开始，而产品思维的角度是从业务开始。
作为程序员，当要做一个项目时候，我们最关心的是这个项目有哪些功能，然后考虑每个功能如何实现；
而作为产品经理，当要做一个项目时候，我们看重这个项目的业务场景是什么，解决用户什么问题
技术思维角度是怎么去实现功能，而产品思维角度是为什么要这个业务。
从技术思维的角度关注一个需求时候，总是先关注一个需求如何去实现，即HOW；
而从产品思维上来关注一个需求时候，应该多问一下WHY，为什么需要这个需求，多思考为什么，从而找到需求或问题的本质。
技术思维角度是向专家一样行动，而产品思维角度是向小白一样思考。
作为程序员，我们日常接触到最多的还是技术人员，这些人一般来说逻辑思维都较强，擅长使用和处理各种软件，所以总是将这种形象代入到客户身上。
但作为产品人员思考时候，将用户想得越“小白”越好，假设他们是不懂电脑，不太会玩手机，甚至不会打字的人。
05总结**
上面4个方向是程序员主要的职业发展路线，作为个人来看，如果能一直做自己热爱的工作和喜欢的角色，应该是最好的状态。
不管走那一条路，一些能力是共通的，比如：技术规划、团队建设、沟通、时间管理等。处于自己的选择，可能不会选择管理方向，但是难免在以后的工作中会和管理者打交道。管理作为一种通用的素质，希望大家能够技多不压身。
总之，作为程序员，技术和管理，就像人的两条腿，所有的职业发展路线都离不开，毕竟一条腿是走不远的。
推荐阅读（干货）
觉得不错，记得关注、转发和在看！多年经验分享，实属不易，感谢支持！
博主是一位物联网大厂技术总监，从业7年。从软件开发、高级软件开发、技术经理再到技术总监，分享职业发展、技术管理、职场晋升、技术成长等个人多年经验和心得。一起成长！其他文章可以加我公众号如下：
