micro:bit

「プログラミングは教えるものではない」と書いた理由

以前のページでは、あえて「プログラミングは教えるものではない」と強い言葉で書きました。 これは、何も教えずに学習者を放置するという意味ではありません。接続方法、アプリケーションの起動、 画面の見方、そして何ができるのかという最初の説明は必要です。動かないときに相談できる環境も欠かせません。

一方で、作品のアイデア、その実現方法、さらに付け加える機能まで教師が先回りして説明すると、 学習者が本来経験するはずだった試行錯誤を奪ってしまいます。プログラミングでは、自分で試し、失敗し、原因を考え、直す過程そのものが学習内容になります。

全員が同じ順序で組み立てるだけでは、何が残るのか

レゴブロックを渡した直後に、「まだ触らないでください。全員で説明書の1番から組み立てます」と指示し、 色も順番も完成形もすべて揃えれば、授業は管理しやすくなります。しかし、それだけでは学習者が 「これを組み合わせたら、何が起きるだろう」と考える余地がほとんど残りません。

「この部品とこの部品は、こうつなげられる。車輪はここへ付けられる。まずは少し動かしてみよう」

最初に必要なのは、この程度の手掛かりではないでしょうか。しばらく自由に触ったあとで作品を共有し、 ほかの人の工夫に出会う。そのうえで「いま使っていた仕組みは条件分岐だった」「このセンサーの値を 入力として使っていた」と学問的な言葉へ結びつけるほうが、体験と知識がつながります。

自由に遊ぶことと、授業として学ぶことをつなぐ

ここでは、あえて「遊ぶ」という言葉を使います。ただし、道具の使い方がまったく分からなければ遊べません。 ほんの少しだけ使い方を示し、まず触れる。その後で「ボタン入力を必ず使う」「身の回りの困りごとを 一つ解決する」といった小さな制約を置けば、自由な発想と授業の目標を両立できます。

ゴールが一つに決まっていない授業では、教師の支援は簡単ではありません。それでも、ストップウォッチのような 身近なものを再現するところから始め、作ったものを説明し、他者の作品と比べる経験は、 手順を覚えるだけの授業とは異なる学びを生みます。