合理啊，進來這麼久了
對於程式碼和領域的掌握度，一定比幾年前的自己好上許多吧
一樣的工作量以前要做兩個禮拜，現在可能三天就做完了
當然要能做更多的事情
不然公司為什麼要給你更多薪水?
聽起來你待的公司應該是做自有產品，不是做一次性外包案
一個repo動輒要維護三五年以上，有很多技術債正常
沒人用的code才會沒有技術債
如果你待夠久，同期可能也都走得差不多了
陳年舊code的坑，搞不好八成是你留下的
要說誰有能力讓東西變更好，除了你也沒別人了
如果覺得太多事情只有你能完成，其他人都幫不上忙
那代表團隊的知識傳承根本沒做好
新人覺得環境很糞，做起來沒成就感
陣亡率也高
再補人進來只是惡性循環
找人的時間成本八成也是落到你身上，花你的時間去面試跟訓練
平常該寫的文件就寫
能分享的知識就分享
該丟出去的事情就丟
短期解決不了的神奇邏輯，補個註解跟文件連結
不要讓自以為聰明的新人改掉，最後爆炸還是你來修
解issue開個線上meeting讓其他成員一起看你怎麼找問題解問題
這些都做好，賺了credit又讓其他成員能分擔你工作
公司正常營運下本來就會一直有新功能進來
只有賺不了錢的公司才會在那邊一直refactor
很多工程師都抱怨老闆只管賺錢，整天丟隕石不管code quality
問題是身為資深成員的你，可否提出數據說明工程宅們整天在吵的code quality到底跟業
務的關係在哪
是不是做同樣規模的feature要花的時間越來越多
是不是release後常常出問題要修
是不是客人抱怨的頻率越來越高
是不是工程部門離職率越來越高
數據拿出來，我不信老闆或PM不關心
大家都知道legacy很屎
但你有沒有能力提出一套可執行、可分工、可控制影響範圍、可以切milestone逐步進行
的改進計畫
這才是資深成員的真正價值
小朋友工程師才會整天吵clean code，整天說要把舊系統打掉重來
年資越深越不能只專注在寫自己的code
不然領導層對你期望越來越大，你卻還用新人的心態自己蠻幹，會越做越累也是必然的