看完了 10 集 Python 基礎(chǔ)教程把視頻里的示例代碼一行行跟著敲完甚至還在筆記里抄了一遍然后關(guān)掉播放器面對一個空白文件突然不知道第一行該寫什么。這是我在技術(shù)社區(qū)和自學(xué)群里見過最多的求助帖也是“講授式教學(xué)”在編程學(xué)習(xí)中最典型的失敗現(xiàn)場。薩爾·汗創(chuàng)辦可汗學(xué)院讓全球數(shù)億人免費獲得了高質(zhì)量的教學(xué)視頻這件事的教育價值不需要質(zhì)疑。但如果把“把課講清楚”當(dāng)成教學(xué)的全部尤其是在編程學(xué)習(xí)這個領(lǐng)域一定會遇到一個扎心的瓶頸學(xué)習(xí)者看得懂卻做不到。真正的原因不是視頻不夠清晰不是老師不夠幽默而是講授式教學(xué)天然缺少一個結(jié)構(gòu)性的東西——反饋回路feedback loop。學(xué)習(xí)編程不是“聽懂一個概念”而是“在反復(fù)試錯中建立行為習(xí)慣”。本文就從“為什么薩爾·汗式教學(xué)行不通”這個問題切入拆解“講授式教學(xué)”與“做中學(xué)”在原理層面的差別并給出一套更符合編程學(xué)習(xí)規(guī)律的自學(xué)或團隊培訓(xùn)路徑。如果你正在學(xué)編程卻總覺得“眼睛會了、手不會”或者你負(fù)責(zé)帶新人、做技術(shù)培訓(xùn)但發(fā)現(xiàn)傳統(tǒng)“講師講、學(xué)生聽”的模式效率很低這篇文章值得你讀完并收藏。1. 為什么一個教育理念會在編程學(xué)習(xí)中失效可汗學(xué)院最初的成功建立在數(shù)學(xué)教學(xué)上。薩爾·汗早期給表妹錄數(shù)學(xué)輔導(dǎo)視頻每段視頻控制在十分鐘左右把一道題的解法一步步講清楚。學(xué)生可以暫停、回放、按自己的節(jié)奏看。這個模式在教育資源不均衡的場景下價值巨大它用極低的成本把“名師講解”復(fù)制到了全世界。但如果只看“講解”這一環(huán)很容易忽略一個事實可汗學(xué)院真正的教學(xué)模式是“視頻講授 在線練習(xí)系統(tǒng)”。學(xué)生在看完視頻后會被引導(dǎo)去做一組練習(xí)題系統(tǒng)當(dāng)場判斷對錯并給出解析。這套設(shè)計比單純看視頻要先進得多因為它增加了一個基礎(chǔ)的反饋環(huán)節(jié)。問題在于這類練習(xí)系統(tǒng)里的題目大多數(shù)是“點選型”“填空型”的客觀題。學(xué)習(xí)者面對的是一道已經(jīng)被定義好邊界的問題輸入答案后立刻得到對錯判斷。而編程學(xué)習(xí)中的真實任務(wù)完全不是這樣。真實編程任務(wù)里沒有人告訴你“這里該用 for 循環(huán)還是 while 循環(huán)”沒有人在你做錯時立刻彈出解析甚至沒有人告訴你“這個程序?qū)Σ粚Α?。你面對的是編譯器的報錯、運行時異常、奇怪的空指針、莫名不匹配的數(shù)據(jù)類型。你需要自己發(fā)現(xiàn)問題、定位問題、假設(shè)原因、修改代碼、再次運行驗證。這個過程是一個完整的“假設(shè)-檢驗-修正”循環(huán)。講授式教學(xué)擅長傳遞“已知的、結(jié)構(gòu)化的知識”但它不擅長訓(xùn)練“面對未知問題的應(yīng)對能力”。把可汗學(xué)院的方法直接搬到編程學(xué)習(xí)里就會出現(xiàn)文章開頭那個場景視頻看完了練習(xí)也做了但真正上手寫項目時仍然手足無措。從更底層的角度看薩爾·汗的教育理念延續(xù)了“知識傳遞”這一傳統(tǒng)教學(xué)隱喻老師擁有知識學(xué)生缺少知識老師的任務(wù)是把知識從自己的頭腦搬運到學(xué)生的頭腦中。只要講解足夠清晰、練習(xí)安排足夠合理學(xué)生就能學(xué)會。這個隱喻對公式推導(dǎo)、歷史事件、語法規(guī)則這些“陳述性知識”有一定效果但對編程這種“程序性知識”占比極高的技能來說有一個致命缺陷技能不是被傳遞過去的而是在操作、反饋、修正的循環(huán)中長出來的。這也是本文的核心判斷薩爾·汗式教學(xué)之所以在編程學(xué)習(xí)中行不通不是因為他講得不好而是因為它把教學(xué)系統(tǒng)的重心放在了“傳播知識”上而不是“構(gòu)建反饋”上。而做中學(xué)恰恰是圍繞反饋回路來設(shè)計學(xué)習(xí)體驗的。2. 講授式教學(xué)的核心假設(shè)與適用范圍2.1 講授式教學(xué)的基本邏輯講授式教學(xué)簡單說就是由老師或視頻課程把概念、原理、案例系統(tǒng)性地講解給學(xué)生聽學(xué)生通過聽講、記錄、理解再通過課后練習(xí)鞏固。它的基本邏輯是知識可以被分解成清晰的單元。優(yōu)秀教師能把每個單元講得通俗易懂。學(xué)生只要理解了每個單元就能組合出完整的知識體系。作業(yè)與考試用來驗證理解程度。這個邏輯在教育史上根深蒂固。它適合信息密度高、結(jié)構(gòu)嚴(yán)謹(jǐn)、答案明確的科目。比如數(shù)學(xué)公式的推導(dǎo)、物理定律的證明、編程語言的基本語法這些內(nèi)容確實需要有人先做系統(tǒng)的講述否則學(xué)生自己摸索效率極低。2.2 可汗學(xué)院到底解決了什么問題可汗學(xué)院解決的問題是“優(yōu)質(zhì)講解的規(guī)?；职l(fā)”。在沒有互聯(lián)網(wǎng)教育的年代同一個教室里五十個學(xué)生聽同一個老師講課學(xué)得快的人被拖慢學(xué)得慢的人跟不上。視頻課程出現(xiàn)后學(xué)生可以暫停、回放、倍速理論上可以按自己的節(jié)奏學(xué)習(xí)。同時練習(xí)系統(tǒng)提供了即時對錯反饋并讓學(xué)生可以反復(fù)練習(xí)直到掌握。這套設(shè)計顯著改善了“教師資源不足”和“學(xué)生水平參差”的問題。在數(shù)學(xué)、物理、經(jīng)濟學(xué)等基礎(chǔ)學(xué)科中它的有效性已經(jīng)被大規(guī)模用戶驗證。這是薩爾·汗值得尊敬的地方。2.3 它做得好的領(lǐng)域與做不好的領(lǐng)域一種教學(xué)方式的有效性高度依賴學(xué)科的性質(zhì)。我們可以把學(xué)習(xí)內(nèi)容粗略分成兩類內(nèi)容類型特征典型例子講授式教學(xué)的效果陳述性知識事實、概念、公式、規(guī)則變量是什么、HTTP 狀態(tài)碼含義效果好適合系統(tǒng)講解程序性知識技能、流程、操作、判斷寫函數(shù)、調(diào) bug、設(shè)計接口效果差必須動手訓(xùn)練策略性知識在復(fù)雜情境中做決策架構(gòu)選型、性能優(yōu)化、需求拆解講授只能提供啟發(fā)必須靠實踐積累講授式教學(xué)在陳述性知識的傳授上效率極高。但在程序性知識和策略性知識上它只能完成“鋪墊”的功能。你不可能通過看游泳教學(xué)視頻學(xué)會游泳不可能通過看拳擊比賽錄像學(xué)會出拳。編程也是一樣你能通過視頻理解“什么是函數(shù)”但“什么時候應(yīng)該拆函數(shù)、怎么拆、拆到什么粒度”這種判斷力只能在持續(xù)寫代碼和改代碼的過程中形成。3. 講授式教學(xué)的三個結(jié)構(gòu)性局限3.1 局限一學(xué)生只接收信息沒有構(gòu)建知識教育學(xué)里有一個廣泛被接受的理念學(xué)習(xí)不是“接收信息”而是“構(gòu)建意義”。同一段關(guān)于 Python 字典的講解有經(jīng)驗的人聽到的是“鍵值對在哈希表中的組織方式”新手聽到的只是“字典就是大括號加冒號”。差異為什么這么大因為理解不是把老師的話原樣復(fù)制到大腦而是把新信息和自己已有的經(jīng)驗、模型、知識結(jié)構(gòu)連接起來。如果沒有相關(guān)的經(jīng)驗基礎(chǔ)信息就只是懸浮在記憶表層的“死知識”。講授式教學(xué)默認(rèn)“講清楚就等于學(xué)明白”但實際情況是講解只能確保學(xué)生“聽見了”不能確保學(xué)生“構(gòu)建了”。只有當(dāng)學(xué)生嘗試用自己的語言解釋這個概念或者用這個概念去解決一個具體問題時知識結(jié)構(gòu)才算真正建立。這就是“生成效應(yīng)”學(xué)習(xí)者在主動生成答案、解釋或解決方案時記憶和理解效果遠(yuǎn)好于被動接收。3.2 局限二反饋回路缺失或嚴(yán)重延遲這是講授式教學(xué)在編程學(xué)習(xí)中最致命的短板。人能學(xué)會復(fù)雜技能依賴一個核心機制嘗試行動 → 獲得結(jié)果 → 對比預(yù)期 → 調(diào)整行動。這個循環(huán)循環(huán)得越快學(xué)習(xí)效率越高。孩子學(xué)走路跌倒了爬起來再試每一步都有即時反饋學(xué)騎自行車車身傾斜不穩(wěn)定的感覺就是即時反饋學(xué)編程寫完代碼運行后的報錯和輸出就是即時反饋。但傳統(tǒng)的講授式課堂里一節(jié)課四十五分鐘學(xué)生沒有機會嘗試課后作業(yè)要等到第二天甚至下周才有批改結(jié)果。反饋周期太長學(xué)習(xí)者在“嘗試-反饋”的循環(huán)中無法形成有效的自我校正。更糟的是當(dāng)反饋最終來臨時學(xué)習(xí)者往往已經(jīng)忘記了自己當(dāng)時的思考過程。講授式教學(xué)弱化了反饋環(huán)節(jié)相當(dāng)于在訓(xùn)練運動員時只讓他看錄像不讓他上場?？翠浵癞?dāng)然有用但永遠(yuǎn)替代不了上場后的真實觸球感。3.3 局限三教學(xué)節(jié)奏由講授者決定而不是由學(xué)生決定視頻課程提供了一種“偽個性化”學(xué)生可以暫停、回放、倍速。但本質(zhì)上課程的推進節(jié)奏仍然由講師決定。講師覺得“列表推導(dǎo)式很簡單”可能只花兩分鐘而你可能需要在這里停留一小時。講師覺得“遞歸很難”用了二十分鐘講解而你可能在五分鐘內(nèi)已經(jīng)理解了核心剩下的十五分鐘只是陪跑。學(xué)習(xí)效率最高的狀態(tài)發(fā)生在學(xué)生剛好處于自己的能力邊界附近也就是所謂“最近發(fā)展區(qū)”。在這個區(qū)域里任務(wù)有挑戰(zhàn)性但又夠得著學(xué)生最投入、進步最快。講授式教學(xué)假設(shè)同一個班級里的學(xué)生處于近似水平這在現(xiàn)實里幾乎不成立。做中學(xué)則不一樣當(dāng)學(xué)習(xí)者在真實任務(wù)中前進時他會自然地在自己的卡點停留、反復(fù)調(diào)試、嘗試不同方案直到突破。學(xué)習(xí)節(jié)奏真正由學(xué)習(xí)者自身的認(rèn)知狀態(tài)決定而不是由課程大綱決定。4. 編程學(xué)習(xí)為什么依賴“反饋回路”4.1 編程首先是一種技能而不是一門知識如果把編程學(xué)習(xí)比作學(xué)開車那語法就是油門和剎車的位置API 是交通標(biāo)志但不真正上路這些信息毫無意義。編程的核心能力是在面對一個模糊需求時能夠把問題拆解成可執(zhí)行的步驟用代碼表達(dá)并在出錯時快速定位和修復(fù)。這些能力全部依賴大量實際操作來養(yǎng)成。4.2 反饋回路是技能習(xí)得的發(fā)動機我們來拆解一次完整的錯誤處理過程你寫了一段代碼想實現(xiàn)“讀取文件并統(tǒng)計單詞數(shù)”。運行后程序拋出異常FileNotFoundError。你查看報錯信息發(fā)現(xiàn)路徑不對。你修改路徑再次運行。這次程序跑通了但輸出結(jié)果比預(yù)期的少。你意識到自己只統(tǒng)計了小寫單詞問題出在大小寫沒有統(tǒng)一。你加上.lower()再次運行。輸出正確。這一步一步的過程就是你真正學(xué)到東西的瞬間。編譯器、運行時和調(diào)試器共同構(gòu)成了一套極其強大的即時反饋系統(tǒng)。每一次報錯都是在告訴你“你的心智模型和現(xiàn)實世界之間存在偏差?！倍拚畹倪^程就是學(xué)習(xí)發(fā)生的過程。4.3 如何快速得到反饋回路對于編程學(xué)習(xí)者來說建立反饋回路的最短路徑是不斷制造“可以運行的最小程序”。比如你現(xiàn)在想學(xué)習(xí) Python 的列表推導(dǎo)式不要只看教程而是立刻打開一個 Python 文件寫一小段代碼# 文件路徑squares.py squares [x * x for x in range(10)] print(squares)運行它python squares.py觀察輸出。然后修改條件、修改表達(dá)式看看結(jié)果會怎樣變化。再故意制造一個錯誤看看會得到什么報錯信息。這就是一個完整的反饋循環(huán)五分鐘之內(nèi)就能完成。4.4 最小反饋示例用錯誤信息驅(qū)動理解# 文件路徑broken_squares.py squares [x * x for x in range(10) print(squares)運行后會看到SyntaxError報錯。這是Python在告訴你方括號少了一個。你的任務(wù)不是“背住正確的寫法”而是“理解這個報錯為什么出現(xiàn)”。當(dāng)你親手寫出這個錯誤并成功修復(fù)后你對面這條代碼的記憶深度會遠(yuǎn)超只看十遍正確代碼。5. 同一個知識點兩種教法對比以“列表推導(dǎo)式”為例前面講了理論這一章用一個具體的編程知識點來做對比。這個知識點是 Python 的列表推導(dǎo)式。5.1 講授式路徑講授式教學(xué)會這樣設(shè)計講解列表推導(dǎo)式的語法結(jié)構(gòu)[表達(dá)式 for 變量 in 可迭代對象 if 條件]。給出幾個例子逐步演示推導(dǎo)式如何展開成普通 for 循環(huán)。強調(diào)它比普通循環(huán)更簡潔、更 Pythonic。布置幾道練習(xí)題比如“生成 0 到 9 的平方數(shù)列表”。你跟著看下來每一步都聽得懂示例代碼也都能復(fù)現(xiàn)。但這不保證你下次遇到“要把列表里的偶數(shù)篩選出來并乘以 3”時能第一時間想到用列表推導(dǎo)式。5.2 做中學(xué)路徑做中學(xué)路徑會這樣設(shè)計第一步給你一個真實問題“我有一個整數(shù)列表想把每個數(shù)平方以后生成新列表請寫代碼實現(xiàn)?！钡诙侥憧梢韵扔帽哭k法寫numbers [1, 2, 3, 4, 5] squares [] for n in numbers: squares.append(n * n) print(squares)這段代碼能跑通。這時再問自己一個問題這段代碼能不能更簡潔第三步帶著“更簡潔”這個動機去查閱資料或看教程中關(guān)于列表推導(dǎo)式的章節(jié)你找到了答案numbers [1, 2, 3, 4, 5] squares [n * n for n in numbers] print(squares)運行后結(jié)果一致你親身體驗到了列表推導(dǎo)式帶來的簡潔感。第四步做一個挑戰(zhàn)任務(wù)如果只想保留平方后大于 10 的數(shù)字怎么寫你嘗試加上 if 條件numbers [1, 2, 3, 4, 5, 6] squares [n * n for n in numbers if n * n 10] print(squares)運行、驗證、調(diào)整。整個過程大約二十分鐘但你經(jīng)歷了“發(fā)現(xiàn)問題-尋找方案-應(yīng)用方案-驗證結(jié)果”的完整閉環(huán)。5.3 兩種路徑的關(guān)鍵差異維度講授式路徑做中學(xué)路徑動機來源外部課程安排內(nèi)在需求驅(qū)動概念接觸時機先聽概念后做練習(xí)先遇到問題再引入概念反饋來源練習(xí)題對錯判斷代碼運行結(jié)果與報錯信息記憶深度淺層理解情景化記憶更持久能力遷移依賴題目相似度更容易遷移到真實項目做中學(xué)不是一種“少了講解”的學(xué)習(xí)方式而是一種“講解出現(xiàn)在正確時機”的學(xué)習(xí)方式。概念仍然要學(xué)語法仍然要記但它們出現(xiàn)在學(xué)習(xí)者已經(jīng)產(chǎn)生困惑、主動想要答案的時刻。這時的講解價值遠(yuǎn)遠(yuǎn)大于課程開頭五分鐘的鋪墊。6. 做中學(xué)不是不要講解而是重新安排講解的位置6.1 講解要放到“困惑之后”很多人在理解“做中學(xué)”時會把它簡化成“只做不學(xué)”。這是誤解。講解本身沒有錯錯的是把它放在學(xué)習(xí)旅程的最前面。當(dāng)學(xué)習(xí)者還沒有產(chǎn)生困惑時大量講解只會變成低效的信息輸入。更合理的順序是先讓學(xué)習(xí)者嘗試一個有一定挑戰(zhàn)性的任務(wù)在嘗試中暴露問題然后針對暴露的問題做簡短講解最后讓學(xué)習(xí)者帶著新理解繼續(xù)修改。這個過程可以概括為嘗試 → 困惑 → 講解 → 再嘗試。6.2 一個可復(fù)用的學(xué)習(xí)流程模板這套流程不只適用于個人自學(xué)也適用于團隊培訓(xùn)和技術(shù)訓(xùn)練營。推薦一個通用的五個步驟定義任務(wù)選擇一個合適難度的真實任務(wù)比如“寫一個命令行版待辦事項管理程序”。自主嘗試不急著看教程先憑已有知識盡量完成記錄卡住的地方。針對性講解只講卡點不從頭講。把卡殼的語法、API、設(shè)計思路講清楚。二次實現(xiàn)在聽完講解后重新實現(xiàn)或優(yōu)化代碼爭取獨立完成。復(fù)盤總結(jié)把“我一開始是怎樣想的”“錯在哪里”“最終如何解決”記錄下來。這五步中講解的比例不超過三分之一其余時間都在做、在錯、在改。6.3 時間配比三分之一講解三分之二動手給團隊做過技術(shù)培訓(xùn)的工程師應(yīng)該都有體會講兩小時不如讓新人自己折騰半小時來得有效。一個比較穩(wěn)妥的時間配比是如果總共要學(xué) 10 個小時那講解類內(nèi)容控制在 3 小時以內(nèi)動手編碼不少于 6 小時最后再用 1 小時做總結(jié)復(fù)盤。當(dāng)然這不是一個絕對公式而是一種傾向性引導(dǎo)。不同基礎(chǔ)的學(xué)習(xí)者可以調(diào)整比例但始終要記得編碼時間的占比不應(yīng)該低于觀看或閱讀時間的占比。6.4 如何驗證自己的學(xué)習(xí)效果做中學(xué)的驗證方式不是再做一道課后題而是看你能否獨立完成一個從未見過的小任務(wù)。建議每學(xué)完一個階段給自己布置一個“綜合挑戰(zhàn)任務(wù)”。比如學(xué)完 Python 基礎(chǔ)語法后不急著看爬蟲教程先嘗試獨立寫一個簡單的文件批量重命名腳本學(xué)完 Flask 后不急著看項目實戰(zhàn)視頻先嘗試把官方文檔里的最小示例改造成自己的博客后端。如果全程不打開任何教程也能完成說明知識已經(jīng)內(nèi)化。如果中途卡住卡住的地方就是下一次學(xué)習(xí)的最佳起點。7. 自學(xué)者與團隊培訓(xùn)中最容易踩的四個坑問題現(xiàn)象可能原因排查方式解決方案看完視頻就忘寫代碼時大腦空白學(xué)習(xí)時間基本花在被動接收上主動產(chǎn)出太少統(tǒng)計一周內(nèi)“觀看時長”和“編碼時長”的比值把編碼時長提升到觀看時長的兩倍以上能看懂報錯但找不到自己代碼的問題缺少分解問題的訓(xùn)練遇到錯誤就全局亂猜問問自己這個報錯發(fā)生在哪一行變量當(dāng)時的值是什么學(xué)會分段注釋代碼用二分定位法縮小錯誤范圍練習(xí)題都能做對但做小項目時無從下手練習(xí)題目有明確的邊界真實任務(wù)沒有邊界觀察卡殼位置是不是在“拆解需求”這一步多練習(xí)把需求拆成小的子任務(wù)逐步完成團隊培訓(xùn)效果差新人上手慢培訓(xùn)以講師宣講為主新人缺少真實代碼任務(wù)的反饋統(tǒng)計培訓(xùn)期間每個新人寫了多少行有效代碼、修了多少個 bug設(shè)計“小任務(wù)闖關(guān)”機制讓新人第一天就接觸真實代碼這四個坑有一個共同點問題的根源不是“講得不夠清楚”而是“學(xué)生練得不夠多、反饋不夠快”。8. 用工程化思維設(shè)計“做中學(xué)”體系對于個人自學(xué)者這里的“工程化”體現(xiàn)在把學(xué)習(xí)當(dāng)成項目來管理對于團隊培訓(xùn)則體現(xiàn)在制度建設(shè)。8.1 用任務(wù)清單替代課程表與其列一個“學(xué)習(xí)計劃第 1 周學(xué)變量第 2 周學(xué)函數(shù)”不如列一個“任務(wù)清單”# Python 學(xué)習(xí)項目命令行待辦事項管理工具 ## 階段一最小可用版 - [ ] 創(chuàng)建一個 Python 文件用列表存儲待辦事項 - [ ] 實現(xiàn)添加待辦的功能 - [ ] 實現(xiàn)查看所有待辦的功能 - [ ] 實現(xiàn)標(biāo)記完成的待辦功能 ## 階段二持久化 - [ ] 將待辦事項保存到本地文本文件 - [ ] 程序啟動時從文件讀取已有數(shù)據(jù) - [ ] 處理文件不存在的異常情況 ## 階段三增強 - [ ] 支持刪除待辦事項 - [ ] 支持按優(yōu)先級排序 - [ ] 增加命令行參數(shù)支持 add、list、done 等子命令每完成一個勾就獲得一次正反饋。任務(wù)清單比課程表更符合做中學(xué)的邏輯因為它是按“能完成什么”來組織的不是按“看了什么”來組織的。8.2 用測試代碼替代“課后作業(yè)”傳統(tǒng)的練習(xí)題是給一個固定輸入期望一個固定輸出。而測試代碼的邏輯是先定義程序應(yīng)該滿足的行為再寫實現(xiàn)。這在做中學(xué)中是一個極好的反饋工具。# 文件路徑test_calculator.py import calculator def test_add(): assert calculator.add(2, 3) 5 def test_subtract(): assert calculator.subtract(5, 2) 3當(dāng)你運行pytest時所有未通過測試的用例會清晰告訴你“程序目前不滿足哪些行為”。你不用等老師批改就能立刻進入修復(fù)循環(huán)。pytest test_calculator.py -v看到綠色通過的一刻就是一次完整正反饋。團隊培訓(xùn)中這個機制比“出題-判卷”高效得多。8.3 用代碼評審制造人工反饋對初學(xué)者而言最大問題往往是“不知道自己哪里寫得不夠好”。一種有效的做法是引入“人工反饋”把代碼給有經(jīng)驗的人看請對方指出三個可以改進的點。不需要一次給十條意見每次給最重要的兩三條即可。對于團隊培訓(xùn)可以設(shè)計固定節(jié)奏的代碼評審每周抽一次讓新人講解自己本周寫的代碼由導(dǎo)師和 peer 提出改進建議。評審不是打分而是“反饋系統(tǒng)”的一種人工擴展。8.4 一個最小項目訓(xùn)練模板如果要為一名新入職的 Python 工程師設(shè)計一周的培訓(xùn)計劃可以這樣天數(shù)訓(xùn)練任務(wù)關(guān)鍵反饋第 1 天跑通項目本地環(huán)境修復(fù) 3 個故意制造的 bug錯誤信息與運行結(jié)果第 2 天為現(xiàn)有模塊補充單元測試pytest 測試結(jié)果第 3-4 天獨立實現(xiàn)一個小需求評審后修改代碼評審意見第 5 天復(fù)盤一周解決過的問題寫一篇技術(shù)筆記輸出倒逼總結(jié)這個模板的核心不是“教學(xué)大綱”而是“真實任務(wù) 即時/短期反饋”。新人不是在“準(zhǔn)備做項目”而是“在項目中學(xué)習(xí)”。9. 結(jié)論講課沒有錯錯在把它當(dāng)成學(xué)習(xí)系統(tǒng)的全部回到最初的問題為什么薩爾·汗行不通因為可汗學(xué)院式的講授教學(xué)本質(zhì)上是一個“知識分發(fā)系統(tǒng)”。它擅長把結(jié)構(gòu)良好的知識以最低成本、最好體驗送到學(xué)習(xí)者面前。在一個信息稀缺的時代這價值連城。但在編程這個需要高度動手、持續(xù)反饋的領(lǐng)域它的結(jié)構(gòu)性短板非常明顯學(xué)生接收了大量輸入?yún)s缺少足夠的輸出機會也缺少高密度的“試錯-修正”循環(huán)。做中學(xué)并不是要否定講解。恰恰相反做中學(xué)為講解找到了更合適的位置它把講解從學(xué)習(xí)的起點移到學(xué)習(xí)者產(chǎn)生困惑之后。這個位置上的講解才會被真正消化。對于正在自學(xué)編程的人最實際的建議是下一次準(zhǔn)備打開一個新教程之前先給自己找一個“卡住你的問題”。帶著問題去學(xué)用代碼去驗證用錯誤去推動理解。這比刷完十集視頻更能讓你接近一個真正的程序員。對于正在設(shè)計技術(shù)培訓(xùn)體系的團隊最值得思考的一件事是你的課程里學(xué)生每天真正動手寫代碼的時間有多少他們寫完代碼后能不能在一天內(nèi)得到有效的反饋如果這兩個數(shù)字不夠高那再多再精彩的課程視頻也很難帶來技術(shù)能力的真實增長。