升薪比技術重要的
7 個工程師習慣
觀察過很多同期工程師的職涯軌跡 ─ 起薪一樣、3 年後薪水可能差到 2 倍以上。多數時候差別不是技術強弱、是 7 個從第一週就在累積的習慣。這篇不講技術、只拆習慣、你自己對照、自己補。
※ 本文不引用未公開的薪資數據、不指向特定個人。所有對比皆為業界常見模式整理、適合自我檢視、不作為招募或績效評估依據。
01 Commit message 的用心程度
低累積
fix修一下finalWIPasdfg
高累積
feat(auth): add OTP for mobile usersfix(payment): handle 3DS callback edge caserefactor(order): extract pricing logic to service
差別不是長度、是「替下一個讀 code 的人著想」。
6 個月後出 bug、你（或同事）看 git log 找線索 ─ 看得到「為什麼改」的、3 分鐘定位；看不到的、要花一整個下午重讀 code。
這是「把現在的自己變成未來自己的隊友」的習慣。短期看不出來、長期差距巨大。
02 同事 Slack 你的反應
低累積
「等下、我先解決這個」「應該不是我的問題吧」
「不知道、你問 OO」
高累積
「給我 10 分鐘看一下」「我幫你 reproduce 一次」
「我列 3 個可能原因 + 對應的測試方法」
每次有人卡關來問你、其實是測試你能不能被信任的時刻。
被信任的速度、決定了「下一個重要任務會不會落到你頭上」。
這不是「人很好」、是「累積資產」。每解一個別人的問題、你就多一個願意 push back 你決定的人。
03 PR review 怎麼留 comment
低累積
LGTM 蓋過去看 1 分鐘 approve
看到問題：之後再說
高累積
每個 comment 寫「為什麼建議改」找 1-2 個值得讚的點寫下來
留 1 個「我學到了 ___」
認真寫 PR comment 累不累？累。
但這是「用最低成本、把整個 team 拉到你水準」的方法。你的同事改一次、學一次、下次他自己會這樣寫。
PR review 不是審查、是教學現場。
1 年後、你會發現整個 team 的 code 風格都像你寫的 ─ 那就是「Tech Lead 影響力」的雛形、不靠頭銜、靠 comment。
04 午餐聊什麼
這條最容易被忽略、影響最大。
低累積
老闆腦袋有問題薪水太低
哪家新公司在徵人
高累積
昨天那個 race condition、用 mutex 比 atomic 多 200ms這個 query plan 為什麼走 nested loop
如果重做這系統、我會把這層拆掉
第一種聊法 ─ 抱怨。聽起來爽、實際上零累積。
第二種聊法 ─ 對問題本身好奇。聽起來很無聊、但每次午餐都在強化「我是會解問題的人」的自我認知。
抱怨工作的人在原地踏步。
對問題好奇的人在累積資產。
1 小時午餐 × 5 年 ≈ 1,200 小時。拿去抱怨 vs 拿去思考 = 完全不同的軌跡。
05 1-on-1 講什麼
多數人的 1-on-1 結構：
- 「這週做了 A、B、C」
- 「下週做 D、E、F」
- 結束
這叫「回報」、不是 1-on-1。
真正有累積的 1-on-1 結構：
- 進度（30 秒、不是重點）
- 卡住的事 + 你已經試過什麼
- 你想學什麼 + 具體計畫 + 需要老闆給什麼支援
- 你想接什麼任務（明確開口要）
1-on-1 不是回報、是「索取機會」。
不開口要的人永遠拿不到。開口要的人會被當成「想成長的人」。公司只投資後者。
06 學新技術的姿態
低累積
「等公司用我再學」「老闆讓我學什麼我就學」
學了不分享
高累積
「我花 4 小時搞懂這個」「我寫 toy project 跑一遍」
「我把學的寫成 doc share 給 team」
關鍵不是「學得快」、是「學了之後分享」。
你在內網建一個「我的學習筆記」資料夾、每週寫 1-2 篇、每篇 300-500 字。
3 個月後 ─ team 在那資料夾找答案。
6 個月後 ─ 跨部門同事引用你的 doc。
1 年後 ─ 升職討論時、老闆有具體可講的「他讓全 team 變強」的證據。
分享 > 學習。
因為前者讓你的影響力有複利。
07 失敗時的反應（最關鍵）
這條是 7 條裡最分水嶺的。
當你 production 掛掉、或者改錯一行 code 讓 team 加班那天、你嘴巴會冒出什麼話？
低累積
「我以為 cache 會自己 expire⋯」「我不知道 production 有設這個⋯」
「不是我的問題、是 ___ 沒講⋯」
高累積
「我預設了 X、沒考慮 Y」「我這次決策的依據是 ___、後來才發現少看了 ___」
「下次 onboarding 文件會加上 Z 檢查、避免再犯」
公司不怕你失敗、怕你不知道自己錯在哪。
每次失敗、你都有機會展現「我能從錯誤中學」這個訊號。能展現的人會被當成「值得投資」、不能展現的人會被當成「不可靠」。
你不用為失敗道歉。
你要說清楚你哪裡判斷錯了、為什麼錯、下次怎麼避免。
結論
7 個習慣 ─ 沒一個是「演算法」「框架」「新技術」。
全是「每一次小決定」累積出來的。
- 每天 commit message 寫什麼
- 每次同事問你怎麼答
- 每個 PR review 留幾個 comment
- 每次午餐聊什麼話題
- 每次 1-on-1 開不開口要
- 學新東西分不分享
- 失敗後嘴巴冒什麼話
技術是入場券、習慣才是天花板。
大部分工程師卡住的不是「技術不夠」、是習慣沒養出來。
這篇沒有「7 大絕招、立刻見效」這種承諾。這 7 條都是「累積型」、要從明天的 commit message 開始、半年後才看得到改變。
但這就是它的力量 ─ 90% 的人會看完點頭、不會做。
你看到這裡 ── 表示你想做。明天那條 commit、認真寫看看。