プログラムの評価と改善
授業の後に 15 分。要点を読み、5 問で確かめ、一つ書く。最後に自分の探究へつなぐ
15分 ｜ ひとりで、端末で授業で確かめた答えと比べる
- ほかの人の提案を3 つの観点で評価した。手順が明確（誰が読んでも同じ動きになる）・動いて目的に合う・直して良くなった（直した点と理由が言える）。「まだ」が多いカードには、「〇〇を足すと手順が明確になる」の形で、本人を責めずに足りないものを言う
- 直すところは一つに絞る。全部直そうとすると何も終わらない。①動かないところを直す ②別の手順に変えて短くする ③関数かリストで整理する ④input で使う人に聞く、から選んだ
- for で足すのも sum( ) を使うのも、どちらも正しい。「短いほうが読みやすい」「for のほうが何をしているか見える」の両方を認めたうえで、目的に合うほうを選ぶ。別のアルゴリズムと比べて選ぶのが、一段上の作り方
- 直したら必ず実行して、前と同じ結果になるか確かめる。直したつもりで壊すことがある。「結果をうのみにしない」と同じ姿勢
- 改訂版カードは、目的・直した点・直した理由・次に任せたいこと。「直した理由」が書けているかが評価を分ける
- 単元のまとめ。足し算しかできない機械が何でもできるように見えるのは、五大装置が役割を分け、CPU が命令を 1 つずつ、とてつもない速さで繰り返すから。ただしビット数に限りがあり、0.1 + 0.2 は 0.3 にならない。手順を書くとは曖昧さを全部なくすことで、モデルで試すとは何を捨てるかを決めること
自分の改訂版について、「〇〇を、△△に直した。理由は □□」の形で 2 文で書く。直す前と直した後で、実行結果が同じだったかも 1 文で添える。
答えの例を見る
例: 点数を直接プログラムに書いていたところを、input で使う人に聞く形に直した。理由は、毎回プログラムを書き換えなくても、その日の点数で計算できるようにしたかったから。同じ点数を入れたら、直す前と同じ平均が出た。
探究の発表や作品も、人に見てもらい、観点を決めて評価し、直すところを一つに絞って直し、「何を直したか、なぜ直したか」を書くところまでが一周。この一周があると、次に何をするかが自分で見える。観点を先に決めておくと、評価する側も、される側も、責めずに言える。
- 自分の探究を、どんな観点で評価してもらいたいか。3 つに絞れるか
- 中間発表でもらった意見のうち、直すところを一つに絞るなら、どれか。なぜそれか
ここに書いたメモは 探究ノート に集まる。総合的な探究の時間のテーマ決めや、調べ方を考えるときに開く。まだテーマが決まっていなくても書ける。いま気になっていることを一つ思い浮かべて、そこに当てはめてみる
次の単元は「情報通信ネットワークとデータの活用」。最初の題は「ネットワークとインターネット」。今回リストに入れて計算した数は、この単元では集めて、見て、根拠にするものになる。その前に、数がどう運ばれてくるか。ネットワークの仕組みから入る。
このページに書いたものは、いま使っているこの端末の、このブラウザの中にだけ残ります。サーバには送られません。次に同じ端末で開けば、書いたものはそのまま出ます。
別の端末で開くと見えません。学校の端末と家の端末は別ものとして扱われます。ブラウザの履歴やサイトデータを消したときも、一緒に消えます。残しておきたいものは、下の「書いたものをコピー」で自分のノートや提出先に貼ってください。