視点3：カリキュラムや教材で判断するポイント

🌟 教室の本当の役割

では、教室の価値はどこにあるのでしょうか？それは、プログラミングの楽しさに触れる「きっかけ」や、学び始めの「道しるべ」を示してくれる点にあります。

学習塾のように、定期テスト・受験のためのように決まった内容を教えるような場ではないのです。

最終的には、「自分でプログラミングを学習していける」ように導くことで、これからの時代に適応していけるプログラマーを育てることになると思います。

💡 保護者の心構え

🔗 テキスト言語と地続きである

ビジュアル言語からテキスト言語に移った生徒さんがよく戸惑って手が止まってしまいますが、そこに連続性があることに気づいていない場合があります。
全てではもちろんありませんが、多くのテキスト言語の基本文法は Scratch のようなビジュアル言語で表現できます。

では、「テキスト言語なんか習わなくいいのでは？」という意見もあると思いますが、残念ながら歴史的にテキスト言語の方が以前からあったことに加えて、多くの場合にテキスト言語の方がビジュアル言語よりも簡潔に記述できるため、多くの場合、開発現場ではテキスト言語が使われます。

では「最初からテキスト言語を学べば無駄がない」という意見もありますし、それも方法の一つだと思います。ただ、「ビジュアル言語はテキスト言語より劣っているわけではない」ということは覚えていて欲しいと思います。

🌟 検定よりも「何かを作る」

検定は教室で習ったことを、復習し定着させていくことになります。もちろんこれ自体は意味あることだと思います。

一方で、現実のプログラミングは熟練者であっても「文法を暗記している」ようなことはあまりありません。なぜなら、熟練者になればなるほど多くの言語を同時に使うため、文法よりも「その使い分け方」が重要なのです。
言ってしまえば、文法は高機能な開発ツールや、現代であれば AI にアシストさせればなんとなく覚えていれば書けてしまうのです。

プログラミング系のコンテストあれば、それが小規模や小学生向けであったとしても、自分の習得していることと、その応用を駆使して考えて作品を作ることになります。例え、Scratch であっても作品を作り上げるプロセスでたくさんの得るものがあるはずです。
もちろん結果はあまり重要ではありません。作り上げることが重要であり、それが何より難しいのです。

親や講師に助けてもらいながらでもいいのです、実際の現場でも先輩や同僚に助けてもらいながら仕事をします。それでも、「作り上げる」ということは大きな学びがあると思います。