• 豆豆

    刚入职前公司时,我算是团队里较早的一批人。那时候公司的老产品项目、老技术框架都用得轻车熟路,几乎没有什么能难倒我。也正因为如此,后来入职的同事,领导都让我带,我成了团队默认的“导师”。我认真地把核心内容、技术知识点、业务模块、调优方法、bug定位与解决技巧一一传授,生怕他们学得不完整。

    结果却出乎意料。新人们虽然掌握了知识,但没有历史包袱,领导就把新的项目、新的技术栈交给他们。而我,因为熟悉、解决问题快、稳定不出错,慢慢被永久锁定在遗留系统的维护中。各种填坑的老旧项目,几乎都落在我手上。

    时间一长,公司产品不断迭代更新,老项目逐渐萎缩。我不知不觉与公司的新项目、新产品、新业务脱节。曾经的新人们反而成了技术核心,而我却被困在旧时代的角落,慢慢被边缘化。那一刻,我才意识到:职场上,带徒弟不能全盘托出,留点空间让他们自己摸索,能学多少各凭本事。

    后来我也尝试过争取参与新业务。起初还能插上一脚,但因为遗留项目问题太多,总是分身乏术。等到我终于能腾出手时,断代已经太久,失去了优先选择权。

    这段经历让我明白:在职场里,你很容易失去不可替代性。

    主楼
  • calendar

    别的我都懂,但是豆豆你怀的是谁的孩子 ^-^

    #1
  • NukaColaM

    就不可能永远做技术。哪怕你非要做技术,你公司是不是没有技术条线的上升渠道的?

    #2
  • Eugene

    软件有什么秘密,藏着掖着有什么用

    #3
  • 豆豆

    私企小公司,哪有什么标准路线,就每半年涨一次工资,职级几乎没什么变化,都是各自负责各自的项目

    #4
  • NukaColaM

    那这有啥好说的,跳槽涨薪更快。快跳。

    #5
  • 豆豆

    不是说藏着掖着,我的意思是说要提升稳固自己的不可替代性,学习进步也好、教新人也好,不能把自己被公司困在一个角落 而且这个角落还越来越小、、

    #6
  • 豆豆

    已经不干了 换工作了已经,嘿嘿嘿嘿

    #7
  • 马上来啦

    是这样的,这是平衡,也是管理,公司需要,但是吃亏的是自己

    #8
  • Eugene

    我学的都是公司不做的,指望公司怎么培养没有意义,他也培养不了人

    #9
  • Zac

    你提到的历史包袱,匀出去给新人干呀

    如果不想混着,那就一直去接触新东西,不想干的给新人干就好了

    #10
  • Do

    做什么事都要留一手,否则后果自负

    #11
  • exboy

    你自己要跟上技术的发展,现在 AI 时代,在公司里也没有什么技术壁垒了

    #12
  • seakee

    你带新人,那么你应该把控项目,将合适的地方交给新人,然后你撤离去做新项目吗?既然领导让你带人,那么也是给你机会组建自己小团队,然后带领团队的呀,这就是晋升的一种方式呀。

    #13
  • 缘木求鱼

    你这后知后觉有点厉害啊,我们旧业务都是轮换来维护。

    #14
  • james_chen

    感觉就是L友后面总结的策略问题:老项目要有人负责,但不可能盯着老人薅羊毛。菊场的做法就是老人教新人,但是有晋升什么的老人优先,这样良性循环。

    迭代更新和老项目维护确实是个问题,但也不应该让每个人负责一个项目,而应该每个人负责一块技术,这样垂直管理之后技术栈会相当成熟,架构维护也不需要每次都费心费力,直接在原有基础上修修改改就可以了。

    职场上,带徒弟不能全盘托出,留点空间让他们自己摸索,能学多少各凭本事。

    后来我也尝试过争取参与新业务。起初还能插上一脚,但因为遗留项目问题太多,总是分身乏术。

    这些就是纯粹的公司制度有问题:老业务产出减少,新业务有额外奖金,那谁去做老业务?马后炮的分析,在这种公司如果想一直做下去,那就需要在老人走掉,自己成为业务骨干的时候,转型管理岗位,试图在管理层往上爬。如果挤不上去,新人入场,那就应该立刻交接工作跳槽。毕竟后续只会下滑不会再有提升了

    #15
  • zhang

    必须保证自己的学习成本有充足回报的前提.

    #16
  • kimi

    这更多是际遇问题

    跟教不教徒弟师不师母娘没太大关係

    而且你有没有表现过不放心将项目交给别人的态度?

    这也有可能有关

    #17
  • zhaohuaxiaoy

    你没向上爬这一点可惜了,估计当局者迷了

    #18
  • GPT

    机会都是争取的,你教会徒弟的时候,就该把包袱也扔出去。

    #19

发表回复

登录后回复