程式碼寫得再漂亮，升職名單上還是沒有你的名字

文｜沈安

這篇文章源於中國技術社羣掘金上一篇流傳甚廣的貼文，作者 ErpanOmer 在 2026 年 9 月初寫下「技術好就能升職是前端圈最大的謊言」這個聳動標題，隨後在工程師圈層引發大量共鳴與轉發。時隔一段時間再回頭看，這篇文章值得被重新整理的原因，在於它碰到的不是某家公司的個案問題，而是大型科技公司晉升體系的結構性設計。看懂這個結構，比抱怨公平與否有用得多。

晉升評審評的不是程式碼，是商業結果

先從大多數工程師最容易誤解的一點說起。

大型科技公司的晉升答辯，通常不是你的直屬主管坐在臺下打分數。坐在評審席上的，多半是來自其他部門的高階技術管理者。他們不認識你，沒看過你的程式碼，對你日常修掉了多少線上事故毫無概念。他們認識你的方式只有一種：半小時的簡報，加上幾輪提問。

在這個場景裡，技術深度是無法被直接驗證的。評審唯一能抓住的依據，是你陳述出來的業務結果。

原文本舉了一個很典型的例子。一位工程師重構了整個前端的請求層，用 AbortController 解決了競態條件，程式碼可維護性大幅提升。這在技術圈聽起來是紮實的工作。但評審心裡的下一個問題永遠是：這個重構讓業務指標漲了多少？使用者留存提升了幾個百分點？頁面崩潰率下降了多少？

答不上來，這份技術成果在晉升體系裡的價值就趨近於零。

這不是評審刻薄。用一個日常比喻來說，公司付給高階工程師的薪水，買的從來不是廚師的刀工，而是這桌菜最後能賣多少錢。刀工是手段，營收是目的。廚師可以對刀工有信仰，但餐廳的帳本只認菜單上的價格。

這也解釋了為什麼近年連面試題目都開始轉向。先前本站分析過TikTok 後端面試考題流向 Agent 設計的現象，超過半數考題繞著 AI Agent 工程轉，背後的邏輯其實一致：公司要找的是能把技術對接到當前業務敘事的人，而不是單純的原理專家。

最苦的工作，往往最看不見

晉升答辯的另一個殘酷面向，是資訊傳遞的問題。

大型組織裡有一種常見的錯位：最苦最累的活，往往是最不可見的。原文給了一組對照。一位工程師花三個月把老舊專案從 Webpack 4 遷移到 Vite，修了兩百個型別錯誤，解決無數相容性問題。遷移完成後，業務方的全部感知是：嗯，頁面好像打開快了一點。

另一位同事花兩週在首頁做了一個炫目的資料大屏動畫。老闆帶客戶demo時指著大屏說，這是我們團隊最新的成果。這個同事的名字，從此印在老闆腦子裡。

從技術含量看，前者遠高於後者。從組織可見性看，後者完勝。

在一個幾千人甚至幾萬人的公司裡，工作成果如果無法被有效傳播出去，它在決策者的認知裡就等於不存在。這句話聽起來刻薄，但它是大組織運作的基本物理法則。資訊有頻寬上限，能被記住的名字永遠是少數。

這裡要釐清一點：把成果說清楚，和做表面功夫是兩回事。把三個月的遷移工作，轉譯成建置時間縮短多少、出錯率下降多少、後續迭代速度加快多少，這是資訊轉譯的能力，不是包裝唬爛的能力。工程師往往鄙視前者，因為覺得「好工作自己會說話」。殘酷的現實是，好工作不會說話，說話的永遠是人。

你的方向不在 OKR 裡，做再多也是支線劇情

第三個結構性因素，是技術方向與組織戰略的對齊問題。

最讓人窒息的情境是這樣的：埋頭苦幹一整年，技術成長巨大，年底才發現自己做的方向根本不在部門的 OKR 裡。你花了大量精力優化一個內部工具的效能，但部門今年的核心戰略是降本增效，或者全公司都在推 AI 落地。你的工作有價值，但和組織最關心的敘事主線毫無關聯。答辯時，評審給出的評語會是：做了很多事，但缺乏戰略思考。

反過來，一位技術不如你的同事，因為嗅到部門今年在推 AI，主動把手邊工作和 AI 提效掛上鉤，哪怕只是用大模型優化了內部文件的生成流程。在晉升敘事裡，他就是站在了主線上。

選擇比努力重要，這句話在晉升體系裡並非心靈雞湯，而是制度設計的直接後果。公司用 OKR 校準資源，順著 OKR 走的工作自然被放大，逆著走的自然被消音。

直屬主管那一關，決定你能不能上牌桌

最後一個變數，可能是最重要的一個。

晉升提名本身就是稀缺資源。多數團隊每個晉升窗口只有一兩個名額，直屬主管會從團隊裡挑他認為最值得推的人。而「值得推」的定義，往往不是技術最強，而是讓主管最省心、最放心的那個人。

能不能獨立扛住一個模組？出了問題是第一時間兜底還是先找人背鍋？跨團隊協作時，別人會不會覺得這個人靠譜？

用原文的說法，主管推你晉升，本質上是在用自己的信譽替你背書。他推了你，你答辯表現拉垮，丟的是他的臉。所以他一定選最信任的人，而不是程式碼寫得最漂亮的人。

這意味著，如果主管不了解你在做什麼，或者你們之間缺乏信任，技術再強，連上牌桌的資格都沒有。定期讓主管知道你的工作進度與成果，不是拍馬屁，是讓背書機制能夠運作的基本前提。

與其怨恨規則，不如讀懂規則

讀到這裡，很容易得出「大廠晉升不公平」的結論。但換個角度想，如果晉升真的只看技術深度，公司會變成純粹的研究機構，人人鑽研最深奧的底層原理，沒有人關心業務能不能活下去，沒有人願意做那些技術含量不高、但對公司極端重要的事。那樣的組織，同樣活不久。

晉升體系獎勵的，是用技術撬動商業結果的能力。這個設計有它的道理，也有它的盲區，盲區在於可見性與敘事能力被過度放大，埋頭做事的人被系統性低估。

對一般工程師來說，可以帶走的判斷是三件事。第一，做任何技術工作之前，先想清楚它對應的業務指標是什麼，如果答不出來，要嘛換個問法，要嘛換個題目。第二，成果要定期、主動地讓關鍵決策者知道，不要指望年終一次說清楚。第三，與其抱怨同事會講故事，不如把講故事當成一項和寫程式同等重要的技能來練。

技術深度依然是入場券。只是入了場之後，牌桌上比的從來就是另一種籌碼。