==============================

前幾天跟一個做了 5 年前端的朋友聊天,他說自己現在寫業務是真的快。
熟悉元件庫、熟悉腳手架,Vue 和 React 都不陌生,TypeScript 也早就用順手了。現在再加上 Cursor、Copilot 這些工具,一個新頁面從搭骨架到介面串接,速度比剛開始工作時快了不只一截。
但他也很困惑:為什麼自己明明更能幹了,薪資卻這兩年沒怎麼動?
這事其實一點都不稀奇。
很多前端到了第 5 年,最容易騙自己的能力,就是「我寫程式碼很快」。
聽起來像優點,對吧?
但問題是,「快」很多時候只是說明你對熟悉的業務更熟了,對既有的元件更熟了,對現成的流程更熟了。
它能證明你是個相當熟練的執行者。
但它不一定能證明,你已經是個更值錢的人🙌。
因為公司願意為一個前端付更高的錢,從來都不是因為他一天能多寫 3 個頁面。
公司真正願意花錢買的,是另一種能力:
需求模糊時,你能不能先把風險看出來;專案一旦複雜起來時,你能不能把邊界守住;線上出問題時,你能不能第一時間頂上去;團隊開始混亂時,你能不能把複雜度降下來。
這才是身價🤷♂️。
很多工作 5 年的前端,最大問題不是不會寫,也不是不認真。
而是一直在做「可替代的高效率工作」。

什麼意思?
就是你每天都很忙,產出也不少,甚至看起來比 1 到 3 年經驗時更強。
但你做的大部分事情,本質上還是「需求一來,我就快速實作」。
這種能力當然重要,但它有一個很現實的問題:
它越來越容易被標準化,也越來越容易被替代。
元件庫在幫你抹平 UI 差異。腳手架在幫你處理專案初始化。規範在幫你減少低階錯誤。AI 工具在幫你補全重複程式碼。現在連調整樣式、看網路請求、查效能瓶頸,都開始有人先幫你打草稿了。
所以你會發現一個很扎心的現實:
單純把程式碼寫得快,正慢慢變成前端的基礎能力,而不是溢價能力。
真正能拉開差距的,反而是那些程式碼之外的能力。

很多前端一直在等產品把 PRD 寫清楚,等 API 定好,等互動補全,等別人把球傳到腳下。
但到了資深階段,你不能總是等待。
你要能判斷:這個需求是不是會反覆改?這個方案是不是上線後不好擴充?這裡未來會不會變成權限黑洞?這個頁面看起來簡單,真正麻煩的是不是狀態管理和埋點鏈路?
會做頁面的人很多。
能在開工前就把坑看出來的人,不多。
真正拉開前端差距的,從來不是一個按鈕寫得多優雅。
而是當權限、快取、灰度發佈、監控、埋點、異常、效能、相容性、降級這些東西來了,你能不能不慌😊。
很多人工作 5 年了,寫業務頁面越來越快。
但一碰到線上白屏、快取穿透、埋點失真、權限串資料、發佈回滾,立刻就只會在群裡問:
「這是後端的問題嗎?」
說難聽點,這種前端再忙,也很難變得吃香。
因為他交付的是頁面。
不是結果。

一個更值錢的前端,不只是自己能寫。
他還會想:這件事能不能讓後面的人更好接手?能不能少踩坑?能不能少返工?未來再遇到類似需求時,是否不用重造一遍輪子?
所以你會發現,資深前端真正厲害的地方,常常不在於寫出一段多牛的程式碼,而在於:
他讓團隊少寫了很多不必要的程式碼,少走了很多彎路,讓系統變得更穩,而不是更炫。
很多人以為技術強,指的是平時開發快。
其實不對。
真正能體現資深度的時刻,往往都不體面。
是晚上警報響了。是發版後首頁掛了。是活動流量上來後介面慢了。是某個你以為不會出問題的地方,突然炸了😖。
這種時候,誰能快速定位、止血、回滾、復盤,誰才是團隊真正離不開的人。
前端到了後面,拼的早就不是手速了。
拼的是你有沒有「專案出事也能扛一會兒」的能力。
因為過去幾年裡,他一直在成長,但成長的方向有問題。
他在讓自己變得更熟練。
但沒有讓自己變得更稀缺。
他會的東西越來越多。
但真正能證明價值的東西,並沒有同步成長。
他寫了很多程式碼。
但很少做技術判斷。
他做了很多需求。
但很少對結果負責。
他一直在完成別人定義好的任務。
卻很少主動去承接那些「不好做、容易背鍋、但最能長本事」的活。
這就是很多 5 年前端的尷尬:
看起來經驗不少,真到要拉開身價的時候,卻拿不出足夠硬的本事。
我覺得最有效的方法,不是再多學一個新框架,也不是再去追一輪新概念。
而是從下一個專案開始,逼自己做這幾件事:
1. 接確定性高的工作,主動去承接那些邊界最模糊、最容易翻車的模組;
2. 別只寫程式碼,開始參與方案評估;
3. 不要只關注頁面效果,開始盯穩定性、異常、鏈路和上線品質;
4. 別只追求自己寫得爽,開始追求團隊後續能接得住。
你會慢慢發現,真正讓前端變貴的,不是寫得更快。
而是你開始能處理那些「寫程式碼本身解決不了」的問題。
說到底,公司後來願意為前端付更高的錢,買的從來都不是手速。
而是專案快翻車的時候,
你能不能把盤子接住?
靈感發作,謝謝大家😁😁😁