Stack Overflow 2024年開(kāi)發(fā)者調(diào)查顯示，北美高級(jí)工程師年薪中位數(shù)是初級(jí)工程師的2.7倍。但經(jīng)驗(yàn)?zāi)晗薜姆植紙D里，兩個(gè)群體有將近40%的重疊——有人工作10年還在寫(xiě)CRUD，有人2年就開(kāi)始帶架構(gòu)決策。

差距不在智商，不在代碼速度，在五個(gè)被刻意模糊的技能維度。

技能一：從"完成任務(wù)"到"擁有結(jié)果"

初級(jí)工程師的執(zhí)行鏈很短：收到ticket，開(kāi)始編碼，卡住就喊人。高級(jí)工程師收到同樣的"建一個(gè)通知系統(tǒng)"，會(huì)先問(wèn)6個(gè)問(wèn)題——通知類(lèi)型？接收人？投遞渠道？延遲容忍度？失敗回退策略？峰值流量？

這6個(gè)問(wèn)題不是拖延，是風(fēng)險(xiǎn)定價(jià)。 2023年Stripe的一次宕機(jī)，根因就是通知系統(tǒng)沒(méi)問(wèn)清"失敗時(shí)重試幾次"，導(dǎo)致級(jí)聯(lián)雪崩。高級(jí)工程師在寫(xiě)第一行代碼前，已經(jīng)把依賴(lài)項(xiàng)（比如auth團(tuán)隊(duì)的排期）標(biāo)紅同步給PM。

初級(jí)工程師的時(shí)間線(xiàn)：編碼→發(fā)現(xiàn)邊界情況→范圍膨脹→延期。高級(jí)工程師的時(shí)間線(xiàn)：拆解→寫(xiě)技術(shù)設(shè)計(jì)文檔→識(shí)別3個(gè)子任務(wù)→標(biāo)記阻塞點(diǎn)→并行推進(jìn)。

技能二：代碼的"可觀(guān)測(cè)性"設(shè)計(jì)

兩段代碼實(shí)現(xiàn)同一個(gè)支付功能。第一段20行，能跑通測(cè)試，上線(xiàn)后出問(wèn)題只能打斷點(diǎn)猜。第二段35行，多了日志埋點(diǎn)和異常分層——但凌晨3點(diǎn)收到告警時(shí)，值班工程師能在90秒內(nèi)定位到是第三方支付API超時(shí)，還是數(shù)據(jù)庫(kù)連接池耗盡。

命名是最便宜的文檔。 getUserData() 和 fetchUserProfileWithPermissions() 的區(qū)別，是6個(gè)月后維護(hù)者要不要Slack你問(wèn)"這個(gè)data到底包不包含權(quán)限字段"。

函數(shù)長(zhǎng)度沒(méi)有硬性規(guī)則，但高級(jí)工程師的雷達(dá)會(huì)在30-40行處響——不是教條，是長(zhǎng)函數(shù)通常在做太多件事。錯(cuò)誤處理也一樣：初級(jí)代碼走h(yuǎn)appy path， senior代碼顯式處理數(shù)據(jù)庫(kù)失聯(lián)、第三方超時(shí)、臟輸入三種失敗模式。

技能三：系統(tǒng)思維的視角差

初級(jí)工程師看的是自己寫(xiě)的組件。高級(jí)工程師看的是組件在系統(tǒng)中的位置——調(diào)用頻率、失敗傳播路徑、擴(kuò)容時(shí)的瓶頸點(diǎn)。

Netflix 2019年的一次架構(gòu)復(fù)盤(pán)顯示，70%的線(xiàn)上事故不是代碼bug，是"我以為那個(gè)服務(wù)不會(huì)掛"的假設(shè)失效。高級(jí)工程師的代碼里，try-except塊的數(shù)量通常是初級(jí)的3-4倍，不是因?yàn)樗麄兏^(guān)，是他們見(jiàn)過(guò)更多分布式系統(tǒng)的真實(shí)脾氣。

技能四：讓其他人變快的能力

這個(gè)維度最容易被忽略。高級(jí)工程師的PR描述會(huì)寫(xiě)"為什么改"和"不改的風(fēng)險(xiǎn)"，而不是"改了什么"。Code Review時(shí)他們問(wèn)"這里如果流量漲10倍會(huì)怎樣"，而不是"這里少了個(gè)空格"。

內(nèi)部工具也是信號(hào)。初級(jí)工程師寫(xiě)腳本解決自己的問(wèn)題，高級(jí)工程師寫(xiě)文檔+腳本+故障排查手冊(cè)，讓下一個(gè)遇到同樣問(wèn)題的人10分鐘搞定。這種"乘數(shù)效應(yīng)"很難量化，但晉升答辯時(shí)會(huì)被反復(fù)追問(wèn)。

技能五：對(duì)模糊性的耐受度

初級(jí)工程師需要明確的需求文檔。高級(jí)工程師能在"我們要提升用戶(hù)留存"這種OKR里，拆解出3個(gè)可驗(yàn)證的假設(shè)，設(shè)計(jì)A/B實(shí)驗(yàn)，定義"成功"的指標(biāo)口徑。

這種能力沒(méi)有課程表。它來(lái)自一次次需求變更后的復(fù)盤(pán)，來(lái)自線(xiàn)上事故的事后分析，來(lái)自和產(chǎn)品經(jīng)理撕扯優(yōu)先級(jí)時(shí)的換位思考。

Google的工程師能力模型里，L4到L5的躍遷核心就是"處理模糊性"——不是學(xué)會(huì)更多技術(shù)棧，是在信息不完備時(shí)仍能做出風(fēng)險(xiǎn)可控的決策。

回到開(kāi)頭那個(gè)2.7倍薪資差。市場(chǎng)定價(jià)的不是年限，是"凌晨3點(diǎn)會(huì)不會(huì)被叫醒"的概率，是"項(xiàng)目延期時(shí)能不能有人兜底"的確定性，是"這個(gè)人走了代碼會(huì)不會(huì)變成天書(shū)"的風(fēng)險(xiǎn)溢價(jià)。

你現(xiàn)在寫(xiě)的函數(shù)，有多少行？日志里埋了幾個(gè)上下文字段？上次Code Review，你有沒(méi)有讓同事變快？