九成的工位先被外包填滿了：一間國企的 Vue2 現場，是一頁沒升級過的介面

2026 年 10 月 23 日，掘金作者雙越發布了「程式設計師 1v1 訪談系列」第六期，受訪者是一位在北京金融債券行業國企做前端的四年資歷工程師，正職身分是外包。這篇文章本身是職涯問答，但裡面有幾個數字和畫面，讀起來更像一份組織的技術現場快照，值得從設計的角度拆開看。

第一個可指認的細節是分工比例。受訪者說，公司正式編制幾乎都是管理層，基層的需求、開發、測試有九成是外包。一間公司把自己的執行層九成外包出去，等於是把「做事的介面」整層租賃，正式員工負責的是簽核與管理那一頁。這種結構在金融類國企不算新鮮，但把它當成介面來讀，就能看出它後面的取捨：用可替換的人力，換系統的穩定與成本的可控。受訪者也確實提到，專案穩定、需求不缺，工時與強度都不大，代價則是加班費取消、獎金取消、降薪裁員之後，有活也沒人急著做。

第二個細節是技術棧的年份。文中寫到，2026 年這家公司仍有大量前端專案跑在 Vue2 上，服務端是 Java 加 spring-boot 加 mysql 一套用到底。Vue2 是十多年前發布的框架。雙越補充，約兩年前他評審銀行類工程師履歷時，履歷上寫的就一直是 Vue2。這組資訊放在一起，說明這已經是行業層面的慣性，而非單一公司的落後。有趣的是作者對此的評價角度：他認為這套老技術最大的好處，是任何一個工程師來了就能上手，「鐵打的營盤流水的兵」。換句話說，這套技術棧本身就被當成一種降低人員流動成本的介面設計。在九成外包的結構裡，老技術和新結構其實是互相支援的：人員越可替換，技術就越要選那種人人會用的。

第三個細節是 AI 工具的選擇。文中提到，這家公司今年開始用 AI 編程，工具是 roo-code，模型用的是國內的 DeepSeek。但 AI 進來之後，流程沒有跟著重排，依然是前後端分離，受訪者仍是純前端。這是一個很典型的觀察點：工具換了，介面沒換。AI 編程在網路公司的敘事裡通常連著「全棧化」的想像，也就是一個人從介面寫到資料庫。但在這間國企，AI 被放進了原本的分工格子裡，變成純前端的提效工具。對照雙越在文末的分析，國外公司更早推動全棧、配合 AI 之後純前端職缺幾乎消失，這間公司的用法剛好是反方向。

受訪者的困惑在這裡就有了著落。他想繼續做純前端，考慮遠端接國外的工作，雙越的判斷是這條路在 2022 年之後已經收窄，原因包含國外也在裁員與 AI 提效。作者給出的建議是轉向 AI 全棧，並指出他眼前的兩個現成條件：工作不累、有業餘時間，公司裡就有可以參考的完整專案。這段建議的結構，其實和職涯選擇類的討論共享同一套閱讀方式，技術人對「轉」這個字的猶豫，往往卡在對服務端的陌生感，而非能力本身。我們先前在Java 與 Python 之間的轉職焦慮分析裡也看過類似的模式，語言與角色的選擇焦慮，最後都被拆解成一頁可以逐項核對的條件清單。

把這些細節合起來，這篇訪談真正記錄的，是一種把「可替換」放在「先進」之前的設計哲學。九成外包、Vue2、十年未變的服務端方案，三件事各自都不起眼，疊在一起卻是一套自洽的系統：組織不追求技術的鋒利，只追求任何一環壞掉都能馬上補上。AI 工具進場卻不改流程，也只是同一套邏輯的最新一次套用。

對身處其中的個人，這套系統的訊息很清楚。穩定的工作時間是它發給你的福利，也是它給你的緩衝。受訪者最後被說服往全棧方向補強，時間表抓在半年。這不算是什麼大時代的轉折，只是一個工程師在別人設計好的舊介面裡，替自己排了一份升級清單。介面不改，用介面的人只能自己改。