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

![1_jXusXvCfxECPU_Jh9S_E3w.jpg](https://i.imgur.com/5IXtF6Y.jpeg)

前幾天跟一個做了 5 年前端的朋友聊天,他說自己現在寫業務是真的快。

熟悉元件庫、熟悉腳手架,VueReact 都不陌生,TypeScript 也早就用順手了。現在再加上 Cursor、Copilot 這些工具,一個新頁面從搭骨架到介面串接,速度比剛開始工作時快了不只一截。

但他也很困惑:為什麼自己明明更能幹了,薪資卻這兩年沒怎麼動?

這事其實一點都不稀奇。

很多前端到了第 5 年,最容易騙自己的能力,就是「我寫程式碼很快」。

聽起來像優點,對吧?

但問題是,「快」很多時候只是說明你對熟悉的業務更熟了,對既有的元件更熟了,對現成的流程更熟了。

它能證明你是個相當熟練的執行者。

但它不一定能證明,你已經是個更值錢的人🙌。


公司願意花錢買的,從來不是多寫幾個頁面

因為公司願意為一個前端付更高的錢,從來都不是因為他一天能多寫 3 個頁面。

公司真正願意花錢買的,是另一種能力:

需求模糊時,你能不能先把風險看出來;專案一旦複雜起來時,你能不能把邊界守住;線上出問題時,你能不能第一時間頂上去;團隊開始混亂時,你能不能把複雜度降下來。

這才是身價🤷‍♂️。

很多工作 5 年的前端,最大問題不是不會寫,也不是不認真。

而是一直在做「可替代的高效率工作」。


什麼叫可替代的高效率工作?

web-dev-ty.jpg

什麼意思?

就是你每天都很忙,產出也不少,甚至看起來比 1 到 3 年經驗時更強。

但你做的大部分事情,本質上還是「需求一來,我就快速實作」。

這種能力當然重要,但它有一個很現實的問題:

它越來越容易被標準化,也越來越容易被替代。

元件庫在幫你抹平 UI 差異。腳手架在幫你處理專案初始化。規範在幫你減少低階錯誤。AI 工具在幫你補全重複程式碼。現在連調整樣式、看網路請求、查效能瓶頸,都開始有人先幫你打草稿了。

所以你會發現一個很扎心的現實:

單純把程式碼寫得快,正慢慢變成前端的基礎能力,而不是溢價能力。

真正能拉開差距的,反而是那些程式碼之外的能力。


把模糊需求翻譯成可落地方案

Gemini_Generated_Image_rp7abhrp7abhrp7a (1).png

很多前端一直在等產品把 PRD 寫清楚,等 API 定好,等互動補全,等別人把球傳到腳下。

但到了資深階段,你不能總是等待。

你要能判斷:這個需求是不是會反覆改?這個方案是不是上線後不好擴充?這裡未來會不會變成權限黑洞?這個頁面看起來簡單,真正麻煩的是不是狀態管理和埋點鏈路?

會做頁面的人很多。

能在開工前就把坑看出來的人,不多。


接住複雜度

真正拉開前端差距的,從來不是一個按鈕寫得多優雅。

而是當權限、快取、灰度發佈、監控、埋點、異常、效能、相容性、降級這些東西來了,你能不能不慌😊。

很多人工作 5 年了,寫業務頁面越來越快。

但一碰到線上白屏、快取穿透、埋點失真、權限串資料、發佈回滾,立刻就只會在群裡問:

「這是後端的問題嗎?」

說難聽點,這種前端再忙,也很難變得吃香。

因為他交付的是頁面。

不是結果。


為團隊降低複雜度

Gemini_Generated_Image_n179len179len179.png

一個更值錢的前端,不只是自己能寫。

他還會想:這件事能不能讓後面的人更好接手?能不能少踩坑?能不能少返工?未來再遇到類似需求時,是否不用重造一遍輪子?

所以你會發現,資深前端真正厲害的地方,常常不在於寫出一段多牛的程式碼,而在於:

他讓團隊少寫了很多不必要的程式碼,少走了很多彎路,讓系統變得更穩,而不是更炫。


出事時能不能頂上去

很多人以為技術強,指的是平時開發快。

其實不對。

真正能體現資深度的時刻,往往都不體面。

是晚上警報響了。是發版後首頁掛了。是活動流量上來後介面慢了。是某個你以為不會出問題的地方,突然炸了😖。

這種時候,誰能快速定位、止血、回滾、復盤,誰才是團隊真正離不開的人。

前端到了後面,拼的早就不是手速了。

拼的是你有沒有「專案出事也能扛一會兒」的能力。


為什麼很多 5 年前端還是卡住了?

1677431973169.gif

因為過去幾年裡,他一直在成長,但成長的方向有問題。

他在讓自己變得更熟練。

但沒有讓自己變得更稀缺。

他會的東西越來越多。

但真正能證明價值的東西,並沒有同步成長。

他寫了很多程式碼。

但很少做技術判斷。

他做了很多需求。

但很少對結果負責。

他一直在完成別人定義好的任務。

卻很少主動去承接那些「不好做、容易背鍋、但最能長本事」的活。

這就是很多 5 年前端的尷尬:

看起來經驗不少,真到要拉開身價的時候,卻拿不出足夠硬的本事。


那怎麼辦?

我覺得最有效的方法,不是再多學一個新框架,也不是再去追一輪新概念。

而是從下一個專案開始,逼自己做這幾件事:

1. 接確定性高的工作,主動去承接那些邊界最模糊、最容易翻車的模組;

2. 別只寫程式碼,開始參與方案評估;

3. 不要只關注頁面效果,開始盯穩定性、異常、鏈路和上線品質;

4. 別只追求自己寫得爽,開始追求團隊後續能接得住。

你會慢慢發現,真正讓前端變貴的,不是寫得更快。

而是你開始能處理那些「寫程式碼本身解決不了」的問題。


說到底,公司後來願意為前端付更高的錢,買的從來都不是手速。

而是專案快翻車的時候,

你能不能把盤子接住?

靈感發作,謝謝大家😁😁😁


原文出處:https://juejin.cn/post/7619754867243843636


精選技術文章翻譯,幫助開發者持續吸收新知。

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝14   💬10   ❤️2
394
🥈
我愛JS
📝2   💬9   ❤️2
88
🥉
💬1  
4
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
🔧 阿川の電商水電行
Shopify 顧問、維護與客製化
💡
小任務 / 單次支援方案
單次處理 Shopify 修正/微調
⭐️
維護方案
每月 Shopify 技術支援 + 小修改 + 諮詢
🚀
專案建置
Shopify 功能導入、培訓 + 分階段交付