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