职场求生攻略
臧萌
PayPal 数据处理组技术负责人,《Java 入门 1 2 3》作者
立即订阅
1447 人已学习
课程目录
已更新 28 讲 / 共 32 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 学会如何工作,和学习技术同等重要
免费
职业素养篇 (6讲)
01丨优先级:工作中那么多事情,我要如何安排优先级?
02丨沟通:邮件那么重要,你还在轻视邮件吗?
03丨沟通:程序员为什么应该爱上交流?
04丨主观能动性:为什么程序员,需要发挥主观能动性?
05丨责任的边界:程序员的职责范围仅仅只是被安排的任务吗?
06 | 职业素养篇热点问题答疑
职业选择篇 (10讲)
07 | 职业规划:如何选择一个公司?
08丨管理者关系:怎么才叫“跟对人”?
09丨管理者关系:跟对人和做对事哪个更重要?
10丨职业规划: 跳槽之前你想清楚这些事情了吗?
11丨面试:如何准备简历和面试?
12丨外包:外包不也是写程序吗?有什么不一样的?
13 | 外派:大家都在一个办公室工作,有什么不一样?
14 | 职业规划 :转管理是程序员的终极选择吗?
15 | 职业规划 :程序员加入创业公司,这些事情你想清楚了吗?
16 | 答疑篇:为啥你工作八年,只抵别人一年?
职场情商篇 (5讲)
17 | 升职:看着周围的人都升职了,我什么时候才能升职?
18 | 职场政治:我只想好好干活,职场政治和我有什么关系?
19 | 职场政治:面对公司自上而下的技术更新,我该怎么办?
20 | 沟通技巧:如何跟自己的同事请教问题?
21 | 答疑篇:想升职,我该准备些什么?
技术成长篇 (6讲)
22 | 学习观:程序员如何定义自己的技术舒适区?
23丨技术观:做程序员,技术观为何如此重要?
24丨技术观:程序员在技术的成长之路上,有哪些陷阱?
25 | 系统架构:如何从写代码的程序员,成长为软件系统架构师?
26 | 系统集成:为什么最容易出问题的是系统集成?
27 | 答疑篇:什么样的技术观能够更快成长?
职场求生攻略
15
15
1.0x
00:00/00:00
登录|注册

14 | 职业规划 :转管理是程序员的终极选择吗?

臧萌 2020-06-17
你好,我是臧萌。今天我们来聊聊程序员转管理这个话题。
这个话题在中国程序员界很热,很大一个原因就是中国官本位的想法依旧根深蒂固。很多人会觉得,转管理才算是“混出头”了,转管理之后就可以悠哉悠哉地“混日子”了。
这种想法肯定是错的。公司不会养闲人,做管理确实拿的钱更多,但那是因为个人能力更强,付出了更多。传统官本位那一套,很大程度上,在现代的软件公司是行不通的。说通俗一点,在软件公司里,管理和开发,都只是为公司打工而已。所以呢,不要给管理套上太多虚无缥缈的光环,也不要对管理这份工作抱有太多不切实际的幻想。
那么,程序员是否成长到一定阶段就一定要转管理呢?我觉得,这个问题背后的核心问题其实有两个:
如果不转管理,是否就到了成长瓶颈了,以后升职加薪基本没戏了?
如果不转管理,会不会到一定年纪就写不动代码了,导致对公司的价值越来越低,最后被淘汰?
那在讨论这两个问题之前,我们先来理解一下经理这个职位。

管理岗和个人岗有什么不同?

首先,从职责上说,公司都有个人岗和管理岗(Manager)。
首先来说说个人岗。个人岗英文简称叫做 IC,全名叫做 Individual Contributor,也就是个人贡献者。顾名思义,IC 的意思就是只能通过自己实际的工作,来为公司做出贡献,创造价值。软件公司里的程序员,都是 IC,也就是通过自己的专业技能为公司创造价值。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《职场求生攻略》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 每天晒白牙
    一般会有两种发展方向
    一个是在技术的某个方向深入,成为专家级别,即使年龄大了,也是很抢手,但这个不容易,毕竟很多程序员都是很普通的开发,学的比较杂,哪个方向研究的都深或在某个方向研究的深的还是不多
    还有就是转管理,但转管理也不容易,需要各种硬技能和软技能,毕竟几十个人里就一个管理,可见比例之低

    那既不是在某个领域很深入,也没转成管理的怎么办?
    如果工作能力可以匹配工作年限,还是可以继续在程序员这条道路上耕耘的,但这种发展轨迹其实和第一种在技术方向深入的差不多

    就怕什么呢,就怕一年经验用了8年,而不是8年工作经验,我们都有这种误解,用工作年限来考虑要多少工资

    哎,如果真的工作几年,一直吃老本,随着年龄的增长,就避免不了遇到35岁中年危机,到了那个时候,要么转行,要么回老家,真不知道该怎么面对

    既然知道这种现状,是不是努力就能自己朝着某个方向发展?
    嗯,应该是这样

    作者回复: “一年经验用了8年,而不是8年工作经验”精华了。

    所以我一直觉得,工资重要,自己有发展更重要。如果学不到新东西,就会感觉很不安。

    2020-06-17
    4
  • pyhhou
    看完感觉,不管是技术还是管理,要做好都不容易。个人认为,归根结底的问题是找到自己的兴趣和优势所在,这样虽然不能保证能上到怎样的高度,但至少不会太累。

    没做过管理,就拿技术举例,两年开发下来最大的困扰就是还没能找到一个自己感兴趣或是觉得可以一直投入下去的领域或方向,往往都是根据工作需要去学习一些零碎的知识,自己有学习的意愿,也花了很多时间,Python,Go,Java,前端都弄过,计算机基础知识也一直在学,但很难说在某方面有所积累,有所沉淀,学到的都是一些片面的,大概的东西,换句话说就是只知道是什么,不知道为什么,一个东西只知道大概怎么用,不知道它为什么这样设计,也不知道这个技术的出现是为了解决什么样的问题,当然就对新技术没什么嗅觉。总觉得这样下去不会让自己对未来充满期待,反而是更多的迷茫,目前也没考虑转管理,感觉先把技术打牢在考虑别的,但现在的困扰就是怎么样才能让自己找到一个自己觉得还不错的方向,然后深入下去,很多时候都只能屈服于工作,屈服于现实

    作者回复: 工作是技术的试金石。根据工作需要去学习是对的,我建议不要只学习零碎的知识,可以根据工作需要,系统的学习一下,也就是把工作中用到的深入学下去。

    2020-06-19
    2
  • FelixFly
    从资深程序员转管理是比较痛苦的,首先要控制不要冲到一线,这个真的比较难;再就是之前是自己做好事就行了,现在要管理下面一组人做好事,人多的话就涉及到各个方面,要应才管理,不能对每个人都是同一个管理策略。还有上下级以及跨部门之前的协调,好多事情也比较难推动。

    作者回复: ✅✅,所以对于转经理的开发人员,公司一般都会有培训

    2020-06-19
    1
  • bigben
    做管理没有安全感,还是做技术心安,技术在手说走就走

    作者回复:


    技术够硬,管理够软。其实各有各的优势,也各有各的难处。

    技术的优势就是简单,干活靠自己,够硬。到哪儿都能靠技术干活出活。就像你说的,技术在手,说走就走。反正是干活嘛,靠技术,没毛病。

    相比之下,就是管理的劣势。管理靠的是各种软技能。虽有套路,但是对公司,对环境,对团队,对周围人脉的依赖都是有的,靠自己没法出活。很多时候,公司裁员也会优先选择裁中低层的管理人员。

    但是反过来说,技术也有劣势。技术的劣势就是随时可能被淘汰,要一直学习新的技术。要时刻关心各种技术的发展方向。

    举个简单的例子,在 Web 井喷式发展之前,JQuery 可以说是统治了前段。然后 Web 开始井喷式发展,各种框架层出不穷,现在呢,JQuery 已经在新的项目里寻不着踪迹了,很多老的项目也在迁移。

    可以说,发展越迅猛的方向,技术更迭越快,比如前端。而发展迟缓,或者本身就不适合市场的技术方向呢,整个可能被替代,比如Java中的EJB,现在就被 Spring 替代了。

    对比之下,管理的优势就是技能和经验,不会被淘汰。

    技术招聘上会有各种专项技术要求,比如“使用 Java 多少年”,“使用 C 多少年”,“精通性能调优”等等。但是招聘管理的时候,就不会写“有多少年管理Java 程序员”的经验。只是会要求多少年管理研发团队经验。当然,偶尔还会对行业有要求。

    硬,容易折了,折了就得换新的。软,不容易折了,但是要有依托。

    最后补充一句,计算机的基础知识,就是定海神针的硬,既稳,又硬。比如计算机网络,操作系统,编译原理等等,这些都是看不到被淘汰的可能的。

    2020-06-18
    1
  • 有学识的兔子
    现阶段我是一部分时间参与管理,做计划、分配工作、追踪进度,事情是比以前多,但压力不大,大家主动性都不错;
    个人觉得管理的难度可能在于要对项目和公司战略有眼光,不能选错了(选择比努力重要),还会做宣传和懂得利益分配;
    无论走哪条路,沟通能力要作为重点工作内容培养起来。

    作者回复: 加黑加粗加大 👉选择比努力重要👈加黑加粗加大

    对于经理来说,沟通不是必备技能,是生存技能😁

    2020-06-17
    1
  • Geek_3b1096
    现阶段把经理交代的事做好

    作者回复: 一步一步,稳扎稳打。

    2020-06-17
    1
  • Sdylan
    有那么一段经历,那会组长休陪产假。经理叫我带着兄弟们一起完成需求,弄了两个版本。时间真的不够用。人真的太少。那会自己:生产问题排查、需求要跟、阻碍要推进、开发进度要跟、自己也要撸需求。那会每天都弄到22点以后。

    回想起来,自己做错就是开发任务给自己安排多了,没有控制好。冲到一线,但不冲又没人。之前组长是不做任何开发、就一个需求澄清、跟一下生产问题还有开会啥的。但要做到文中负责人的经理,不好做。很难做。与之对比简直是错觉。

    作者回复: 操心是另一种累。责任越大,操心越累。

    2020-07-17
  • 碧雪天虹
    简单理解, 更喜欢跟人打交道就转管理, 否则就深耕技术 _(:з」∠)_

    作者回复: 对,但是搞技术也得和人打交道。但是搞技术和人打交道要轻松愉快简单得多,因为,不涉及利益的管理和分配。

    2020-07-05
收起评论
8
返回
顶部