資深程序員收集錯誤，新手在刪除記錄

一份開發(fā)者調(diào)研顯示，初級工程師平均在錯誤復盤上花費的時間，只有資深工程師的1/5——但前者的職業(yè)焦慮指數(shù)卻是后者的2.3倍。

這組數(shù)據(jù)的矛盾點在于：我們以為隱藏錯誤能保護自己，實際上卻在剝奪成長所需的原材料。

「被看見」的恐懼

每個初級開發(fā)者都經(jīng)歷過這個瞬間。

提交代碼審查，看到反饋評論，胃部下沉——不是因為反饋錯了，而是因為有人看見了。

大多數(shù)人的反應是加倍努力，確保這種事不再發(fā)生。

這種本能感覺正確。事實并非如此。

作者回憶自己曾在代碼審查前熬夜重構(gòu)，把代碼改成"看起來懂行"的樣子。遇到基礎問題，先在Stack Overflow（技術問答社區(qū)）泡40分鐘才敢提問—— terrified（害怕）它顯得太簡單。

他告訴自己這是嚴謹。實際上，這是一種高效回避經(jīng)驗積累的方式。

閱讀錯誤和親身經(jīng)歷錯誤，不是一回事。

閱讀意味著你能回答關于它的問題。經(jīng)歷意味著生產(chǎn)環(huán)境凌晨11點崩潰時，你的手比大腦先動。

一個是信息。另一個是本能。

初級與資深的差距不是年限。是深度——而深度只來自與失敗接觸，而非回避它。

最貴的錯誤長什么樣

作者在整理100個初級開發(fā)者常見錯誤后，發(fā)現(xiàn)了一個模式。

最貴的錯誤不是語法錯誤或糟糕的接口設計。它們長這樣：

? 過度工程化一個三天后就要廢棄的功能

? 在壓力之下說"沒問題"，而不是"我需要時間確認"

? 把"我不理解"重新包裝成"這個設計有問題"

? 用工作時長代替工作成果來衡量自己的價值

這些都不會被代碼檢查工具（linter）標紅。它們無聲地疊加——塑造你的工作方式、溝通模式和壓力應對——直到你環(huán)顧四周，發(fā)現(xiàn)同期入職的人都走得更遠。

資深開發(fā)者不是不再犯錯的人。

他們建立了一個自己的失敗目錄。他們記得當時的上下文、當時感覺堅實的推理、事情出錯的精確時刻。他們構(gòu)建了一個內(nèi)部模式庫：如果出現(xiàn)這種 setup（設置），小心那個。

初級開發(fā)者試圖抹除錯誤。資深開發(fā)者分類歸檔它們。

這個轉(zhuǎn)變——從要隱藏的東西到要歸檔的東西——才是真正加速成長的開關。

「必須犯」的100個錯誤

《100 Mistakes Every Junior Developer Must Make》這個標題是刻意的。

這些不是要避免的錯誤——是要去犯、去存活、去理解、并加入你目錄的錯誤。這份指南涵蓋100個具體場景：技術陷阱、溝通失敗、規(guī)劃失誤，以及幾乎是一種成人禮的自我破壞模式。

目標是壓縮。讓你更快到達"我來過這里"，這樣下一個錯誤會被分類而不是僅僅被熬過去。

短期回避錯誤讓你安全。長期收集錯誤讓你危險——那種能解決問題的危險。

作者把這份指南發(fā)在devkoan——一份面向想要構(gòu)建、發(fā)布、并從工作中獲得收益的開發(fā)者的新聞通訊。

這里有一個值得追問的問題：如果你的團隊文化懲罰錯誤暴露，你實際上在支付什么樣的隱性成本？不是道德層面的，是資產(chǎn)負債表層面的——項目延期、人員流失、知識無法沉淀。

另一個角度：當你面試資深候選人時，你會問他們做過什么成功案例，還是問他們搞砸過什么、以及之后系統(tǒng)發(fā)生了什么變化？