Brian Jenney 見過太多"自學(xué)成才"的陷阱。他創(chuàng)辦的 Parsity 訓(xùn)練營里，有學(xué)員花了兩年刷 LeetCode，面試時(shí)卻被一道系統(tǒng)設(shè)計(jì)題打回原形——不是算法不會(huì)，是從來沒見過生產(chǎn)環(huán)境里的代碼是怎么腐爛的。

他算過一筆賬：純靠網(wǎng)課自學(xué)的工程師，平均要踩 18 個(gè)月的坑才能理解"為什么這段代碼去年能跑，今年就成了定時(shí)炸彈"。而有資深工程師帶的人，這個(gè)周期能壓縮到 4 個(gè)月。差距不在智商，在反饋密度。

老工程師的代碼審查，是最高效的糾錯(cuò)系統(tǒng)

Jenney 觀察到一個(gè)反直覺的現(xiàn)象：很多新手害怕代碼審查（Code Review），覺得是被挑刺。但 Parsity 的數(shù)據(jù)追蹤顯示，每周接受兩次以上深度審查的學(xué)員，三個(gè)月后獨(dú)立交付功能的成功率比對照組高出 67%。

關(guān)鍵不是審查次數(shù)，是審查者的經(jīng)驗(yàn)厚度。一個(gè)經(jīng)歷過三次生產(chǎn)事故的老工程師，能在你的異常處理里嗅出隱患——這種嗅覺無法通過文檔傳遞，只能在具體場景中被點(diǎn)破。

有個(gè)典型案例。某學(xué)員寫了個(gè)用戶注冊接口，自測通過，單元測試覆蓋 90%。資深工程師掃了一眼，只問了一個(gè)問題："如果第三方短信服務(wù)商超時(shí) 30 秒，你的數(shù)據(jù)庫連接池會(huì)是什么狀態(tài)？"學(xué)員愣住。兩天后壓測，連接池耗盡，服務(wù)雪崩。這個(gè)坑，文檔里不會(huì)寫，網(wǎng)課不會(huì)教，只有被坑過的人才會(huì)條件反射式地檢查。

Jenney 把這類反饋稱為"創(chuàng)傷后應(yīng)激式指導(dǎo)"——老工程師的敏感點(diǎn)，全是傷疤。

模仿是第一步，但多數(shù)人模仿錯(cuò)了對象

新手常犯的一個(gè)錯(cuò)誤：盯著開源項(xiàng)目的代碼風(fēng)格學(xué)。GitHub 上星標(biāo) 10k 的倉庫確實(shí)漂亮，但 Jenney 認(rèn)為那是"博物館展品"——經(jīng)過多輪重構(gòu)、注釋完善、邊界情況處理。新手直接模仿，就像學(xué)畫畫只臨摹完成稿，永遠(yuǎn)不知道起草時(shí)的猶豫和修改痕跡。

他建議學(xué)員觀察老工程師的"草稿狀態(tài)"：需求剛下來時(shí)的第一反應(yīng)、遇到阻塞時(shí)的調(diào)試路徑、發(fā)現(xiàn)方案有坑時(shí)的回滾決策。這些實(shí)時(shí)決策的噪音，比最終提交的 clean code 有價(jià)值十倍。

Parsity 設(shè)計(jì)了一套"影子跟隨"機(jī)制：學(xué)員不是接任務(wù)寫代碼，而是先看資深工程師怎么處理同類任務(wù)，記錄對方在哪些節(jié)點(diǎn)停頓、搜索什么關(guān)鍵詞、向誰發(fā)起詢問。三周后，學(xué)員再獨(dú)立執(zhí)行相似任務(wù)，錯(cuò)誤模式顯著減少。

有個(gè)數(shù)據(jù)很有意思：跟隨階段記錄的"停頓點(diǎn)"數(shù)量，和后續(xù)獨(dú)立任務(wù)的完成質(zhì)量呈正相關(guān)。停頓越多，說明工程師在隱性風(fēng)險(xiǎn)評(píng)估上越謹(jǐn)慎——這種謹(jǐn)慎是可以傳染的。

反饋的時(shí)效性，比反饋的內(nèi)容更重要

Jenney 對比過兩種培養(yǎng)模式。A 組：學(xué)員寫代碼，周末統(tǒng)一提交，導(dǎo)師下周一給批注。B 組：學(xué)員寫代碼，兩小時(shí)內(nèi)必須有人看，有問題當(dāng)場指出來。六周后，B 組的代碼可維護(hù)性評(píng)分比 A 組高出 41%。

延遲反饋的問題在于，新手已經(jīng)形成了錯(cuò)誤的心理模型。周末提交的代碼，學(xué)員可能早就忘了當(dāng)時(shí)為什么那樣寫，導(dǎo)師的批注變成了"事后諸葛亮"的指責(zé)。而即時(shí)反饋時(shí)，學(xué)員的思維上下文還在，能立刻理解"這里如果換個(gè)寫法，后面能省多少麻煩"。

Parsity 的導(dǎo)師響應(yīng)時(shí)間被硬性規(guī)定在 90 分鐘內(nèi)。不是導(dǎo)師閑，是 Jenney 發(fā)現(xiàn)超過這個(gè)窗口，學(xué)員的糾錯(cuò)成本指數(shù)級(jí)上升。這個(gè)數(shù)值來自對 200 多名學(xué)員的追蹤：90 分鐘內(nèi)獲得反饋的問題，同類型錯(cuò)誤復(fù)發(fā)率 12%；延遲到第二天的，復(fù)發(fā)率 38%。

有個(gè)學(xué)員在復(fù)盤里寫："以前我覺得導(dǎo)師回太快是監(jiān)控我，現(xiàn)在我知道，那是趁我還沒把錯(cuò)誤焊死在肌肉記憶里。"

資深工程師的"廢話"，往往是壓縮過的經(jīng)驗(yàn)包

Jenney 注意到一個(gè)溝通斷層。老工程師說"這個(gè)實(shí)現(xiàn)有點(diǎn)重"，新手聽到的可能是風(fēng)格偏好；老工程師說"先別優(yōu)化"，新手可能理解為偷懶。實(shí)際上，"有點(diǎn)重"可能指"這個(gè)查詢在數(shù)據(jù)量過百萬時(shí)會(huì)觸發(fā)全表掃描"，"先別優(yōu)化"可能指"需求下周就變，現(xiàn)在寫抽象層是給自己挖坑"。

他訓(xùn)練導(dǎo)師做"翻譯"：把壓縮過的判斷展開成可理解的因果鏈。不是"這樣不好"，而是"這樣不好，因?yàn)槿ツ晡覀冾愃频淖龇ㄔ诖黉N時(shí)把數(shù)據(jù)庫打掛了，當(dāng)時(shí)用了三天才回滾"。

這種展開消耗時(shí)間，但 Jenney 認(rèn)為值得。 Parsity 的導(dǎo)師每周花在"解釋為什么"上的時(shí)間，平均是代碼審查本身的兩倍。效果是：學(xué)員在第三期項(xiàng)目時(shí)，已經(jīng)能預(yù)判導(dǎo)師會(huì)挑什么刺，提前自我審查。

有個(gè)學(xué)員畢業(yè)兩年后回來說，現(xiàn)在他自己帶新人，終于理解當(dāng)年導(dǎo)師為什么對某些"小問題"揪著不放——那些都是血換來的條件反射。

Jenney 最近在追蹤一組對比數(shù)據(jù)：Parsity 畢業(yè)學(xué)員中，持續(xù)與資深工程師保持每周至少一次技術(shù)交流的人，三年內(nèi)晉升到技術(shù)負(fù)責(zé)人崗位的比例是 34%；畢業(yè)后就"單飛"的人，這個(gè)比例是 11%。他還沒想明白這到底是因果關(guān)系還是篩選效應(yīng)，但他在下一期課程里加了一個(gè)環(huán)節(jié)：畢業(yè)半年后強(qiáng)制回訪，檢查學(xué)員是否還"蹭得到"老工程師的時(shí)間。

你的代碼最近一次被資深工程師挑刺，是什么時(shí)候？