合理啊，进来这么久了
对于程式码和领域的掌握度，一定比几年前的自己好上许多吧
一样的工作量以前要做两个礼拜，现在可能三天就做完了
当然要能做更多的事情
不然公司为什么要给你更多薪水?
听起来你待的公司应该是做自有产品，不是做一次性外包案
一个repo动辄要维护三五年以上，有很多技术债正常
没人用的code才会没有技术债
如果你待够久，同期可能也都走得差不多了
陈年旧code的坑，搞不好八成是你留下的
要说谁有能力让东西变更好，除了你也没别人了
如果觉得太多事情只有你能完成，其他人都帮不上忙
那代表团队的知识传承根本没做好
新人觉得环境很粪，做起来没成就感
阵亡率也高
再补人进来只是恶性循环
找人的时间成本八成也是落到你身上，花你的时间去面试跟训练
平常该写的文件就写
能分享的知识就分享
该丢出去的事情就丢
短期解决不了的神奇逻辑，补个注解跟文件连结
不要让自以为聪明的新人改掉，最后爆炸还是你来修
解issue开个线上meeting让其他成员一起看你怎么找问题解问题
这些都做好，赚了credit又让其他成员能分担你工作
公司正常营运下本来就会一直有新功能进来
只有赚不了钱的公司才会在那边一直refactor
很多工程师都抱怨老板只管赚钱，整天丢陨石不管code quality
问题是身为资深成员的你，可否提出数据说明工程宅们整天在吵的code quality到底跟业
务的关系在哪
是不是做同样规模的feature要花的时间越来越多
是不是release后常常出问题要修
是不是客人抱怨的频率越来越高
是不是工程部门离职率越来越高
数据拿出来，我不信老板或PM不关心
大家都知道legacy很屎
但你有没有能力提出一套可执行、可分工、可控制影响范围、可以切milestone逐步进行
的改进计画
这才是资深成员的真正价值
小朋友工程师才会整天吵clean code，整天说要把旧系统打掉重来
年资越深越不能只专注在写自己的code
不然领导层对你期望越来越大，你却还用新人的心态自己蛮干，会越做越累也是必然的