昨天，紮紮實實的RUN了一次CODE.ORG的課程，並且試圖去揣摩學生在過程中會遇到的問題。想法有點改變了-一學期應該上得完。因為它的測驗與測驗間觀念的改變相當的細微，甚至有些部分只是在一點小的延伸(例如改變變數)，因為他大概希望不要給學生太大的壓力，讓學生藉由一點點的改變逐漸累積對程式碼的敏銳度吧!
而且我發現一件有趣的事情是，在幾何相關的程式應用中，學生的方向感比較難掌控(這在Light-Bot中也可以看出一些端倪，我必須花一點時間跟學生解釋方向的轉換，最好的方式是讓它們用手直接旋轉虛擬人物的方向，判別是順時鐘或是逆時鐘)，到角度那一塊的時候，很多學生更是混淆了，因為以往幾乎看的都是側視圖，一下子變成俯視圖需要花一點時間適應啊!
所以，過關其實不是很難，重點是在-讓學生討論及讓他們整理自己的策略(筆記，或是利用學習單引導)以便可以在後續引用，還有每個關卡的最後都有一個做自己作品的時間，這一塊大概需要花一點時間讓它們做指定作業，做完之後再讓他們做自選作業會比較好，因為......作業的自由度太大了，如果沒有指定作業，可能會無法知道學生到底學到甚麼。不過指定作業的出法應該循序漸進些，對於不同階段的孩子也應該給一點點的空間。
我的想法是，一開始可以先給幾個空格，接著給更多空格，當學生孰悉後就可以放空白囉!或是倒過來做，在限定時間內給專家的關卡，如果沒有過關，就降成熟手，再沒過關，就降成生手。兩種芳手都可以嘗試做做看，因為其實每個班級也未必通用同一種方法，班上的學習習慣不同，要處理的方式也就不同囉!
而且我發現一件有趣的事情是，在幾何相關的程式應用中，學生的方向感比較難掌控(這在Light-Bot中也可以看出一些端倪，我必須花一點時間跟學生解釋方向的轉換，最好的方式是讓它們用手直接旋轉虛擬人物的方向，判別是順時鐘或是逆時鐘)，到角度那一塊的時候，很多學生更是混淆了，因為以往幾乎看的都是側視圖，一下子變成俯視圖需要花一點時間適應啊!
所以，過關其實不是很難，重點是在-讓學生討論及讓他們整理自己的策略(筆記，或是利用學習單引導)以便可以在後續引用，還有每個關卡的最後都有一個做自己作品的時間，這一塊大概需要花一點時間讓它們做指定作業，做完之後再讓他們做自選作業會比較好，因為......作業的自由度太大了，如果沒有指定作業，可能會無法知道學生到底學到甚麼。不過指定作業的出法應該循序漸進些，對於不同階段的孩子也應該給一點點的空間。
我的想法是，一開始可以先給幾個空格，接著給更多空格，當學生孰悉後就可以放空白囉!或是倒過來做，在限定時間內給專家的關卡，如果沒有過關，就降成熟手，再沒過關，就降成生手。兩種芳手都可以嘗試做做看，因為其實每個班級也未必通用同一種方法，班上的學習習慣不同，要處理的方式也就不同囉!
留言
張貼留言