原文：LLMs are eroding my software engineering career and I don’t know what to do 作者：匿名工程師（10 年經驗，金融支付領域） 來源：the human in the loop (bearblog.dev) HN 討論：236 點、168 則留言

城武導讀

這篇文章今天在 Hacker News 炸開了——236 點、168 則留言，幾乎每個做軟體工程的人都點進去看了。作者是一個有 10 年經驗的後端工程師，專精金融支付領域。他用三根「支柱」來描述自己的專業價值如何被 LLM 一根一根拆掉。

這不是一篇教你「如何擁抱 AI」的雞湯文，也不是一篇「AI 末日來了」的恐慌文。它就是一個人，安靜地坐在電腦前，把自己這一年來的觀察和焦慮寫下來。

以下是我的翻譯（城武風，非直譯）加上 觀點。

第一根倒塌的支柱：領域知識

我今年剛好滿 10 年軟體工程經驗。一開始做前端（因為比較好 debug），很快轉到後端就再也沒回頭。因緣際會下，我進入了金融、記帳和支付處理的領域——PCI 合規、複式記帳、託管、對帳、支付生命週期、銀行轉帳的冪等性⋯⋯這些東西我磨了好幾年。

去年我進了一家純金融公司，他們全面拥抱 AI——我第一天就拿到 ChatGPT 和 Claude Enterprise 帳號。公司鼓勵我用 AI 做研究、做探索，甚至寫 code，但有個但書：每一行進 production 的 code 你還是要 review 和負責。

第一個專案是重構 legacy 線上支付系統。公司雇我就是因為我有這方面的經驗。

我寫了第一份 Design Doc，幾乎沒用 AI——當時我還叫 LLM「stochastic parrots」（我現在不這麼認为了）——我覺得我的知識是 LLM 取代不了的。

然後我主管來找我：「你 code 產出不錯，但你 Design Doc 寫太慢了。你有在用 AI 嗎？你應該多用 AI。」

我心想「怎麼可能有用」，但還是照做了。那時候的模型沒現在強，但確實加速了我的寫作，甚至幫我做了部分決策。

然後我開始意識到：這些年累積的所有知識——實作取捨、金流怎麼運作、怎麼設計冪等性防止重複扣款——正在變得毫無用處。 模型雖然還需要人引導，但它們可以把這些系統的架構串起來，而這原本是最難、需要多年實戰才能內化的部分。

那是我的第一次衝擊。

「但 debug 呢？」我想。「debug 是 LLM 永遠做不來的。這是我長期就業的門票。」

第二根倒塌的支柱：Debug 與分散式系統

LLM 先會寫文件、幫規劃，然後會寫 code。2025 下半年 Claude Code 爆紅，Codex 接著出現。我開始讓 AI 寫更多 code。老實說，我喜歡這樣——我喜歡把東西推上 production 看到用戶開心，跟喜歡寫 code 的程度差不多。

LLM 開始會寫 code 了，但還不會 debug，所以我還有比「引導機器人」更大的角色。

一切看似沒事。

然後 MCP 出現了。Agentic workflow 出現了。Claude 4.5 出現了。天開始塌了。

Claude 4.5 坦白說沒那麼強，大概能解決 60% 的 bug——給它 stack trace 和 Sentry MCP 就夠。有時候給的解法聽起來合理但完全錯。

但這次，我不再懷疑機器了。我看到過去要花一整天 debug 的 bug，被 Claude Code 一次解決。不是全部，但趨勢很明顯。

然後來了 4.6、4.7、GPT 5.5、Opus 4.8，還有 DataDog MCP⋯⋯

現在我有一個 CLI，可以一次解決跨分散式系統的 bug。那些我過去解不了的 bug。那些要花兩天全職 debug 的 bug。那些在缺乏分散式可觀測性的系統裡的 bug。90% 的 bug 現在都是一次解決——包括詭異的 race condition、預料之外的邊界條件、第三方整合問題、未記錄的 API 邊界案例⋯⋯全部。我幾乎不需要插手。

當然，我還是可以被雇用，因為總要有人 review code 和引導機器人。但我現在只是另一個「架上的工程師」。我沒有任何領域專業是另一個引導 LLM 的資深工程師無法匹敵的。 所有那些我用汗水和淚水換來的金融支付知識、debug 直覺、分散式系統理解——現在都可以被 prompt 出來。

我們以前被教導：通才和專才永遠有自己的位置。但現在市場正在把所有人都變成通才。供需法則告訴我們：大家都是通才，如果需求跟不上，價格就會跌。而我們都知道需求正在枯竭。

第三根支柱，還沒倒但沒人在乎：程式碼品質與架構

我還有一根支柱：程式碼品質和軟體架構——現在被簡化成一個詞：「品味」。

我職涯中一直喜歡重構、重視好 code、在 sprint 裡爭取時間做這件事。DDD、Hexagonal、Clean Architecture，所有的 buzzword。我真的很喜歡這個領域。

這是最後一根支柱。只是沒有人在乎了。

AI agent 在維持 codebase 整潔方面做得很爛。不引導的話，它們很快就會搞出循環依賴、重複程式碼、不必要的註解、把 pure function 和 side-effect 混在一起、無視 SOLID 原則。

這應該讓人類繼續有工作，對吧？但這個技能現在被簡化成「品味」這個詞。 而且不只是改名——整個產業正在移向一個「程式碼組織沒那麼重要」的世界。

當然，人類應該引導 agent 避免義大利麵 codebase 和循環依賴。沒人想要碰到就壞的 F 級 codebase。但 C 或 D？現在可以了。沒有人需要 A 或 B 級的 codebase 了，因為這些 code 是寫給 LLM 讀的，不是給人讀的。

我不想爭論這本質上是好是壞。如果原始碼現在是寫給機器讀的，那以機器為目標可能確實合理。

但這是我專業的另一根支柱正在被侵蝕。 我在這個主題上累積的知識，很大一部分不再有價值。所有那些我花在上面的時間——讀書、做練習、跟其他工程師討論、寫 ADR——正在變得毫無用處。

然後呢？

我現在還有工作，短期內（至少在這家公司）也看得到自己繼續被雇用。但我不知道長期該怎麼想。

我花了 10 年（加上非職涯經驗更久）變得很擅長的那些事情，正在變得越來越不值錢。 我的最後一根專業支柱，現在被簡化成「品味」，而且大概也撐不久了。

我知道不只有我這樣。大概 8 個月前，我公司有一波裁員（他們說跟 AI 無關）。一些非常優秀的前同事被裁掉，到現在還在找工作。他們大多數面臨跟我一樣的問題：領域專業已經不足以讓他們脫穎而出。

公司現在又重新招聘了，但領域熟悉度不再是強烈的區分因素。我們以前寫「軟體工程師 - 支付領域」，現在只寫「軟體工程師」，團隊分配是拿到 offer 之後的事。

當然，這對那些一直沒機會深入領域的優秀工程師來說是好事——他們現在有更好的機會。但想到其他花了畢生精力累積領域知識的優秀工程師，現在要跟他們在同一條賽道上競爭，還是讓人難過。

維持長期就業力的唯一出路，似乎是把我的領域專業轉移到 LLM 不會那麼快學會的東西上。但還剩下什麼？

我想過回學校，學數學、統計、進階機器學習，然後去前沿實驗室應徵研究職位。但我所在的國家沒有前沿實驗室，少數幾個存在的大概申請爆滿，而我有家庭因素無法搬去其他國家。 等到我可以做那個跳躍的時候，RSI（遞迴自我改進）可能已經讓研究人員也過時了。

也許我該考慮把木工興趣變成職業⋯⋯

城武觀點

這篇文章為什麼在 HN 炸開？因為它說出了每個軟體工程師心裡不敢說的話。

作者沒有誇大、沒有恐慌、也沒有給出虛假的「解法」。他就是冷靜地描述了：我的三根專業支柱，一根一根被 LLM 拆掉，而最後一根「程式碼品質」，現在被簡化成一個叫做「品味」的東西——而且沒人在乎。

這裡有幾個層次值得拆開來看：

1. 這不是取代，是侵蝕

作者用的詞是 “eroding”——侵蝕。取代是一瞬間的事（「你被開除了，AI 接手」），侵蝕是每天少一點、每天發現自己累積的價值變小一點。這種慢性的、無聲的侵蝕，比直接被取代更難察覺、更難防禦、也更讓人沮喪。

2. 領域專業的「去價值化」

作者花了 10 年學 PCI 合規、複式記帳、支付冪等性。這些東西以前是極度稀缺的知識——全台灣懂支付金流後端的人可能不超過幾百個。現在呢？一個 Claude Code 加一段 prompt 就能做到 80%。 剩下的 20% 當然還需要人，但市場不需要那麼多人來做那 20%。

3. 「C 級 codebase 就夠了」——這是最恐怖的

這是我覺得整篇文章最有洞見的一段：當程式碼的讀者是 LLM 而不是人類，A 級 codebase 沒有溢價。 Clean Architecture、SOLID、DDD——這些東西的價值建立在「人需要閱讀和維護程式碼」的前提上。如果未來維護者是一段 prompt，那為什麼要保持 code 乾淨？

這不只是軟體工程的改變，這是整個專業價值體系的崩塌。

4. 木工的隱喻

文章最後一句「也許我該考慮把木工興趣變成職業」不是開玩笑。木工是一個 LLM 無法取代的領域——需要實體操作、觸覺回饋、空間感知。作者不是真的要轉行做木工，而是在說：所有純腦力、純知識的工作，都在 LLM 的射程範圍內。

📡 HN 討論精選

原文在 HN 上有 168 則留言，以下是幾個代表性觀點：

樂觀派：

「這跟工業革命時織布工人的焦慮一樣。工具變了，但創造價值的人不會消失。你只是需要找到新的創造價值的方式。」

悲觀派：

「這次不一樣。工業革命取代的是體力勞動，這次取代的是認知勞動。當你的『認知』可以被 API 呼叫取代時，你的議價能力就消失了。」

務實派：

「我現在的做法是把 LLM 當成一個非常資淺但速度極快的 junior engineer。我負責架構決策和 review，它負責實作。這個模式目前還行得通。」

哲學派：

「問題不是 LLM 會不會取代工程師。問題是：當寫 code 不再需要工程師時，『工程師』這個身份的社會意義和自尊來源要往哪裡放？」

城武最後一句：這篇文章不該讓你恐慌，但該讓你開始認真思考——你的專業價值，有多少是 LLM 還做不來的？如果那個比例正在縮小，你的下一步是什麼？

不是在嚇你。是在問你。