凌晨兩點(diǎn)，某創(chuàng)業(yè)公司的監(jiān)控系統(tǒng)突然報(bào)警。唯一的后端工程師——一位入職八個(gè)月的初級開發(fā)——獨(dú)自面對生產(chǎn)環(huán)境的數(shù)據(jù)庫鎖死。沒有值班搭檔，沒有回滾手冊，只有Slack上CEO的一句"盡快搞定"。這不是技能問題，這是范圍問題。

「全?！箻?biāo)簽下的范圍陷阱

技術(shù)圈有個(gè)隱蔽的 hiring 模式：招一個(gè)"初級全棧負(fù)責(zé)人"。

頭銜寫的是初級。實(shí)際干的活是一個(gè)預(yù)算不足的工程部。

原文作者 Will Larson 在《An Elegant Puzzle》里描述過這種結(jié)構(gòu)——一個(gè)人扛下前端、后端、基礎(chǔ)設(shè)施、運(yùn)維支持，甚至 on-call。表面看是"能者多勞"，本質(zhì)是組織把系統(tǒng)性風(fēng)險(xiǎn)轉(zhuǎn)嫁給個(gè)人。

行業(yè)常談技能缺口（skill gap），卻很少談范圍缺口（scope gap）。

初級工程師能學(xué) React，能學(xué) SQL，能學(xué) AWS 基礎(chǔ)，能學(xué)測試。但沒人能在缺乏支持的情況下，安全地獨(dú)自掌控生產(chǎn)系統(tǒng)的每一層。

這不是因?yàn)槌跫壒こ處熌芰θ?，而是因?yàn)樯a(chǎn)系統(tǒng)本身就是跨學(xué)科的。

前端涉及無障礙、狀態(tài)管理、瀏覽器行為、設(shè)計(jì)約束、產(chǎn)品判斷；后端涉及 API 設(shè)計(jì)、數(shù)據(jù)建模、驗(yàn)證、并發(fā)、錯(cuò)誤處理、性能意識；基礎(chǔ)設(shè)施涉及網(wǎng)絡(luò)、密鑰、部署、可觀測性、回滾、權(quán)限、成本控制；支持工作涉及事故判斷、用戶共情、日志、分級、溝通。

這些是不同技能家族。把它們統(tǒng)稱為"全棧"，不會讓范圍變得合理。

數(shù)據(jù)背后的矛盾信號

Indeed Hiring Lab 的數(shù)據(jù)顯示，2022 年 Q2 到 2025 年 Q2，要求至少五年經(jīng)驗(yàn)的科技崗位占比從 37% 升至 42%。

同時(shí)，NACE（全國大學(xué)與雇主協(xié)會）報(bào)告指出，入門級崗位越來越多采用技能導(dǎo)向招聘。

這兩個(gè)趨勢本身不矛盾——如果公司能清晰定義技能要求。

危險(xiǎn)的是當(dāng)技能清單變成："我們團(tuán)隊(duì)缺的所有東西。"

原文舉了一個(gè)典型場景：公司期望初級工程師掌握重試邏輯、熔斷器、隊(duì)列、死信處理、監(jiān)控、事故響應(yīng)，卻從未提供安全的學(xué)習(xí)路徑。

Microsoft Azure 架構(gòu)文檔把熔斷器模式（Circuit Breaker）定義為：處理應(yīng)用連接遠(yuǎn)程服務(wù)或資源時(shí)可能需要時(shí)間恢復(fù)的故障。

Google SRE 手冊關(guān)于級聯(lián)故障的章節(jié)解釋：失敗如何在系統(tǒng)中放大，尤其是當(dāng)重試行為和過載處理不當(dāng)時(shí)。

這些不是初學(xué)者概念。它們是可教的概念。兩者有本質(zhì)區(qū)別。

AI 能縮短發(fā)現(xiàn)，不能替代判斷

面試時(shí)問"什么模式能防止上游故障服務(wù)拖垮整個(gè)攝入管道"，候選人可能答出熔斷器、指數(shù)退避、隔板模式。

知道模式名稱有價(jià)值，但不等于能承擔(dān)生產(chǎn)風(fēng)險(xiǎn)。

初級工程師仍需要幫助判斷：現(xiàn)在熔斷是否安全？退避參數(shù)如何設(shè)定？下游降級策略是什么？誰來驗(yàn)證修復(fù)？

這就是 mentorship（導(dǎo)師制）的意義。AI 可以壓縮信息檢索時(shí)間，無法替代運(yùn)營判斷。

另一個(gè)常見領(lǐng)導(dǎo)失誤：拒絕臨時(shí)緩解措施，因?yàn)?不夠優(yōu)雅"。

生產(chǎn)事故中，先止血再手術(shù)是基本原則。讓初級工程師在壓力下追求完美方案，是把人當(dāng)系統(tǒng)冗余用。

組織層面的結(jié)構(gòu)性問題

這種模式往往伴隨三個(gè)信號：

一、招聘描述里"全棧"出現(xiàn)頻率遠(yuǎn)高于團(tuán)隊(duì)規(guī)模應(yīng)有的分工精度。

二、面試問題覆蓋從 CSS 動畫到 Kubernetes 調(diào)度，卻無人評估候選人如何求助。

三、入職后沒有明確的升級路徑——不是職級晉升，而是"遇到 X 情況時(shí)找誰"的決策樹。

原文提到一個(gè)關(guān)鍵區(qū)分：技能導(dǎo)向招聘（skills-based hiring） vs 恐慌導(dǎo)向招聘（panic-based hiring）。

前者是"我們需要有人能在這個(gè)領(lǐng)域成長"；后者是"我們需要有人立刻填補(bǔ)所有漏洞"。

技術(shù)債不會消失，只會轉(zhuǎn)移。當(dāng)組織把工程部門的系統(tǒng)性缺口壓縮成一個(gè)人的 JD，技術(shù)債就變成了人的 burnout（職業(yè)倦?。┖拖到y(tǒng)的隱性故障率。

為什么這件事值得警惕

對 25-40 歲的技術(shù)從業(yè)者來說，這個(gè)模式的影響是雙重的。

作為候選人，識別"初級全棧負(fù)責(zé)人"陷阱是職業(yè)自保。JD 里技術(shù)?？缍瘸^三個(gè)領(lǐng)域、沒有提到團(tuán)隊(duì)支持結(jié)構(gòu)、強(qiáng)調(diào)"獨(dú)立負(fù)責(zé)"而非"協(xié)作成長"——這些都是紅燈。

作為團(tuán)隊(duì)建設(shè)者，這個(gè)模式短期省 headcount，長期付出更高代價(jià)：代碼質(zhì)量債務(wù)、事故恢復(fù)時(shí)間、人員流失后的知識斷層。

更隱蔽的成本是文化腐蝕。當(dāng)"獨(dú)自扛下所有"成為隱性期待，團(tuán)隊(duì)會篩選出不會求助的人，排斥懂得設(shè)邊界的人。這不是建設(shè)高績效團(tuán)隊(duì)，這是在培養(yǎng)單點(diǎn)故障。

技術(shù)行業(yè)的經(jīng)驗(yàn)通脹（experience inflation）和技能導(dǎo)向招聘看似矛盾，實(shí)則同源：都是組織試圖用標(biāo)簽替代結(jié)構(gòu)。五年經(jīng)驗(yàn)要求是對"我們不知道如何培養(yǎng)人"的妥協(xié)；技能清單膨脹是對"我們不知道如何分工"的掩蓋。

真正的問題不是招不到人，是組織設(shè)計(jì)逃避了本該做的選擇：優(yōu)先解決什么，暫時(shí)容忍什么，明確投資什么。

把這些問題壓縮成一個(gè)"全棧"頭銜，是管理的懶惰，不是工程的務(wù)實(shí)。