2008年,Stack Overflow剛上線時(shí),一個(gè)工程師平均花4小時(shí)卡住才發(fā)帖求助。2024年,這個(gè)時(shí)間窗口縮到了11分鐘。不是人變懶了,是系統(tǒng)把"高效"和"深度學(xué)習(xí)"拆成了兩條道。
厚手冊時(shí)代:失敗是設(shè)計(jì)好的
過去學(xué)技術(shù)像拆炸彈——你只有一次機(jī)會(huì),錯(cuò)了就炸,所以得把說明書吃透。印刷手冊必須自洽,缺頁意味著返廠重印,成本極高。這種物理約束逼出一種學(xué)習(xí)節(jié)奏:讀→試→錯(cuò)→回讀→頓悟。
關(guān)鍵在第三步。作者描述的那個(gè)"錯(cuò)誤心理模型撞上正確解釋"的瞬間,其實(shí)是認(rèn)知科學(xué)里的"預(yù)測誤差"機(jī)制在起作用。大腦先建一個(gè)假設(shè),現(xiàn)實(shí)打臉,修正,模型升級。厚手冊的封閉性保證了打臉必須發(fā)生在你和文檔之間,而不是你和同事之間。
同事對話是第二階段。你帶著具體困惑去解釋,經(jīng)常在開口過程中自己理清——這叫"解釋效應(yīng)"。對方也可能被你問住,雙向 sharpening。但這種對話有個(gè)前提:雙方都已獨(dú)立完成第一輪掙扎。沒這個(gè)前提,對話就變成單向輸血。
成本崩塌:三條防線同時(shí)失守
變化不是漸進(jìn)的,是三個(gè)成本在同一時(shí)期歸零。
文檔成本。在線化讓"不完整"變得免費(fèi)。寫一半扔上去,有問題再補(bǔ),沒人追責(zé)。讀者習(xí)慣了碎片化檢索,再也沒人通讀。作者失去"必須自洽"的壓力,讀者失去"必須讀完"的約束,雙向偷懶被技術(shù)合法化。
提問成本。IM工具把"問"的時(shí)間從小時(shí)級壓到秒級。過去寫信問前輩,等回復(fù)期間只能繼續(xù)啃文檔;現(xiàn)在Slack@人,期待5分鐘內(nèi)響應(yīng)。理性選擇是:先問,再問,一直問到有人回。先嘗試的成本反而更高。
測量成本。測試從診斷工具變成評分儀表板。分?jǐn)?shù)可見,理解不可見。刷題通過和真正掌握之間的鴻溝,被"通過率97%"的綠勾抹平。系統(tǒng)只獎(jiǎng)勵(lì)可見指標(biāo),理性人追逐可見指標(biāo)。
作者說得克制:這不是道德滑坡,是激勵(lì)錯(cuò)位。當(dāng)高效路徑和深度路徑分叉,大多數(shù)人走高效那條——這恰恰是理性的。
反饋閉環(huán):越問越廢的機(jī)制
結(jié)構(gòu)變化催生了一個(gè)自我強(qiáng)化的循環(huán),作者用三句話把它釘死:
文檔不完整→正常化"不嘗試就問"→無法建立深層心理模型→問得更頻繁→文檔更不值得寫完整。
這個(gè)循環(huán)的殘酷之處在于,每個(gè)環(huán)節(jié)都是個(gè)體理性的選擇,匯總成集體非理性的結(jié)果。新手沒機(jī)會(huì)經(jīng)歷"錯(cuò)誤模型碰撞正確解釋"的頓悟時(shí)刻,因?yàn)檎_解釋被拆成200個(gè)Stack Overflow答案,每個(gè)只解決一個(gè)碎片問題。他們攢了一堆"how",沒攢下"why"。
老工程師的挫敗感由此而來。他們記得自己怎么過來的,想復(fù)制那個(gè)路徑,發(fā)現(xiàn)基礎(chǔ)設(shè)施已經(jīng)拆除。你沒法讓年輕人"先讀手冊"——手冊本身就不存在了,存在的是永不閉合的維基和實(shí)時(shí)更新的API文檔,版本號變得比內(nèi)容還快。
可修復(fù)性:結(jié)構(gòu)問題需要結(jié)構(gòu)解
作者的結(jié)論指向一個(gè)被忽視的方向。丟失的不是"精神"或"文化",是可以被工程化的對齊機(jī)制。換句話說,問題不是人變了,是路徑的性價(jià)比變了。
這留下了操作空間。既然結(jié)構(gòu)可以打破對齊,也可以重建對齊。比如:強(qiáng)制延遲響應(yīng)的問答系統(tǒng),讓提問成本回升;文檔的"完整性評分"可視化,對抗碎片化;測試加入"解釋題",讓理解重新可見。
但這些方案都有代價(jià)。延遲響應(yīng)降低效率,完整性評分增加作者負(fù)擔(dān),解釋題提高評分成本。要不要付這個(gè)代價(jià),取決于組織認(rèn)為"深度學(xué)習(xí)"值多少錢。
作者最后沒給答案,只給了一個(gè)判斷:這種對齊"可以被刻意恢復(fù)"。這意味著技術(shù)行業(yè)的學(xué)習(xí)危機(jī)不是命運(yùn),是選擇。而選擇權(quán)在誰手里——平臺(tái)設(shè)計(jì)者、團(tuán)隊(duì)負(fù)責(zé)人、還是個(gè)體工程師自己——他留給了讀者。
一個(gè)值得注意的細(xì)節(jié):作者寫這篇文章的方式,本身就是對主題的踐行。沒有鏈接轟炸,沒有"5個(gè)技巧",只有一個(gè)問題被緩慢、完整地思考。這種文本在當(dāng)下的技術(shù)寫作里,已經(jīng)屬于瀕危物種。
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號”用戶上傳并發(fā)布,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.