程序员如何打破 35 岁魔咒

简介: 程序员如何打破 35 岁魔咒

大家好,今天跟大家聊聊程序员 35 岁以后的方向怎么选?


作为程序员,行业内一直流传着 35 岁的魔咒,那么大龄程序员该如何跨过 35 岁这道坎?一哥离 35 岁也不远了,思考后和大家一起聊一聊~


从目前一哥接触到的同事,他们的发展大概分为这三条路:


  •  一、钻研技术,成为技术专家
  •  二、带团队,成为管理者,慢慢偏离技术
  •  三、成为某业务领域的专家,主导业务流程设计

那么从一哥接触的同事获取到的经验和大家逐个聊一下,该如何走好这三条路!


网络异常,图片无法展示
|


技术专家路线



程序员大都有一个品质:好学!技术专家这类人大多痴迷于程序,就像痴迷于游戏一样。把自己写的代码看成孩子一样,一直努力让自己的代码更完美,运行更高效,不允许有一点瑕疵。在项目期间,总能废寝忘食的加班,在调试完所有功能后,看着程序跑起来的那种成就感。


他们不屑于成为管理者,他们往往也是公司里面待的时间最长的人,管理他的领导技术也不如他。但这并不影响他们专心的研究救赎,其实很多高工的工资比管理者的要高。


一哥任务成为技术专家不仅要你在某一个领域能够独当一面,还要多软件工程整个流程熟悉,能够具备架构、快速定位问题的工程能力。


技术管理路线



我相信大部分程序员应该都是想做管理的,他们认为管理者就可以掌控团队成员,可以分配任务,可以不用写代码。但是,不写代码并不意味着不干活!


到了管理岗位,特别是 35 岁左右的同学,经常调侃自己的代码能力,这是大部分管理人员的一种真实写照,大家都知道,一旦走上管理岗位,那就和 ppt 越走越近,和代码越走越远了。虽然他仍然要跟踪最新技术的动向,但他很可能已经无法深究很多技术细节了。


IT 领域的管理者基本都是从程序员出来的,当然产品出来的也有。管理者往往需要处理许多与人相关的事情,这导致要处理的事情是碎片化的,如果坚持编码,那么每天的打断往往会大幅降低写代码的效能。做技术(编码)的往往可以转去做管理,但做管理的再转回做技术(编码)就难了。这意味着技术背景对做管理往是很有帮助的,我们看到大部分管理者也都是平时组内技术能力还可以的同事。


什么样的程序员适合转管理


我碰到过一个同事,不是很喜欢主动学习编码以外的东西,不太喜欢与人沟通,但对工作所直接关联的技术领域研究较深,做事情兢兢业业,一丝不苟,几乎不写 bug。


我碰到过同事,工作上理解东西很快,对技术也很狂热,整体水平还好,但是脾气比较暴躁,跟同事沟通经常就不欢而散,当然我不是指和产品经理哈。


可能很明显的能看出上面两个同事都不适合转管理,那么什么样的程序员适合转管理呢?


网络异常,图片无法展示
|


  •  沟通能力

管理管的是人,如果你不具备良好的沟通能力,那么就做不好管理,不能让团队成员很好的协作。


  •  情绪控制

职场 pa,我们听到了很多,但是员工都是怎么想呢?可以批评下属,但是要懂得尊重。因为作为管理者,也有人管理你。情绪控制不好的管理者容易在绩效评估方面难免有偏颇。


  •  责任心

一旦你走上管理者,很多时候意味着你有更多的工作,要考虑团多的方向,识别团队每个人的能力,如何把大家的工作成绩汇报给老板,为团队争取更多的资源。每当下班你走的时候,你的领导经常不会走,周末你去加班也经常会看到他的身影。


说一个题外话,很多公司会因为领导走的比较晚,自己不好意思下班的现象,造成很多无效的”996“,作为管理者应该考虑下你的团队是否有这种现象,避免团队工作效率的降低。


  •  赏罚分明

说起来容易,但是对于初级管理者来说很难。就拿绩效评估来说,让你选出团队里差绩效的人,扣他的工资,你是不是会不好意思?选不出差绩效的员工,那说明自己平时没有准确识别出团队每个成员的能力以及工作情况。打了差绩效,也许你会让一个人不爽,但是打不了差绩效,你会让整个团队不爽。


业务专家



其实我更愿意成为转为产品经理,IT 也是分行业的,不论是传统行业还是传统行业,都有一批 IT 人转为了业务专家。他们理解企业和相关各个部门的具体目标。熟悉战略目标后,他们开始收集需求,将这些需求转化为对于 IT 开发的技术要求。他们懂得 IT 技术,知道哪些需求可以快速实现,哪些可以实现,哪些需求是“异想天开”。除了在公司内部,他们还会参与一些标准的制定等等,还可以成为“咨询顾问”,要知道这类咨询一般都是按小时收费的。


快 35 岁了,到底该怎么选?


做技术专家,你就要对团队系统的可靠性负责,而不是只为了自己钻研技术;做管理了,你就要为团队目标负责,而不是为某个人的感受负责。



不管走哪个方向,都要做好当下。


  •  技术不能丢,技术不能丢,技术不能丢,从一哥上面的分析,大家也看到了,不管做哪个方向,技术是必须的,打铁就绪自身硬嘛。
  •  业务一定要学,不能为业务服务的技术,都是耍流氓。
  •  学会看人,七情六欲、锅碗瓢盆,每个人都是独立的个体,大家平时交流中都可以互相了解,为了工作中更好的协作。
  •  作为 Leader 了,要有人情味(传统美德不能丢)。不要板着脸,一副我是 leader,你就要服从的样子。

找好自己的方向,别太难为自己,不要完全为了钱而工作,哪个方向,如果走不远的话,最终吃亏的还是自己。


看完你有哪些想法呢,评论一起聊一聊~

目录
相关文章
|
程序员 开发者
|
5月前
|
开发者 UED
代码之外:软件开发者如何培养跨界思维
在技术飞速发展的今天,软件开发者面临的挑战已超越单纯编码技能。本文探讨了跨界思维的重要性及其对职业成功的推动作用。跨界思维能促进创新、提高适应性和增强沟通能力。通过学习新知识、参与多学科项目、建立多元化网络、培养创新思维及学习设计思维,开发者可全面提升自身能力。这不仅增强个人竞争力,还促进团队创新。
|
6月前
|
C++
拥抱C++面向对象编程,解锁软件开发新境界!从混乱到有序,你的代码也能成为高效能战士!
【8月更文挑战第22天】C++凭借其强大的面向对象编程(OOP)能力,在构建复杂软件系统时不可或缺。OOP通过封装数据和操作这些数据的方法于对象中,提升了代码的模块化、重用性和可扩展性。非OOP方式(过程化编程)下,数据与处理逻辑分离,导致维护困难。而OOP将学生信息及其操作整合到`Student`类中,增强代码的可读性和可维护性。通过示例对比,可以看出OOP使C++代码结构更清晰,特别是在大型项目中,能有效提高开发效率和软件质量。
46 1
|
9月前
|
开发框架 安全 程序员
程序员的护城河
程序员的护城河
75 0
|
程序员 容器
程序员基本素养和特质
程序员基本素养和特质
|
程序员
程序员如何摆脱内卷?
程序员如何摆脱内卷?
153 0
|
人工智能 架构师 程序员
十年老友记 | @边城:恰当的编程是会产生幸福感的
十年老友记 | @边城:恰当的编程是会产生幸福感的
206 0
|
程序员
老程序员的巨大优势——积累起来的经验——打破30/35岁的魔咒!
  最近找了一份工作,在工作中体验到了以前积累的工作经验的巨大优势。     需求很简单,就是做一个网站,展示一下要出售的商品,再加上一个资讯作为陪衬。当然还要有一个会员管理,会员分类,会员购物车、订单、网银接口等,还有SEO的注意事项,再加上URL重写,还有就是业务员和会员的关系。
1033 0
怎样跳槽最有利于自身的发展?
“ 跳槽不只是纯粹的“跳”,跳前的思考,跳前的准备,跳前的判断从何而来 希望本篇能给你带来一点反思。 主动求发展 我把这一类放在第一项,主动出击求发展,这类属于已经有很明确的职业发展目标。
898 0
|
机器学习/深度学习 新零售 架构师