• 程序员如何打破35岁魔咒


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

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

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

    • 一、钻研技术,成为技术专家

    • 二、带团队,成为管理者,慢慢偏离技术

    • 三、成为某业务领域的专家,主导业务流程设计

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

    技术专家路线

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

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

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

    技术管理路线

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

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

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

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

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

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

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

    • 沟通能力

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

    • 情绪控制

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

    • 责任心

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

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

    • 赏罚分明

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

    业务专家

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

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

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

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

    • 技术不能丢,技术不能丢,技术不能丢,从一哥上面的分析,大家也看到了,不管做哪个方向,技术是必须的,打铁就绪自身硬嘛。

    • 业务一定要学,不能为业务服务的技术,都是耍流氓。

    • 学会看人,七情六欲、锅碗瓢盆,每个人都是独立的个体,大家平时交流中都可以互相了解,为了工作中更好的协作。

    • 作为Leader了,要有人情味(传统美德不能丢)。不要板着脸,一副我是leader,你就要服从的样子。

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


    作者:WindyQin
    出处:http://www.cnblogs.com/qinchaofeng/

    微信公众号
    本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

     
  • 相关阅读:
    最近几个月的感想
    Fortran 入门——C#调用Fortran DLL
    Fortran 入门——函数调用
    JQueryAjax初体验和一点感想
    【HDU】1796 How many integers can you find
    【SGU】476 Coach's Trouble
    【HDU】2204 Eddy's爱好
    【POJ】1091 跳蚤
    【URAL】1091 Tmutarakan Exams
    【ZOJ】2836 Number Puzzle
  • 原文地址:https://www.cnblogs.com/qinchaofeng/p/14344363.html
Copyright © 2020-2023  润新知