你们好,我是一哥。今天跟你们聊聊程序员35岁之后的方向怎么选?程序员
做为程序员,行业内一直流传着35岁的魔咒,那么大龄程序员该如何跨过35岁这道坎?一哥离35岁也不远了,思考后和你们一块儿聊一聊~架构
从目前一哥接触到的同事,他们的发展大概分为这三条路:app
1、钻研技术,成为技术专家学习
2、带团队,成为管理者,慢慢偏离技术编码
3、成为某业务领域的专家,主导业务流程设计spa
那么从一哥接触的同事获取到的经验和你们逐个聊一下,该如何走好这三条路!设计
程序员大都有一个品质:好学!技术专家这类人大多痴迷于程序,就像痴迷于游戏同样。把本身写的代码当作孩子同样,一直努力让本身的代码更完美,运行更高效,不容许有一点瑕疵。在项目期间,总能废寝忘食的加班,在调试完全部功能后,看着程序跑起来的那种成就感。3d
他们不屑于成为管理者,他们每每也是公司里面待的时间最长的人,管理他的领导技术也不如他。但这并不影响他们专心的研究救赎,其实不少高工的工资比管理者的要高。调试
一哥任务成为技术专家不只要你在某一个领域可以独当一面,还要多软件工程整个流程熟悉,可以具有架构、快速定位问题的工程能力。orm
我相信大部分程序员应该都是想作管理的,他们认为管理者就能够掌控团队成员,能够分配任务,能够不用写代码。可是,不写代码并不意味着不干活!
到了管理岗位,特别是35岁左右的同窗,常常调侃本身的代码能力,这是大部分管理人员的一种真实写照,你们都知道,一旦走上管理岗位,那就和ppt越走越近,和代码越走越远了。虽然他仍然要跟踪最新技术的动向,但他极可能已经没法深究不少技术细节了。
IT领域的管理者基本都是从程序员出来的,固然产品出来的也有。管理者每每须要处理许多与人相关的事情,这致使要处理的事情是碎片化的,若是坚持编码,那么天天的打断每每会大幅下降写代码的效能。作技术(编码)的每每能够转去作管理,但作管理的再转回作技术(编码)就难了。这意味着技术背景对作管理往是颇有帮助的,咱们看到大部分管理者也都是平时组内技术能力还能够的同事。
我碰到过一个同事,不是很喜欢主动学习编码之外的东西,不太喜欢与人沟通,但对工做所直接关联的技术领域研究较深,作事情兢兢业业,一丝不苟,几乎不写bug。
我碰到过同事,工做上理解东西很快,对技术也很狂热,总体水平还好,可是脾气比较暴躁,跟同事沟通常常就不欢而散,固然我不是指和产品经理哈。
可能很明显的能看出上面两个同事都不适合转管理,那么什么样的程序员适合转管理呢?
沟通能力
管理管的是人,若是你不具有良好的沟通能力,那么就作很差管理,不能让团队成员很好的协做。
情绪控制
职场pa,咱们听到了不少,可是员工都是怎么想呢?能够批评下属,可是要懂得尊重。由于做为管理者,也有人管理你。情绪控制很差的管理者容易在绩效评估方面不免有偏颇。
责任心
一旦你走上管理者,不少时候意味着你有更多的工做,要考虑团多的方向,识别团队每一个人的能力,如何把你们的工做成绩汇报给老板,为团队争取更多的资源。每当下班你走的时候,你的领导常常不会走,周末你去加班也常常会看到他的身影。
说一个题外话,不少公司会由于领导走的比较晚,本身很差意思下班的现象,形成不少无效的”996“,做为管理者应该考虑下你的团队是否有这种现象,避免团队工做效率的下降。
赏罚分明
提及来容易,可是对于初级管理者来讲很难。就拿绩效评估来讲,让你选出团队里差绩效的人,扣他的工资,你是否是会很差意思?选不出差绩效的员工,那说明本身平时没有准确识别出团队每一个成员的能力以及工做状况。打了差绩效,也许你会让一我的不爽,可是打不了差绩效,你会让整个团队不爽。
其实我更愿意成为转为产品经理,IT也是分行业的,不管是传统行业仍是传统行业,都有一批IT人转为了业务专家。他们理解企业和相关各个部门的具体目标。熟悉战略目标后,他们开始收集需求,将这些需求转化为对于IT开发的技术要求。他们懂得IT技术,知道哪些需求能够快速实现,哪些能够实现,哪些需求是“异想天开”。除了在公司内部,他们还会参与一些标准的制定等等,还能够成为“咨询顾问”,要知道这类咨询通常都是按小时收费的。
作技术专家,你就要对团队系统的可靠性负责,而不是只为了本身钻研技术;作管理了,你就要为团队目标负责,而不是为某我的的感觉负责。
无论走哪一个方向,都要作好当下。
技术不能丢,技术不能丢,技术不能丢,从一哥上面的分析,你们也看到了,无论作哪一个方向,技术是必须的,打铁就绪自身硬嘛。
业务必定要学,不能为业务服务的技术,都是耍流氓。
学会看人,七情六欲、锅碗瓢盆,每一个人都是独立的个体,你们平时交流中均可以互相了解,为了工做中更好的协做。
做为Leader了,要有人情味(传统美德不能丢)。不要板着脸,一副我是leader,你就要服从的样子。
找好本身的方向,别太难为本身,不要彻底为了钱而工做,哪一个方向,若是走不远的话,最终吃亏的仍是本身。