不定期戯言

今回はバグフィックス。一つはセーブ時に後判定ループの条件が書き出されてなかったこと。もう一つは削除・カット・ペーストをしても変更されたフラグが立ってなかったので，終了するときにセーブするか聞かれなかったということ。公開はいつものようにhttp://watayan.net/prog/で。

情報処理学会第113回コンピュータと教育研究発表会の原稿はなんとか間に合って提出した。目論見通りにいかなかったことがいくらかの部分を占めてしまって，だったら書かなくても良かったんじゃないかと思わないでもないんだけど，失敗は失敗として記録には残してもいいと思ったのでそのままにした。これから入試（本校を受ける方の）で忙しくなるので，発表用のプレゼンは早いうちに作っておいた方がいいだろう。原稿を書いた頭が残っているうちに。

23日のことだが，直後は疲れがどっと出ててそれどころじゃなかったので今頃になって書く。上の方ではいろいろな話もなされていたのだろうとは思うが，公開会議では時間もなくてほとんど言いっぱなしで終わった（というか，時間ぶっちぎって自説を話しまくる人が多くてすっかり気持ちが萎えたのだが）。とはいえ今回は発足したということが第一なので，今後いろいろとぶつけあってくれることに期待したい。

現場では発言するほど考えがまとまってはいなかったので，ここで自分の考えを書いておく。いつも言ってることだけど，情報とコンピュータは一度切り離さなくてはいけない。70年頃の日本は情報学の先進国であったのではないか。そして今の時代になって，情報を扱おうとすれば，情報カードや付箋紙だけでなくコンピュータが必要になってくる…コンピュータと情報の関わりはただそれだけのことだろう。

そして情報を生み出すために必要なことは何か…そう考えると，ワープロやプレゼンソフトは新しい情報を生み出してはくれない（もちろん表現が大事な要素であることは否定しない）。そのための道具として私は統計やプログラミングを用いてきたし，情報カードやマインドマップなしでは作れなかった情報がたくさんある。それを次の世代に伝えたい，私が30代になってようやく気づいたことを10代の若者に伝えたら，次の世代は私たちを間違いなく越えていける。私の役目はそういうことなんだと思う。

懇親会や二次会でいろいろ深い話ができた（情報処理学会度が高かったけど）。VISCUITの原田さんと話せたのは嬉しかったな。

2学期はずっとプログラムを作らせる授業ばかりやってきて，当然期末テストもそういう問題だった。テスト返しのときにこういう話をした：

3ヶ月間ずっと授業ではプログラムを作る実習をやってきた。やってみたら，こういうのが性に合ってるという人もいただろうし，合わなかった人もいただろう。それは必ずしも能力の有無ということではない。やってみた感触を元に，今後のコンピュータとの付き合い方を考えてくれればいい。

たとえば私がiPhoneじゃなくてAndroidのケータイを使っているのは，プログラム作成環境がすぐに手に入るからだ。でもそれは私の選択基準であって，他の人は他の選択基準を持つだろう。実際に展示機をさわってみると確かにiPhoneはよくできているという実感もあるので，そういったことを基準にiPhoneを選ぶ人も当然いる。自分のやりたいことを，プログラムを作ることで実現してもいいし，誰かの作ったプログラムをうまく使うことで実現してもいいのだ。どちらが上とか下ということではない。大事なのは自分には何ができるかということであって，そのためには自分に合った方法が何であるかを知ってないといけない。だから，プログラミングを体験として君たちにやってもらった。

そういえば私が今までに持ったコンピュータ的なもので，自分でプログラム作れなかったものってPHS・ガラケーとワープロ専用機とザウルスくらいか。中3のときに買ったプログラム電卓ではいくつもプログラム作ったし，就職2年めにパソコン買ったらすぐに開発環境も揃えてたもんな。

授業でジャンケンのプログラムを作らせている。グー，チョキ，パーを0，1，2で表すことにして，勝ち負けの判定条件が(x-y+1)%3=0と書けることを紹介したりもしているわけだが…どうして+1してるかというと，負の数に%を施したときの振る舞いに自信がないから。Cではこのあたり処理系依存だろうし，Javaでは確か決まっていたと思うんだけど…そんな細かい話は授業でしたくない。もちろんPENのサンプルプログラムにあるように(x+1)%3=yとしてしまえばそんな問題は起きないのだけど，授業の中では「勝負を決めるのは手の違い」→「手の差を考える」→「x-yの値」という流れで話をしているので，それはそれでいいだろう。

処理系依存といえば，MS-DOS時代にずっと使っていたLSI C-86試食版はcharがunsignedだったので，すっかりそれが手癖になってしまって他のコンパイラにコードを持ち込むときに苦労した覚えがある。

amazonで注文していたarduino UNOが届いたので，さっそくドリトルで遊ぶ。ああ，最初にドリトルと通信するためのプログラムを転送しなくちゃいけないのね。arduino IDEをダウンロードしてみたが，Verifyしようとするとうまくいかない。少し悩んだが，実はDebianのarduinoパッケージを使ってやれば，なんの問題もないのだった。

ついでにドリトルのdebianパッケージの起動スクリプトが間違っていたのを修正。

とりあえずLEDをパカパカさせてみたり，CDSでカメを回してみたり，3軸加速度センサでカメを操ってみたり，というようなドリトル本（第2版）にあるプログラムを試してみた。正直いって，こんな簡単でいいの？という感じ。ただポート指定して読み書きするだけやん，みたいな。これだったら中学の技術科に提案できそうな気がする。まずは明日，情報教室で動作確認して，その結果次第かな。

ただ，最初の

システム ! "arduino" 使う。

はarduino.iniのある場所を指定しないといけないから，私のdebianパッケージでは

システム ! "/usr/lib/dolittle/arduino" 使う。

にしないといけない。

うーむ，入試がおもしろいことになりそうだ。ここで書いてしまっていいかどうかわからないから，詳細は書かないけど，うまくいったらもう教科「情報」の学校内での位置づけは一変するだろう。

今回の機能追加は，貼りつけたパーツのカット＆ペースト，といっても1回ペーストすると記憶から消えるので，要するに移動ができるということ。これを実装するかどうかは迷ったのだけど…というのは，PENの操作を学ばせるという目的からは外れてしまうから。ただ，東京農工大の辰己先生が指導していた学生さんがこれを使ったときに，削除しかできないことの不満を漏らしていたと聞いた（先日のTeXユーザの集いで本人と話ができた）ので，そうか，純粋にプログラム作成環境とみたらそれはあっていい機能なのだな，と納得したので実装した次第。

なぜコピー＆ペーストがないか，1回ペーストしたら消えてしまうか，というと，オブジェクト群のクローンがめんどくさいから。必要だと思ったら作るかもしれないけど，とりあえず簡単にできるカット＆ペーストだけまず用意したということ。

IRCで話題にしたら，BAKさんが使った感想や意見をいろいろ教えてくれた。コピーの挙動を変更したのはそれを取り入れてのこと。しかし，最初に言ってくれたのが「カット&ペーストほしいね」だったのは興味深い。普通に使おうとするとやはりそれが必要になるということなんだなあ。

グラフィック命令のサポートができたので，バージョンを1.0にした。サポートと言ってもPenFlowchartがやることはただ命令と引数を並べるだけのことで，あとの処理は全部PENがやってくれるわけだが。配布は例によってhttp://watayan.net/prog/にて。

バージョン0.6はPENにコピーしなくてもそのまま実行できるということで，どちらを使ってもいいからということで課題を出させることにした。そうしたら…PenFlowchartで保存したファイルを送ってくる生徒が…それってXMLだぞ，キミら自分で読めないもの送ってくるんじゃないよ，と言いたかったが時間切れ。説明不足だったことは認めるが，でも，自分で読んでわけのわからないものでも提出してしまうというのはどうしたものやら。