程序员职业规划手册
雪梅
前阿里技术总监,技术人职业发展教练
6832 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 23 讲
结束语 (1讲)
程序员职业规划手册
15
15
1.0x
00:00/00:00
登录|注册

02 | 规划之问(2):研发、测试、运维不同技术岗常见职业路线

你好,我是雪梅。
不知道你有没有这样的疑惑:
我现在的职业发展进行到哪一步了?
再往上走还需要往哪方面努力?
如果我想转岗,会面临什么困难?
更不用说在技术飞速发展的今天,还经常出现岗位消失、岗位融合的论调。
很多时候,我们的慌张来源于无法及时认清自己所处的位置。
这一节,我们就跳进技术人不同的角色,研发、测试、运维,去看看不同角色常见的职业发展路径和能力要求差异。有了这份导航,也会让你对未来有更清晰的认知,减少很多迷茫,甚至在别人的路径中找到适合自己的路。
这里先提一句,无论是研发、测试、运维,都有可能走向管理岗。转管理的事情,我们下节课再说,今天我们只探讨非管理岗的发展。

研发岗规划之问

研发岗细分为前端、客户端、后端、算法等。无论哪个研发岗位,在我看来,目前的趋势都是朝着两个方向分化,一个是向上浮,靠近产品、业务的业务研发,一个是向下沉,做专业技术攻坚的底层技术研发。
这两个方向对于能力的要求会有哪些差异呢?

业务研发 VS 底层技术研发

以客户端研发为例。底层技术研发,主要负责客户端的基础架构设计,解决性能和稳定性问题,以及客户端的容器、配套工具链的设计研发等。这就需要研发同学对相应的底层技术掌握到炉火纯青的地步,有非常强的专业技术攻坚能力。除了技术,还要具备良好的服务意识,因为虽然不直接面向外部用户,但面对的用户是工程师。当然,还要有内部产品的设计、推广以及最终落地的产品闭环能力。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

技术岗位的职业发展一直备受关注。本文从研发、测试、运维三个不同的技术角色出发,探讨了它们的职业发展路径和能力要求差异。在研发岗位中,业务研发和底层技术研发是两个主要方向,分别要求不同的能力和技术深度。而测试岗位则包括业务测试和测试开发,分别需要不同的测试能力和项目管理能力。文章还提到了这些技术岗位的未来发展路线,以及对于技术人员的发展建议。总的来说,本文为技术人员提供了对不同技术岗位的职业发展规划和未来发展方向的指导。此外,文章还探讨了测试岗位的未来发展趋势,以及运维岗的发展历程和未来的发展路径。文章内容丰富,为技术人员提供了深入的思考和指导。文章还强调了技术人员需要不断提升综合能力,建议往T型人才发展,既有一技之长,又不断去突破舒适区,历练自己的综合能力。最后,文章强调了理解自己岗位对于公司的价值的重要性,指出只有真正理解企业对于岗位的要求,才能帮助在日常工作中不偏离,做正确的事,从而实现扎实的职业发展。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《程序员职业规划手册》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(16)

  • 最新
  • 精选
  • 华仔
    是慢慢展开再深入,还是泛泛而谈?

    作者回复: 华仔,你好,第一章只要是聊大家比较痛的问题,先解决大面的需求,后面两章再详细展开。 当然职业发展这个话题跟很多技术话题不一样,没有标准答案,也没有最优解,所以是分享一些思考。欢迎多交流~

    2023-12-20归属地:山东
    6
  • 浩仔是程序员
    5+年的业务研发,目前是做内容安全的审核平台,对接机审和人审的,对如何成为业务专家搞到迷茫?

    作者回复: 浩仔,你好。 有几个问题你可以参考一下: 1.谁使用这个内容审核平台?他们当下有哪些痛点? 2.企业对于内容审核平台的目标是什么?审得更快,更准,还是什么? 3.行业内内容审核都用到什么样的技术?你们对标行业是什么样的水位? 把这些问题调研清楚,可能对于你了解这一块一些帮助。了解清楚之后,再思考一下,哪些问题技术上是可以去帮助改善的? 内容审核这一块我经验不多,不知道这些问题能不能对你有些启发?

    2023-12-21归属地:广东
    4
  • ququwowo
    请问对于数据科学家(data scientist)这个岗位, 由于需要较强编码能力,可以认为属于“业务研发”吗?在大厂中是怎样的存在? 谢谢

    作者回复: 你好,数据科学我会倾向于是业务研发,因为数据是用来驱动业务,最终数据发挥价值也是要回到业务场景中。跟编程能力要求无关哈,业务研发本身对编码能力要求也挺高的。 一对一教练陪跑好几个在大厂做数据科学家的小伙伴,这个岗位如果做得好确实是业务的“大脑”,但要做得这一步不但数据科学相关技术能力很扎实,更重要的事要深刻理解业务场景,能确定好的指标去做业务诊断,帮助业务更好地决策。

    2023-12-20归属地:美国
    4
  • ShawnWu
    现在是前端,但是中间做了很多产品沟通的工作,想向上浮,但是: 1. 具体怎么变成业务领域的专家不是很懂,开发咋往上浮呢? 2. 业务向的思考与深度不是产品经理、销售更懂,在那搞需求吗? 对于一线开发来说,具体的思路或者实践应该怎么迈出去呢

    作者回复: ShawnWu,你好。是的,从分工的角度,业务的思考是产品经理、销售更懂,但技术要更大发挥价值,不能只是埋头接需求。 至于具体如何向上浮,你是做前端的,下边这些问题你可以参考一下: 1.你做的产品整体日活/访问量多少?你负责业务的pv/uv多少? 2.了解用户进入你的产品,动线是什么?也就是最常用的是哪些功能?他从哪里进,从哪里出?这里挺考验数据埋点的。 3.整个系统的流畅性如何?比如你负责模块的bug率?如果是APP,可能还有crash率?页面的秒开率?这些数据有哪些优化方案? 4.今年业务对于这个产品的目标是什么?你这边可以提供的价值是什么? 希望对你有帮助。也可以关注“码上破茧”公众号,之前也分享过不少前端大佬的成长经验。

    2023-12-20归属地:北京
    2
  • 程序员小跃
    老师这节课太棒了,我自己就是走的研发路线,期待下节课,我迫切想知道走管理是什么样子,因为现在有点沾边了。已经发给一些交流频繁的小伙伴看看这节课,希望对他们有帮助,噢耶

    作者回复: 谢谢小跃,感谢你的转发。 下节课会聊到要不要转管理,希望对你有帮助。

    2023-12-20归属地:浙江
    2
  • 花花大脸猫
    对于老师说的这个T 型人才发展深有感触,只有你的一技之长竖线足够的深,才能有效的支持横线的宽度,并且在接触横线上其他维度内容时能够触类旁通。

    作者回复: 谢谢花花大脸猫,握爪,确实如此~~

    2024-01-01归属地:江苏
    1
  • TheOne
    老师现在很火的云原生属于运维还是开发?还是运维开发吗?

    作者回复: 云原生我理解更偏底层技术的研发,比如大厂经常会叫基础架构的研发。

    2023-12-21归属地:北京
    1
  • missyou
    学梅老师,您好,我一直做后端开发快7年了,从开始做PHP开发4个年头,公司转岗做Java个也有3个年头, 慢慢感觉面临中年危机比较焦虑。1、想着要不要深耕一门语言坚持下去?比如PHP,现在JAVA不是特别卷吗,php是不是相对在二线城市,竞争不是那么激烈? 2、目前互联网环境下,转管理路线 有中年危机吗?该如何规划路线。 谢谢。

    作者回复: 你好,技术人的职业发展其实跟语言关联度很小,越到后面,语言的影响非常小,重要的还是系统设计经验。你提到的两个语言,Java算是大语种,市场上需求量大,当然Java人才也比较多,PHP目前一线城市已经很少了,二线城市没有研究过。 其次,所谓中年危机的本质,是市场上人才供大于求,转管理也不是什么逃避中年危机的方法,而且不是每个人都适合转管理。转管理只是帮你历练了一些新的能力,个人适不适合转管理,有没有机会,建议看下第3节。 职业规划都是一事一议,没有标准的套路,如果说最根本的东西,花时间提升自己的能力,是最根本的,但具体路线需要结合每个人的具体情况来看哦。

    2024-02-28归属地:陕西
  • Mike
    7 年后端开发,一直使用一门编程语言,目前该语言使用率大大下降。最近在积极学习其他编程语言,也在不断拓展自己的综合能力,方向是业务开发,目标是架构师,用技术赋能业务。

    作者回复: 弱问下是PHP吗? 有之前语言的基础,切换语言成本其实还好,很多东西是相通的,加油。

    2024-02-22归属地:上海
  • 丁丁历险记
    这个时代开发自己会做unit test . 集成测试靠工具整合提效,code review 其实有白盒测试的功能,再招个 更多的是打打下手,随时被轻松替代

    作者回复: 工具确实可以提效,就像大家都担心ChatGPT会把自己的工作取代一样,不过当前的真实现状,工具能替代的部分还很有限,真实世界很多问题是充满不确定性,一直在变化,工具适合解决相对确定的场景,而更多的不确定性,比如对于真实业务的理解,把业务问题转化成一个技术问题,这个过程现在工具能做得还是很少。 回到你的问题,优秀的测试,其实不只是研发的附属物,应该是对于整个业务有全面的理解,对整个业务架构的合理性,稳定性保障有自己更宏观的视角,还能设计更合理的方案来保障线上和线下的质量。 个人观点,仅供参考。

    2024-02-10归属地:广东
收起评论
显示
设置
留言
16
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部