listen to my digital heartbeat.

　2年振りにRubyの入門書を読み直していて、これはこれで難しいな、と思う。Visual Basicなり、C/C++なり、Javaなりの経験があまり役立たないからだ。むしろ、Perlの経験なんかが役立ちそう。

　一番そう感じるのは、正規表現を用いた置換処理なんかを、パッと考えると「文字列処理」に思えないような処理にまで使ったりするところ。ハッシュを使った処理なんかは、通常の配列を用いた処理の延長線上にあるような気がするんだけど…。

　あと、繰り返しの処理なんかを、ForなりWhileなりの繰り返し構文を用いるんじゃなくて、（内部に複数の要素を持つ）オブジェクトの繰り返し処理用のメソッド（イテレーター）を用いて行うようなところ。そういう発想の違いが難しい。

　2年振りにRubyというプログラミング言語を見直すことになって、Rubyの「動的型付け言語」の側面についての印象も変わってきた。これまで、Rubyで変数（の型）宣言をしなくて済む仕様になっているのは、昔ながらのBasicの「初心者に優しい」側面を重視しているせいなのだろうと思っていたのだけど、ちょっと違うかも。変数（の型）宣言は、プログラミングを始めた最初の頃は面倒臭いかもしれないが、すぐに慣れるし、そんなことをしなくてはならないのは結局そうした方がミスが減るからだ。だから、むしろ初心者こそ、変数（の型）宣言をシッカリと行うことで自らを窮状から救うことができる場合もある。

　Rubyで変数（の型）宣言をしないのは、むしろ、それがどんな種類（クラス）のオブジェクトであっても構わずに処理できるようにするためではないかと思う。例えば、引数の型を指定しなくてよいので、同一のメソッドの引数として数値でも文字列でもハッシュでも何でも渡せちゃう。こういう仕様を通して、意識しないで多態性の利点を享受できるような仕組みが出来上がっているのではないかと思う。

　2年経っても、やはりRubyの配列には本当に驚く。Rubyの配列やハッシュは本当に自由。何でもアリだ。変数の型がないから、1つの配列の個々の要素として、数値でも文字列でも何でも入れちゃうことができるのだ。配列やハッシュまでも！　「そんなもん何に使うの？」と思うかもしれないけれど、便利なんだよ、これが！　通常の配列というものが変数の型に強く制限されているものであることを実感する（「オブジェクト型の配列やコレクション」を使えば、他の言語でも同じなのだろうか…？）。2年前一番衝撃だったのはその辺りだったかもしれない。

　ひょっとしてと思って、札幌市交通局の「忘れものセンター」に行ってみたところ…、拍子抜けするほどアッサリと先日失くした腕時計が出てきた！


　記録によると、地下鉄東西線西18丁目駅の券売機のところにあったのを70歳代の男性が届けてくれたのだとか。おそらく…、地下鉄を降りた僕が、ウィズユーカードを財布にしまい、その財布をリュックにしまっていたときに、腕時計を床に落としてしまったのだろう。それを誰かが拾って券売機の横に置き、更にそれに気づいた件の男性が駅員に知らせた、と。きっとそんなところだろう。

　正直、この時計に再びお目にかかれるとは思っていなかったので、とても嬉しい。僕は、人の善意というものをあまり信じていないところがあるんだけど、今日はそんな自分を少し恥ずかしく思うような気持ち。

　これでまた新しい時計の購入はしばらくお預けです。再度失くしてしまわないように、バンドだけは新しいものに交換してやろう！

　最近プログラミングを始めた彼、入門書の「変数を箱に例える」というのがどうもピンとこないらしい。

　「でも、変数を箱に例えるのは常套手段だしなぁ〜。そこをピンとこないと言われても困るな〜」と思ったのだけど、聞いてみると、箱うんぬんよりも、「変数に型がある」ということの意味がピンとこないということらしい。確かに、変数が箱なんだとして、箱に型がある、と言われても、ピンとこないかもしれない（側面に「Integer」と書かれた箱や「Double」と書かれた箱のイラストを見て、変数の「型」の違いまでイメージを膨らませろ、と言われても、「種類によって大きさが違うのかな〜」くらいの想像しかできないだろう）。

　で、彼自身に変数ってどういうものだとイメージしているのか、と聞いてみたら、「グラス」だという。ワインを注ぐためのワイングラス型、ウィスキーを飲むときに使うウィスキーグラス型、ブランデーの香り広がるブランデーグラス型、シャンペンを楽しむシャンペングラス型…、お酒の種類によって適切にグラスを選択しなければならない。整数を使うときはInteger型を、実数を扱うときはDouble型を選択しなければならない。

※　「Dim WGlass(5) As WhiskeyGlass」のイメージ

　最初は、「そのイメージでいいんじゃないの？」程度に思っていたのだけど、考えれば考えるほど、「そのイメージの方がいい」のではないかと思い始めてきた。

　彼が思い浮かべたのは、全てお酒のためのグラスだけだけど、コーヒーのためのコーヒーカップ型、紅茶のためのティーカップ型、等の別の種類の容れ物も考えられるし、両者を含む「飲み物のための食器」型なんてものも考えられる。そう、クラスとグラスの駄洒落を超えて、この例えはオブジェクト指向の考え方と意外と親和性が高いのだ。

　彼はまだ到達していないだろうが、そのうち、日付や時刻を扱うDateTime型だとか、ストリームを読み込むためのStreamReader型だとか、「○○型」というものがウンザリするほど登場してくる。そのときに、「○○クラス？　そういう形のグラスがあるんだな」程度に考えられれば、僕のように「オブジェクト指向プログラミングとは何か」なんて悩まずに済むのかもしれない（ここでは、クラスそのものとオブジェクトを格納するためのインスタンス変数をゴッチャにして書いているけれど）。

　テキリィージィー！

　僕はもともと朝「おはよう」と言うのが大嫌いだった。

　高校の頃などは、家族にも言わなかったし、学校で誰かに言われたとしても曖昧に「おう」などと応えるだけで、決して「おはよう」とは応えなかった（これがまた何でか知らんが、毎朝顔を合わせるたびに「おはよう」と言ってくる男（クラスメイト）がいて、何でこいつ毎朝（決して挨拶を返さない）俺に向かって「おはよう」なんて言うんだ？　なんて、朝から機嫌が悪くなったりするんだから、我ながら相当タチが悪い）。

　想像してみると馬鹿バカしくて仕方がなかったのだ。日本全国で毎朝挨拶をする人が1億人くらいいるとして、平均何回「おはよう」と言うのだろう？　仮に10回だと見積もったとして、全国で毎朝10億回「おはよう」という言葉が交わされているのだ。「おはよう」と言う代わりに1円ずつ募金することにすれば、毎朝10億円のお金が集まる。そっちの方がずっと良いじゃないか。

　朝「おはよう」と挨拶を交わすと気持ちが良いものです、なんて話を聞くと、あ〜、アホらしい、そう思うヤツらだけで勝手に挨拶し合ってりゃいい。「おはよう」と言われるたびに機嫌が悪くなる俺のような人間にまで、そういう生活習慣を押し付けて欲しくない、なんて思っていた（高校・大学の頃）。

　そんな僕だったが、現在、早朝ジョギングのときは、ジョギングや散歩中の人々とすれ違う際に、自分から「おはようございます」と声をかけることが多い。

　不自然なのだ、声をかけない方が。お互い100mくらい離れたところから「あ、向こうからランナーが走って来るな」と気がついている（はずな）のに、他に誰もいない歩道上で無視し合ってすれ違う、その不自然さに耐え切れず、僕は自分から声をかける。

　向こうから来る人も、こちらの出方を伺っているようなところがある。僕が知らん顔をして通り過ぎるなら、向こうもそのつもりなのだろう。あるいは、声をかけようかと迷っていて、僕が声をかけられたくないのではないかと危惧し、躊躇しているのかもしれない。この、すれ違う直前の、お互いに腹を探り合っているような感じもまた嫌なので、いっそのこと僕は自分から声をかけてしまうことにしているのだ（逆に言うと、あからさまに「お前にゃ関心ねー」という態度をとっている人もいるので、そういう人には僕は声をかけない）。

　どの程度返事が返ってくるかと言うと、だいたい7割くらいかなぁ。挨拶をしても挨拶を返さない人は結構いる（いい年の大人でも。若い人とすれ違うことはほとんどないので、単純に若い人との比較はできないが）。毎朝北大キャンパス内を散歩して歩いているような近所のおじさん・おじいさんと思しき人々が一番愛想良く返事を返してくれる確率が高い（ビニール袋片手にゴミを拾って歩いているような人ね）。中年夫婦や老夫婦の早朝ウォーキングみたいな2人組だと、たいていダンナの方が返事をしてくれる。女性1人の場合だと、若干こちらを警戒しているような表情。犬の散歩系の人には僕はあまり声をかけない。「声かけるなよ」オーラを発しながら怖い顔で歩いている人（年配の男性が多い。北大の先生？）にも僕は声をかけない。

　アスリート系のランナーにはほぼ全員に無視される（そういう人はイヤホンをしていることが多く、実際のところ僕の声が聞こえないのかもしれない）。真剣に走っているのはいいが、ちょっと感じ悪いし、同じランナーとして残念に思う（もっとも、自分自身のことを考えてみると、1km5分くらいのペースで走っているところに、不意を突かれて挨拶されても、応えられないかもしれない）。

　メタボオヤジ系ランナーからは、声を出すのが精一杯、と言わんばかりの奇声が返ってくることが多い（「おはよわいわす」みたいな）。

　大学生くらいの若いランナーは、そもそも僕に声をかけられると思ってもいないのか、戸惑った表情を見せながら通り過ぎてしまうことが多い（会釈くらいはしているのかもしれないが、通り過ぎてしまうので僕には見えない）。

　朝4時台でも北大キャンパス周辺では結構な人の数とすれ違うのだが、そんな中、1人、苦虫を噛み潰したような顔で散歩している小柄なおじさん（おじいさん？）がいる。似たような人が3人くらいいて最初の頃は区別がつかなかったのだが、似たようなところですれ違うし、いつも同じ帽子にウィンドブレーカーを着ていることに気がついて、見分けがつくようになった。春からもう15〜20回はすれ違っただろうか？　初めは会釈してくれる程度の反応だったかもしれないが、すれ違うたびに「おはようございます」と声をかけているうちに、わりとすぐに向こうも「おはようございます」と応えてくれるようになった。

　驚いたのは、そのおじさんがある日突然、いつものように声をかけた僕に向かって、ニッコリ笑って大きな声で「おはよーう！」と返事をしてくれるようになったときだ。声をかけたこちらが驚いてしまった。

　このおじさん、何と言うか、正直言って、あまり朗らかなタイプには見えなく、むしろ「意地悪じいさん」風というか…、そんな風に見えるタイプ。そのおじさんが、僕に向かって笑顔を見せてくれているのだ（笑うと「意地悪じいさん」には全然見えない）。ただ「おはようございます」と声をかけ続けていただけで、このおじさんの笑顔を引き出せた、ということが思いのほか嬉しい。

　声をかけても（まるで、そこに人間なんかいないかのように）完全に無視する人もいることはいて（上述の通り、アスリート系の人にそういうタイプが多い）、若いヤツならいざ知らず、30代〜40代の大人にそんな態度をとられると、正直ちょっとムカついちゃったりすることもあるのだけど、このおじさんにしつこく挨拶し続けて良かったなぁなんて朝から機嫌が良くなってしまった。まぁ、そういうこともある。

　朝「おはよう」と挨拶を交わすと気持ちが良いものです。

　気がついたら大きな花が咲いていたんだけど…。


　これが、去年の7月に種を埋めて、まだ枯れずに生き続けている旧世代のアサガオなのか、今年の5月に種を埋めた、新世代の最初の花なのか、もうわからない！　（何本ものツルが1本のタコ糸につたっているため。）

　『C#の絵本』
　（株）アンク　（著）
　2008年
　翔泳社
　★★★☆☆

　アンクの「〜の絵本」シリーズのC#入門。いつも通りのコンセプト。

　このシリーズを初めて見たときの衝撃は大きく、『Cの絵本』（2002年）は「これまで見たC言語入門の中で最高」、『Javaの絵本（増補改訂版）』（2005年）は「Java入門書を最後まで読み通せたのはこれが初めて」と大絶賛したのだが、本書に関しては「どうかなぁ」という印象。まぁ、このコンセプトに飽きてきた、ってことはあるんだけど…、それだけじゃないと思う。

　『Cの絵本』や『アルゴリズムの絵本』（2003年）の良さは、プログラム言語による抽象的な記述が具体的に何を意味しているのかをイラストで表現したところにあると思う。『Cの絵本』であれば、例えばポインタというものの仕組みを、まず、ズラーッと並んだメモリにアドレスが付されており、そこに値が書き込まれる変数というものがあり、その変数のアドレスを書き込むための特別な変数を考える…、という具合に、抽象的な概念の背後に潜んでいる具体的な仕組みをイラストを用いて読者にイメージさせることに成功していた点が素晴らしかった。

　『アルゴリズムの絵本』であれば、例えば単純なソートのアルゴリズムについて、2重ループのそれぞれのインデックスが順々に変わっていく様子、そのインデックスの変化に伴ってトランプのカードのようなものが順に入れ替えられていく様子、等を時間軸に沿って図示する…、というコンセプトが良かった。ソートのプログラムを書ける人なら誰でも実際にトランプで試してみたことがあるはず。ここでも、プログラム言語による記述という抽象的なものと実際のカードの入れ替わりという具体的なものとの対応が示されていたのが良かった。

　『Javaの絵本』の良さはまたちょっと別で（Javaの場合、ハードウェアを（C言語ほど）意識しないで済むような作りになっているから）、膨大なJavaに関する情報を1冊の薄い本の中にコンパクトに収めてしまったのが良かった。その意味では、この『C#の絵本』も『Javaの絵本』と全く同じコンセプトに基づいた本（悪く言えば「二番煎じ」）なので、僕は評価してもよさそうなものなのだが…。

　JavaやC#といったオブジェクト指向プログラミング言語の難しさは、C言語の難しさとはまた異なると思う。C言語の難しさは、それがハードウェアを完全には隠し切っていない言語であるため、プログラムによってハードウェア上で起こる変化を想像できるようになる必要があるところ。それに対してオブジェクト指向言語の難しさは、オブジェクト指向による様々な仕組みが（「何に対応するか」ではなく）「何のためにあるのか」を理解することの難しさだと思う。

　そのため、オブジェクト指向言語については「こう書けばこうなります」ということをイラストを用いて説明しても、実はあまり意味がないように思う。この「〜の絵本」シリーズならではのコンセプトで革新的なC#入門を目指すなら、「どう書けばどうなるか」ではなく、「そう書くのは何のためか」をイラストを使って読者に示さなければならない。だって、そんな本、他にないでしょう？　他にないような本だからこそ、このシリーズは評価に値するわけでしょう？

　オブジェクト指向の数々の仕組みは、本来はプログラミングを楽にするために存在するものであるのに、現実には入門者の壁になっていると思う（その意味では、C言語におけるポインタと同じ）。継承・カプセル化・多態性といった「オブジェクト指向三種の神器」だけでなく、デリゲートやイベントといった誰でも頭がコンガラがる仕組みの「目的」をこそ、イラストでわかりやすく説明して欲しい（デリゲートとイベントについては「付録」で触れられているが）。

　『Cの絵本』を読んだときには、「どうしてポインタが『C言語の壁』になんかなるんだろう？」と本気で思った。「どうしてオブジェクト指向がプログラミング初心者の壁になんかなるんだろう？」と本気で思ってしまうような、そんな「絵本」を目指して欲しい。

　本文195ページ程度。



→　Kota's Book Review
→　Terai, S. Web Page

　川村かおりが今日死んだそうだ。まだ38歳だって。

　先日、「デビュー20周年ライブを行った」という記事をインターネット上で見て、「まだ、活動してたのか」なんて思っていた。名前も「カオリ」に変えてたみたいね。

　乳ガンを患っていたんですね。そのことはその記事を見たときに知った。「ライブ後、病院に即、入院」と書いてあったから。

　まだ死なないと思ってたんだけどな〜。油断してた。そう言えば、去年の秋も油断してたら、叔母さんに死なれたんだった。

　先日マイケル・ジャクソンが死んだとき、意外な人がショックを受けていて意外だったんだけど（何かバカみたいな表現）、僕が川村かおりの死にショックを受けるのは多くの人にとって意外だろう。ショートカットでボーイッシュな魅力的な女のコだったんだよ〜、昔（ちょっと問題のある発言）。

　『学生のための詳解Visual Basic』
　山本　昌弘・重定　如彦　（著）
　2009年
　東京電機大学出版局
　★★★★☆

　Visual Basic 2008を用いたプログラミング入門。大学の理系（情報系？）の教科書のような地味な本で、昨今ハヤリの「簡単！初めての」式の入門書とはだいぶ雰囲気が異なるが、なかなか良かった。

　初めてプログラミングを学ぶ読者を対象に、ソフトウェアとしてのVisual Basicの操作方法から、プログラム・プログラミングの基礎概念までを、多数のミニプログラムの作成を通して学んでいく。必要事項はその都度説明していくスタイルなので、実際に最初のページから本の通りにプログラミングを経験していくのが良いだろう。全13章のうち最後の2章をアルゴリズムとデバッグにそれぞれ当てているのも良いと思う。ただし、オブジェクト指向は正面から取り上げられてはいなかった。

　各章15ページ程度とプログラミング本としては薄手だが、大きめの版で、イラストは少なく、小さめの文字がギッシリ詰まっているので、内容は濃いと思う。また、解説は大学の先生らしい節度ある記述で、「わかりやすさを優先するあまり不正確な表現」になっていないのにも好感をもった。プログラミングの実習授業のテキストにも良いだろうと思う。

　表裏の見返し部分に主要文法項目等の一覧表が載っているのも、学習参考書みたいでGood！

　本文210ページ程度。



→　Kota's Book Review
→　Terai, S. Web Page

　ヨドバシカメラに電気髭剃りの値段を見に行ってきた。普段毎日髭を剃っていたわけじゃないのに、髭剃りはなきゃないで（腕時計よりも）不便。

　前から思っていたのだけど、電気髭剃りという商品には本当にピンからキリまである。4,000円のものから40,000円のものまである。

　そりゃ、炊飯器だって1万円以下のものから10万円もするものまであるし、冷蔵庫だって洗濯機だって、下は1万円台、上は20万円超と、値段の幅はそれなりにある。ただ、あのテの商品は、値段の高いものほどアピールポイントも増えていくし、デザインも見るからに豪華になっていく。ところが、電気髭剃りにはそれほど機能の差はなさそうだし、見た目のグレード感の違いも大きくない。

　だから、迷うのだ。いったいどれくらいの値段のものを買えば必要充分なのか、と。髭さえ剃れればそれでいいのだが、安物買いの銭失いを常に繰り返している当方。さすがに4,000円のヤツじゃちょっと不安だしなぁ…。

　ちなみに、男性用髭剃りの隣の隣は、電動歯ブラシのコーナーだった。これも前から欲しかったんだよな〜。オムロンの7,000〜8,000円のヤツがいいかな（こっちは即決）。

　最近、Visual Basicの勉強を始めた人の後見人を務めていて、Visual Basic 2008の入門書にいろいろ目を通している。

　それで、プログラミング熱（と言うか、「プログラミング言語」熱）が高まっちゃったもんだから、2年前に買って完読していなかったRubyの入門書なんてものまで読み始めてしまった。

　で、思ったのだけど、プログラミング言語の文法項目の説明というものは、その「順序」が難しい。順序と言うのは、どの項目から説明するか、の順序ではなくて、「この構文を使えば、こんなことができる」と説明するか、「こんなことをしたいときには、この構文を使う」と説明するか、の順序。

　プログラミング言語の入門書にもいろんな種類があるけれど、文法項目を網羅的に解説しているリファレンス的な本では、「条件分岐」「繰り返し」「例外処理」等の分類毎に文法項目を簡潔に記述し、その構文を用いたプログラム例を載せていることがほとんどだと思う。リファレンス的な本としては、この順序がベストだろう。

　ところが、これを読んでもプログラムが書けるようになるわけではない（そもそも、リファレンス的な本はリファレンスとして使うための本であって、プログラムを書けるようにするための本ではない）。

　プログラミングを覚えようというときには、順序が逆で、まず何がしたいのかを明らかにし、そのためにはどんな構文が使えるか、の順で説明してくれた方がいい。配列の要素中の最大値を求めたいなら、配列の全ての要素を順に見ていけばいい、配列の全ての要素を順に見ていくためには、こういう構文が使える、という風に。

　そういう順序で解説してくれている本って、「まずはやってみましょう」的な超初心者向けの本か、ちょっとマニアックなTips集的な本に限られるように思う。ところが、これ（「どんなことをしたいときに、どんな風に書くべきか」）こそ大事なことなので、「本を読むだけでなく、実際に書かれた多くのコードを読むべきだ」ということになるのだろう。だけど、現実のコードから学ぶのは簡単なことじゃない（まぁ、簡単じゃないからこそ、それをやれば力がつくのかもしれないが）。

　「まずはやってみましょう」の次に読む本、くらいのレベルで、そういう本があるべきなのに、そういう本って案外少ない…、と書きかけて気がついた。「○○で学ぶアルゴリズムとデータ構造」とか、あのテの本を読めばいいんじゃないか？　そうだよなー。