不定期戯言

友人の誘いで，新しいことに手を出してみようと思った。ものになるかどうか，やってみないとわからないので，具体的なことは話が進んでから…。

中京大学でCE145。今回は現地委員ということで，お弁当とか懇親会とかのことで頭がいっぱいになっていた。お菓子は脇田氏が調達してくれていて，コメダ珈琲の豆が好評であった。お弁当屋さんも彼の紹介によるところで（すぐ近所），いろいろと助かった。そんなわけで発表は全然頭に入っていない。

（追記）発表者の一人が勤務校のOBだった。週が明けてから同僚にその話をすると「ああ，あいつか。流石だな」と感心されることしきり。

情報の授業でときどきタイピングの練習をするときに，P検のソフトを使わせてもらっているのだが，FirefoxでJavaScript版を使うと長音記号が入力できないのでFlash版を使わせている。

ふと思い立ってソースを眺めてみた。普通に考えればキーコードのテーブルがあるはずだから，そこにFirefoxの長音のキーコードを追加すればうまくいくのではないかと思い，試してみたら確かにうまくいった。JavaScriptを1箇所，HTMLを1箇所直しただけ。

修正を依頼できないかと思ってP検に電話してみたら，詳しいことはメールの方がいいということなので，修正点をメーっておいた。ホントはカナ入力の方も直したいところだが，手元に日本語キーボードがないのでなんともならない。

CE研の休憩時間，佐久間氏いわく「DNCLの論理演算は仕様書によると優先順位なしで左から結合することになってるんだが，WaPENはどうなってる？」。え，そうなの？たとえば「false かつ false でない」は「(false かつ false) でない」になるからtrueにならなくてはいけないということだ。なんとなく感覚的に「でない」の結合を強くしてしまっていたので，WaPENを修正。

情報処理学会全国大会の2日目。今回は大会自体のテーマが教育なので，イベント企画をはしごするだけでもじゅうぶん面白い気がする。

パネルの最後に少し発言をさせてもらったが，緊張してうまくしゃべれなかったので簡単にまとめてみる。

入試でやたらと難問を追求する方に走るのでなく，押さえるべき要点を明確にする方向でいってほしい。たぶん数学は「差」がつくようにということや，出題自体の楽しさに引っ張られて難問が当たり前になってしまった。生徒自身の思考力を超えて解答を書かせるために，暗記に偏重（変調？）した指導や学習が広まってしまったように思う。しかし，情報の入試でそのような難問を追い求めることにメリットはあるだろうか。最低限のことを押さえることを要求するということなら，今あちこちで行われている先進的な取り組みもその上の積み上げということで持続できる気がする。

一方で，Officeソフトの正しい使い方もどこかできちんと教えなくてはいけないとも思っている。パソコンでの作業の多くがOfficeソフトであるという人は少なくはないように思うからだ。本当はファイル管理をどうするかってこともやりたい気がするんだけど，でも正解なんてないしなあ…私もいまだに模索してるし。ファイル管理をどうにかしないと困っちゃうってくらい，生徒が作り散らかす状況ができたらいいなあ。

新井紀子氏の講演を聞きつつぼんやり考える。『AI vs …』はまだ半分しか読めていない。

AIで何ができるかできないかということはわからないのだけど，生徒が「読めてない」現実はあると思っている。たとえばプログラミングの実習で，うまくできたかどうかは彼ら自身が実行結果を確認することで自ら判定できると思っていた。しかし実は生徒は結果が正しいかどうかが確かめられていない。

タートルグラフィックで正三角形を描こうとして60°回転すると失敗するのは児童自身がわかる。しかしたとえば「整数を1つ入力してその約数を…」という課題に対し，

DEFINT A,B
INPUT A
INPUT B

みたいなことをやってしまう生徒が少なからずいる。その1つ前の例題で，整数を2つ入力してどうのこうのというのをやったので，それと同じことをやればいいと思って入力を2つ書いてしまうのではないかと想像する。結局パターンマッチングで処理してるのか，と思うとなんだかむなしくもなる。

あるクラスで時間が1時間だけ余ったので，PenFlowchartを触ってもらって（授業はずっとWaPENで行っていた），簡単なアンケートに答えてもらった。たとえばPENやPenFlowchartについている「変数表示画面」については，あった方がいいという意見もなくてもかまわないという意見があり，中には実行速度調整と抱き合わせで実装してほしいという声もあった。何人かはPenFlowchartのフローチャート画面にある「カット&ペースト」を探し当てて，これはWaPENにも必要だと強弁している。予想した以上に，考えさせられる回答が多くあった。さて，どこから手を付けようかな。

変数表示画面については，変数全部を表示するのは面倒なので，デバッガの「ウォッチ」みたいな感じで表示する変数を明示的に指定させるのがいいんじゃないかと考えている。また，配列については配列の表示と同じ形式でいいだろうとか。でも，そもそも画面のどこに表示しようか。現状でもフローチャートまでで精一杯なのに。

ということでイベントがあるらしい。こちらは卒業式があるので行けないのだけど。ビスケットを初めて知ったのは，PENを知ったのと同じときで，2006年3月に行われた教育用プログラミング言語に関するワークショップだった。

思うところあって，変数の管理をすっきりさせつつある。というのも，関数を定義して呼び出せるようにするために，ローカル変数とグローバル変数の管理をすることになりそうなので，今のうちに扱いを簡単にしておきたいということなのだ。多次元配列は結局配列の入れ子で実現することにしたが，変数宣言不要モードで次元の違う配列呼び出しとかあったらどうしようとか，そういった面倒なところで考え込んでしまって作業が進まない。変数宣言を必須にすれば話は簡単なのだけど，今年度の教員免許更新講習で変数宣言不要モードのありがたさを知ってしまったからなあ。次元の違う呼び出し・代入はエラーにしてやってもいいような気はしているのだけど。

授業で使っていて，配列にまとめて値を代入するときのカッコとかが全角になってエラーになるとか，そういうのがたくさん発生しそうな気がしたので，そのあたりを広く解釈することにした。あと，読点の有無もできるだけこだわらないことにした。これでつまらないエラーはかなり減るだろうと思う。