程式設計教育裡的 AI，不要拿答案程式碼，而是讓學生問「為什麼跑不動」

在程式設計課上一打開 AI，學生幾乎毫無例外地會先輸入「幫我寫這段程式碼」。AI 立刻端出能跑的程式碼，學生複製貼上。作業是做完了，可是學生什麼也沒學到。程式設計教育的目標不是能跑的程式碼，而是理解運作原理的思考力。 AI 代替學生把程式碼寫出來的那一刻，那份思考就沒有發生。所以，讓學生問什麼，就是一切。

引出理解，而不是正確答案的程式碼

請告訴學生以下的使用規則，避免他們整段索取程式碼。

1. 提問錯誤原因：「請說明這段程式碼為什麼會出錯。不要給我改好的程式碼。」讓除錯的思考活起來。
2. 檢查邏輯：用「幫我推敲我的演算法順序對不對」，看程式碼之前的設計。
3. 概念說明：問「在這個情況下，迴圈和條件式哪一個才對、為什麼」這樣的概念。

拿到程式碼，作業就結束了；知道錯誤的理由，下一份作業就變簡單了。

這樣做，學生就會在卡關的地方面對原因而不是答案，藉此培養除錯能力。

專題課堂的運作腳本

以韓國國中資訊課的簡易遊戲製作專案為例。用以下規則來運作。

• 先設計：寫程式碼之前，先用流程圖或文字寫出演算法。AI 只用來檢查這份設計的漏洞。
• 卡住就發問：出錯時不要索取程式碼，只問「為什麼會出現這個錯誤」。
• 說明義務：完成後把自己的程式碼一行一行講給同學聽。講不出來的那一行，就是沒有理解的那一行。
• 驗證：AI 給的概念說明，要親自執行看看是不是真的。AI 有時會把錯誤的說明講得很像一回事。

在採用這套做法的教室裡，作業完成的速度變慢了，但學期末能自己除錯的學生比例明顯增加。 這是不拿程式碼、改問原因的結果。

程式設計教育真正想教的，不是特定語言的語法，而是把問題切碎、依序解決的思考方式。這種思考在照抄程式碼的過程中絕對不會長大。反而只有在卡住、遇到錯誤、追究原因的過程裡，才會變得結實。所以老師必須營造把學生卡住這件事看成不是失敗，而是學習正中央的氛圍。越是 AI 給出即答的時代，自己找到通往答案那條路的經驗就越珍貴。比起一份很快完成的程式碼，一次慢慢理解、親手鑿穿阻礙的經驗，更能撐起下個學期。

重點整理

在程式設計教育裡，AI 不該當成程式碼產生器，而要當成幫助除錯與概念理解的嚮導。擋掉答案程式碼、追問錯誤原因、讓學生說明自己的程式碼，運算思維就會長大。不要讓學生照抄程式碼，要讓他們問為什麼跑不動。 建議下一個專案就先從「禁止整段索取程式碼」這一條規則開始套用。