orange @[email protected]

これに近いことを軽くしていたこともあるんだけど，調べ方が明後日の方向だったりするんだよな．

「何をどう調べたのか」を報告させるのは，学生が何をどう考えているかを掴む手掛かりになると思うんよね．

質問するときは調べたこととその結果をまとめたレポートを提出せよ，ってしないといけなくなるかもしれない

人から頼られない人は永遠に人に頼れない（？）

助けてもらうために必要な情報の開示、他人から助けを求められないと難しいのかもしれんね。

「どうやったら作れるのか？」を考えて、問題を解決するのが設計で、設計こそがプログラマのお仕事なんだから、作り方をググってその通りにするんだったら設計はしてないわけで設計のトレーニングにならない＞＜
なので、完成品(コード)で評価するんじゃなく、計画や準備の方で評価すれば、インチキするのが難しくなって、ちゃんと設計のトレーニングになるかもって思った＞＜

例えば「電卓を作る」って自分で決めたとして、電卓の作り方そのものを調べちゃダメで、「どうやったら作れるのか？」「どういう機能が必要でどういう構造であれば計算できるのか？」をレポートとしてまとめる感じ＞＜

ちょっと本題と違うけど、プログラミングの自由課題(？)で、「その物ズバリの作り方は調べずにどうやったら作るか考えてまとめる(実物は作らなくてよいし、誤りが含まれていてもよい)」って課題作ったら、ただググってコピペして終わりとか他人の解答丸写しとかAIに任せてそのままみたいなことが出来なくて、いい感じになりそうだし、
学習指導要領の改善で、義務教育での科学教育とプログラミングの現在のやり方にも近くなりそう＞＜

そもそも作ろうとしている○○を，自分の知っている方法に落とし込む，って考え方を何でしないのだろう．

そのうえで難しい部分がどこになるのか，どこをアリモノに頼ればいいかとか，どうして考えられないのか．

学生からの質問のほとんどが，

「○○を作りたくて～～してみたけどうまくいかなくて...」

ではなく

「○○の作り方を調べたけど分かりませんでした」

なの，なんでなんだ．情報なんてウェブ上にいくらでもあるだろうに．

今日の台風って近畿を
・縦断？（南北方向だから）
・横断？（列島を横切るから）