kunishi's blog

情報処理学会DD研@甲南大学

2010-02-09T19:28:00.001+09:00

1月29日に情報処理学会デジタルドキュメント研究会(SIGDD)が甲南大学であるというので、参加してきた。SIGDDは自分の興味に近い研究会で、以前から参加したかったのだが、なんせ地方大学の一教員が自由に使える旅費は少なく、DB系の学会に参加するだけで精一杯で、なかなか調整できなかった。今回は近場だし、HTML5のチュートリアルをして中核メンバーと知り合いになったので、行ってきた、というわけだ。

行ってよかったなあ、と思うのは、今まで名前だけ存じ上げていた方に懇親会の場で直接お話ができたことだった。

まず大野邦夫先生。SIGDDの予稿集で、XMLや日本語組版について何度も投稿されており、名前だけは存じ上げていたのだが、HTML5のチュートリアルは泣く泣くご欠席ということで、お会いする機会がなかった。今回自らご発表されていたのだけど、その中でCLOSなる言葉を使われていて、「おー、CLOS! なつかしー」と一人感激していた（おおげさ）。懇親会でたまたま臨席になったのでお話ししていたら、NTT時代に「Lispの神様」こと竹内郁雄さんのもとでLispを使っておられた、とか、GNU Emacsマニュアルの日本語訳に関わられた、とか、面白い話がいろいろ出てきた。共通の知り合いもいることが分かったし（rayちゃん、お元気そうでなにより）。

もう一人は小林龍生さん。かつて「XML開発者の日」なる濃いーイベントがあったが、そこでUnicode漫才をされてた方、と言えば、ピンと来る人にはピンと来るだろう。私もこういう認識である。ジャストシステム在籍時に共著でSIGDDで発表されてたのは知っていたが、こんな場でお会いできるとは。「XML開発者の日」の壇上におられた方は、自分にとってはある意味憧れで、機会があればお近づきになりたい人たちなのだ。村田真さん、川俣さん（xml-usersメーリングリストで私の「Data on the Web」翻訳を取り上げていただけた）、檜山さん（ブログにコメントさせていただいたっけなあ。松本吉弘先生の著書の話で盛り上がったような…）、細谷先生（後にXYZ研究会でお近づきになれた）、宮下尚さん（Meadowで名前は存じ上げていたけど、こんなところでお会いできるとは。やはり後にXYZ研究会でお近づきになれた）などなど。小林龍生さんもその一人だ。XML開発者の日の話を持ち出したら、照れておられたけど。

実際の小林さんは、どことなく技術者らしくない雰囲気を漂わせていらっしゃる方だった。懇親会の場での話題は、日本語の話を中心に、戦時中の戦艦の話まで多岐に及んだ。でも、技術の話にはあまりいかない。なんか、文系の研究者と話をしているような感じを受けた。「イチローがインタビューに必ず日本語で受け答えをするのはなぜだと思うか」「Google日本語入力は『みぞうゆう』と入力すると『未曾有』と返すけど、こういう日本語入力を留学生が使いたいと言ってきたらどうするか」なんていう問いかけをされてくるのだ。後者は、正しい日本語とは何か、という、非常に根源的な話なのだろうと思う。後者については「長く日本にいるつもりの留学生になら、勧めるかも」と答えたが、とても難しい。

「XML開発者の日」の昔話でも盛り上がったのだけど、小林さんはこのイベント（特に3回目あたりまで）のことを「皮膚がひりひりするような」と形容しておられた。私は2回目から参加した人なのだが、この形容を聞いて、なんと的確な表現をされる方なのだろう、と思った。プログラムだけを見れば、今流行りの勉強会と似ているのかもしれない。でも、実際は違っていた。XMLという期待の技術と、その裏にある、文書、文字、マークアップ言語、といった過去の「怨念」（と村田さんは形容されていたような）、銀の弾丸にはなり得ないというある種の諦念、そういうのが一緒くたになって、独特のエネルギーを持った場になっていたと思う。そして、その場にいる人は、背景の説明なしに発表を理解できる、つまり、同じ感覚を共有する人たちだった。それを一言で言いのける小林さんはすごいなあ、と思った。

機会と旅費があれば、SIGDDにはまた参加しよう。そして、懇親会でまた面白い話に加わらせていただくことにしよう。

VOXからのお引っ越し、続き

2010-02-08T00:59:00.001+09:00

昨日VOXからWordpress.comへのインポートを行ったばかりなのだが、もうWordpress.comから移行をやってしまった。ここのところあまりに忙しい上に、風邪気味で体調が悪く、逃避行動してしまった、というのが正直なところである。

結局どうしたかというと、このブログに統合してしまった。過去の経験からして、複数ブログを持っていると、結局使い分けに困ってしまうということが往々にしてあったからだ。やはり私は「入り口一つの法則」（by 野口悠紀雄）が合っているらしい。

やり方は難しくなかった。Wordpress.comからエクスポートしたファイルをWordpress2Blogger conversion utilityで変換し、Bloggerの新規ブログにインポートする。あとは、リンクや画像などをBloggerの環境に合わせて変更し（これが一番時間がかかるのだが…）、Bloggerのヘルプにしたがって統合するだけであった。WordpressのエクスポートファイルはRSS 2.0ベース、BloggerはAtomベースということで、変換はそれほど難しくはなかろうとは思ったが、想像通りであった。

Typepad Micro, Wordpress.com, VOX, はてなダイアリー、と、アカウントだけ持っていて使わないブログが増えてきたなあ。

VOX Importer for Wordpress.com

2010-02-06T00:42:00.001+09:00

ついにVOXから脱出する方法ができた! しかも公式ツールですよ!

いやー、興奮した。Wordpress.comがVOXのブログからのインポータを公開してくれたのだ。

VOXというのはもちろんTypepadが立ち上げたブログサービスであるわけだけど、公開範囲を細かく制御できたり、写真や本、音楽といったメディアコレクションを公開できたり、と、先日公開されたTypepad Microとかなり重なるところを狙ったサービスだったのではないか、と思っている。で、おもしろそうなので、アカウントを取って細々と使っていたわけなのだが、VOX自体があまり流行らないうちに、機能の進化が止まってしまったように思う。開発者がいなくなったのかなあ、と、勝手に想像しているのだけど。

このVOX、一つ致命的な欠陥がある。ブログ内容のエクスポート機能がないのだ。おかげで、自分の書いた文章を持ち出すわけにもいかず、ほとほと困っていた。Typepad Microの公開で、一番期待していた機能はVOXからのインポート機能だったのだけど、まさか、本家のTypepadではなく、Wordpressがやってくれるとは。

Wordpress.comはアカウントを持っていたので、早速使ってみた。とてもよくできている。ブログの記事、コメント、添付ファイルを残らずインポートしてくれるし、タグも保存されている。非公開ブログ記事も、非公開のままインポートしてくれている。メディアコレクションはインポートしてくれないみたいだけど、まあ、これはあきらめもつく。

これでVOXは塩漬け決定。そのうちアカウントごと消してしまってもいいかな。Wordpressをそのまま使い続けるか、どこかへエクスポートするかは、そのうち決めることにしよう。

本日の出来事

2010-01-22T18:50:00.001+09:00

とある書籍の執筆について、出版社の方と打ち合わせをした。しばらくの間、さらに忙しくなりそうだ。私にうまく書けるだろうか。ともあれ、話は進み始めたから、あがいてみるしかない。

センター試験、今年も無事終了

2010-01-18T14:32:00.001+09:00

昨日は一日中、センター試験の監督だった。新型インフルエンザも出ず、無事終了することができた。

私の大学では、幸いにして、２日間のうち1日だけ担当するだけで済んでいる。今回も朝8:00に集合して18:30までの一日仕事、しかもそのかなりの部分は立ち仕事なので、2日間担当だと、正直翌日は疲れて何もできない。1日だけでよいというのは本当に助かっている。

今年は久々に2日目の担当だった。昔は１日目も2日目もたいして変わらなかったのだけど、今はリスニングがある分、1日目のほうが精神的にしんどい。2006年度にリスニングが始まって以来、4年連続で1日目担当だったので、今年はだいぶ気が楽だった。

リスニングの何がしんどいかというと、通常の試験とトラブル対処の方法が全く違っていて、しかもその対処方法が多岐にわたっているところだ。最初の年なんか、トラブル対処のフローチャートが30くらいあったのではないか。普段毎日のようにやっている業務ならともかく、年に一日しかやらない業務についてフローチャートを30も覚えるのは、到底無理である。とにかくトラブルが起こりませんように、と神頼みしていたのを今でも覚えている。最近はノウハウもたまってきて、だいぶ整理されてきたようだが、それでも、たまにしか監督業務を担当しない先生やメカに弱い先生だと、かなり恐怖を覚えておられるそうである。

あと、センター試験はとにかく全国一律、公平に実施するということが重視されていて、実施体制側でも守るべきルールがとにかく多い。例えば、読み上げる台詞は一言一句完全に指定されていたりする。今年はさらに、新型インフルエンザ対策でてんやわんやだったようだ。監督要領の印刷段階で対策が間に合わなかったのだろう。今年の要領には、かなりの訂正が入っていた。私の大学では、なんと、その訂正の大部分について、訂正済みの紙がのり付けされていた。おそらく大学の事務方がやったことであろう。その労力たるや、頭が下がる。事務方も、そしてセンターも、当日はぴりぴりしていたことであろう。

受験生も最初は緊張しているのが多い。センター試験に失敗してはならない、という気負いもあるだろうし、会場に慣れていない、という、割と単純な原因もあるだろう。前日に下見ができるとはいえ、試験会場の中まで見られることは稀だろうと思う。初めての場所で、（現役生の場合）本物の大学入試を初めて受けるわけだ。緊張するな、というのが無理だろう。

受ける側も実施する側もとにかくぴりぴりしている状態で試験はスタートするわけで、1日目の最初の科目のときは、空気が異様である。それに比べれば、久々の2日目の空気はだいぶ穏やかであった。

自分は大学教員だから、受験生を選抜する側でもあるのだけど、こうやって実際に試験に臨んでいる受験生を見ると、みんな応援したい気持ちになってくる。どういう結果になるかは分からないけど、あと少し、最善を尽くしてもらいたい。

今年を振り返って

2009-12-26T23:04:00.002+09:00

忙しかった今年も、ようやく終わりに近づいてきた。28日は休暇を取ったので、昨日で仕事納めであった。

今年は本当に忙しかった。いや、忙しいというよりも、自分の自由な時間が全く取れなかった、というのが正しいか。育児に追われて、自宅でMacの前に座って何かする、という時間がほとんど取れなくなってしまった。平日の夜も然り、土日も然りである。結果的に、このブログもほとんど更新できていない。月に3本ペースになってしまった。日々のフィードリーダチェックも、ざっと眺めて注目記事に印をつけるだけ。記事の内容を熟読するところまで、とても手が回らない。

職場のほうはというと、これも忙しかった。講義4コマ、実験3コマ、研究室のゼミ3〜4時間を毎週やっていると、残りの時間はほとんど講義の準備と大学の雑用と学会仕事（論文誌の編集委員とか）で終わってしまう。特に後期に入ってから、新たに始めたRubyの講義の準備が大変で、毎回3時間かけて準備しては、うまくいくかどうか不安を抱えつつ、ヒヤヒヤで講義をする、という繰り返しだった。

時間に余裕がないと、心にも余裕がなくなってくる。来年はもう少し余裕を持った生活にしたいものだ。

かな入力が効かなくても「ことえり」の再変換は使える

2009-11-18T18:12:00.003+09:00

たまたま発見したので、うれしがって投稿してしまおう。

日本語入力には「ことえり」を使っているのだが、たまに、ひらがな入力モードにしているのにひらがなが入ってくれなくなることがある。あまりちゃんと調べてはいないのだけど、Safari で起こることが多いように感じる。この状態になってしまうと、いくら「ことえり」のモードを切り替えても復旧せず、該当アプリケーションを立ち上げ直すしかなくなってしまう。Gmail、Google Docs、ブログ、…、Safari上で日本語入力を行う機会が多い昨今、この状態になってしまうと本当に困ってしまう。

今日発見したのは、この状態でローマ字入力をした後、かなキーを2回押したら仮名漢字変換が行われる、ということである。調べてみると、これは「ことえり」に元々備わっている再変換という機能らしい。Macを何年も使っていながら、今回初めて知った。「ことえり」の動作が変になった状態でも再変換が使えると分かったのは収穫だった。

科研費の申請終了

2009-11-02T18:30:00.001+09:00

先週の金曜日、来年度の科研費の申請書類を提出した。ほとんどの大学はもうとっくに終わっていると思うのだが、うちの大学はずいぶん遅くまで待ってくれている。

まあでも、これも良し悪しで、裏返せば、事務局は最低限の形式チェックしかしないということなので、申請書のクオリティは教員の責任で上げないといけない、ということでもある。本音を言うと、結構この辺は辛かったりする。研究資金の取り方が未だによく分からないまま、毎年申請書を出している状態なのである。

大学の教員というのは案外徒弟制度みたいなところがあって、研究の仕方にしても、講義の仕方にしても、基本的に誰からも教わる機会がない。たまたま身近に何かの技術に秀でた先達がいたら、そこから技術を盗む、というのが多いのではないか。後は個人の能力に依存した創意工夫が頼りだろう。個人の得手不得手に依存しているから、オールラウンドに秀でるというのはとても難しい。

研究資金の取り方もそういう技術の一つで、誰からも教わる機会がない。その上、私は基本的にあまり物欲のない人で、かつ、中長期の研究計画の立案も得意でない。こんな状態だから、科研費の申請書類書きもすごく苦手である。過去に審査結果の開示を求めたときも「資金の使い方の計画に問題あり」と指摘されてたっけ…自分でも分かっていて考えてはいるけど、計画の立て方がうまくならないんだよね…

妻が以前所属していた私大では、申請書類の学内提出期限がかなり早く、その代わり、事務局で結構チェックが入っていた。事務局に優秀な人がいるからできることなんだろうけど、こういうのを聞くと、うらやましいなあ、と思ったりする。

今年の申請書も、提出してから、ああしとけばよかったかなあ、これはよくないなあ、と思うところしきりである。まあ、もう提出してしまったからしょうがないよね。

出来の悪い学生って、普段こんな心境なのかなあ。

手帳をmoleskineに戻す

2009-10-13T18:38:00.004+09:00

私のGoogle Readerには、最近手帳の話がよく出てきている。文房具には自分も割とこだわりがあるようで、文房具、特に手帳の話題がよく出てくるブログを見ると、つい購読してしまう。季節柄、来年度の手帳が出てくる頃なので、皆さんどうも語りたがる、というわけだ。私もやっぱり語りたくなっているので、こんな記事を書いている。

ブログに書いてなかったかもしれないが、今年の前半は、初めて「ほぼ日手帳」を使ってみていた。前から気になっていた手帳で、でも冷静に考えるとどうも用途がぴたりとこなくて、毎年見送っていたのを、昨年末、どうにも我慢できなくなって購入してみたのだ。

結果は…やっぱり7月くらいで挫折してしまった。最近、スケジュール管理はiCal + iPod touch （財政面その他で iPhone は買いたくても買えないのだ…）に移行してしまっているので、使うとするなら事後、つまりやったことや気になったことを日記風に書く、という用途が中心になる。そうすると、ほぼ日手帳は、升目が細か過ぎるとか、万年筆の乾きがもう一つ悪い、とか、自分としては気になるところが多い。

日記だったらTwitterやブログはどうか、というと、そうもいかない。オンラインでは書けないこともいろいろあるわけで、それを書き留めておきたいのだ。

というわけで、考えた末、再びmoleskineに活躍していただくことと相成った。前に使っていたハードカバー Plain Pocket がまだ残っているので、これを使い切った後、ハードカバー Rules Pocket に移行する予定である。どうやら私は万年筆で文章を書きたいらしいので、これが一番合っているみたいだ。文章を書きたいというのは、Twitterをやりつつも、このブログを結構続けているという辺りとも共通している気がする。

moleskineの日記タイプにしなかったのは、8月頃から日記を書き始めて、日によって分量にかなりムラがあることが分かったためである。半ページほどの日もあれば、2ページ以上に及ぶこともある。書きたいことが2ページあるのに、それを無理に1ページに抑えるのが嫌だった。

ちなみに、私の「ほぼ日」を見て気に入ったらしい妻は、今年度に引き続き、来年度も「ほぼ日」でいくそうな。オンラインストアで購入した来年の「ほぼ日」が先日届いて、嬉々としている。まあ、ユーザを一人増やした、ということで、私の「ほぼ日」もそれなりに役に立った…ということにしておこう。

Rubyの講義を始めた

2009-10-08T11:30:00.005+09:00

勤め先の大学でも、先週末から本格的に講義が始まった。この後半年間、講義の準備などで忙しい日々が続くことになるが、今年は例年以上に負荷がかかりそうだ。3年生対象に行ってきたプログラミング言語の講義の内容を、JavaからRubyに変えたからだ。この変更自体は何年も前から考えてきたことで、カリキュラムの変更を機に、ようやく実行に移したというわけである。

Javaの講義を始めたのはこの大学に着任した翌年だから、かれこれ10年くらいになるだろうか。オブジェクト指向プログラミング言語といえば、SmalltalkかC++がまず挙がる頃だった。そんな中でJavaを取り上げたのは、アプレットという講義で教えるには適当な題材があったからだ。ブラウザでプログラムが動くというのは学生の興味を惹く話だし、そのために教えるべき内容もあまり多くはなかった。演習を伴わない、という制限の下での講義なので、話だけでそこそこ楽しめるというのは割と大事なのである。

ところが、いつの間にかJavaの用途はデスクトップアプリケーションやサーバサイドアプリケーションになり、ブラウザで動くプログラムもJavascriptやFlashに移り、講義はだんだんとやりにくくなっていった。Javaは、ひとまず動くだけのプログラムを作るにも知らなければならない知識が多く、しかもそれが直列的にならない。Hello, Worldプログラムを作るだけでも、「public や static はとりあえずオマジナイだと思っておいて」と説明せざるを得ない。また、一通り文法を教えて、具体的な題材を通して講義を進めようとしても、クラスの使い方が話の中心になってしまう。講義でメソッドの説明を順次聞いても、ひたすら退屈だろう。

大学の講義というのは、概して、興味をそれほど持っているわけではない学生に対して、いかに興味を持たせるか、というところから始まる。その点において、Javaは面白い話がしにくい。竹内郁雄先生が「Javaには遊び心がない」と言っておられるが、その気持ちはとてもよく分かる。

教える側が面白くないのに、教わる側が面白いわけがない。それなら、教える側が面白いと思える言語に変えよう…という結果、Rubyを選んだわけである。もともとスクリプト言語は大好きな上に、最近関数型言語に自分の関心が向いていることが加わって、こういう選択になった。実社会でも注目を集めているのもいい。なお、関数型言語そのものは、ずっと前から2年生対象に Standard ML を教えている。

せっかくスクリプト言語を対象にするわけだから、具体的な事例もそれにふさわしいものにしたい。というわけで、Webアプリケーションを事例にして、うちの学科が以前より手薄だったアプリケーション層のプロトコル（HTTP）やデータベースの利用まで話してしまおう、という目論見を立てている。とはいえ、計画通りに講義が進むとはとても思えないが。

ともあれ、半年間にわたる自転車操業の開始である。さてさてどうなることやら。

「雑感」の補足

2009-10-04T04:28:00.003+09:00

HTML5の講演資料の「雑感」のところに「現段階の仕様から是非を議論するのは早計」と書いたところ、nanto_viさんから「これは HTML5 とどう関わっていくかによって異なります。是非を議論してその結果を HTML5 に反映させようというのなら、今すぐに動き出さないといけません」というコメントをいただいた。

おっしゃることはその通りだと思う。ここについては、補足の説明をしておきたい。

講演の場となった情報処理学会デジタルドキュメント研究会では、普段からXMLやSGMLに関する研究発表がよく行われる。また、今回は、事前に「マークアップ言語の特集としたい」という情報をいただいていて、聴衆も、普段よりもXMLやSGMLに明るい方が多いだろうということであった。一方、基本的には研究者の集まりであるから、Web制作の現場には明るくない人も多い。私自身の背景知識も、こういう聴衆とほぼ同じである。

講演にあたり、「国島先生のスタンスを表明していただいたほうが、後の質疑が盛り上がると思います」という要望をいただいていたので、最後に1枚、主観的なスライドを付け加えた。それが「雑感」の1枚である。

ここに何を書くべきか。思案した末、講演の準備で私自身が感じた、HTML5に対するある種の気持ち悪さと、その後の思索を軸にしようと考えた。すなわち、マークアップ言語界隈に携わる研究者としては、現在のHTML5のWorking Draftは一見気持ちが悪い。しかし、その原因をよく考え、いろいろな資料や現時点で得られた情報にあたっていくと、その気持ち悪さの多くは解決可能であったり同居可能であったりする。「議論の余地」というのは「非みたいに見えるけど、必ずしもそうとは言えない」という意味である。実際、講演を聞いた知り合いのXML研究者の何人かからは、私が感じたのと同じ気持ち悪さの箇所を質問として受けたので、デジタルドキュメント研究会という場では、それなりに適切なスライドであったと思っている。

私の感じた「気持ち悪さ」の原因は、具体的には何か。これが明らかにならなければ、単なる感想でしかない。いろいろ考えてみると、次のような点に集約できるように思われた。

マークアップ言語としてのHTML syntaxの汚さ
HTML5のWorking Draftの内容全体を "Markup Language" と言うことへの違和感。あるいは HTML5 という言葉の二重の意味（HTML syntaxと Working Draft の内容全体）
XHTML syntaxでの文書スキーマの取り扱い。あるいはXHTML 1.1との関連をあえて排除しようとしているように見えること

1. はさほど大きな問題ではない。HTML syntaxは現実のWebページの姿を追認したものであるわけだから、私がどう感じようが、現に存在するものは否定できない。それに、きれいにしたいならXHTML5を使えばよいだけのことである。

Working Draftの中にHTML syntaxをHTML5、XHTML syntaxをXHTML5と呼ぶ、という記述があり、この呼び方には全く違和感がない。だから、詰まるところ、2. の気持ち悪さは Working Draft のタイトルに起因するものだろうと思う。これが "HTML5 and its friends" とかだったら、なにも違和感を感じないだろう（friendsが適当な言葉か、はともかくとして）。その辺りは承知の上で、あえて「HTML5」というタイトルを付けているのだろうと想像している。

3. はなかなか説明が難しい。ここで言う「文書スキーマ」とは、Relax NGで書かれたスキーマ定義文書のことを指す。DTDは時代遅れのシロモノなので、訣別するのは大賛成である。また、XML SchemaはXHTML5のparsing処理とPSVIが干渉するかがよく分からない（そもそもXML Schemaはいらないと思っているので、調査する気がしない）。Relax NGなら、妥当性検証してもXML Infosetは変わらないので、HTML5の処理モデルに影響は及ぼさないはずである。

HTML5のWorking Draftには、各要素の内容モデルが明確に定義されている。また、HTML5の文書のparsing処理には文書スキーマは必要ない。だから、あえて文書の妥当性検証をしたい、とか、XHTML 1.1のようなスキーマモジュールを活用したい、とかいった用途でしか、文書スキーマは必要ないだろう。パレートの法則で言えば、現時点では明らかに20%のほうである。講演資料に「需要次第?」と書いたのは、この辺りの気持ちを反映している。

それでも文書スキーマに拘るのは、部品として手軽に利用できる文書ボキャブラリがHTML/XHTMLしか見当たらない、という理由による。ODFやOOXMLは巨大すぎて人手では到底扱えない。DocBookは一枚岩スキーマで、独自に拡張したり、ボキャブラリの一部を取り出して使うことがしにくい。TEIはモジュール化されたスキーマを持っているが、いまだにDTDである。（確か）yohei-y君からは「Wikiフォーマットとかどうですか？」と言われたけど、拡張する度に記法を定めパーサを作るのはめんどくさい（汎用のWikiパーサジェネレータとかあるのだろうか?）。

スキーマがなくても、XHTMLボキャブラリを利用することはできる。でも、部品として使えるボキャブラリを自分で定義するのは結構めんどくさいので、最初から部品が用意されていると楽ができて嬉しい。だから、XHTML 1.0のような一枚岩スキーマではなく、XHTML 1.1のようなスキーマモジュールがあると嬉しい。HTML5での要素カテゴリは一枚岩スキーマよりはいいけど、ちょっと個々のカテゴリが大きすぎるかなあ、という感じがする。とても感覚的なものなのだけど。

ニーズとしてニッチなのはよく分かっているし、公式な文書スキーマである必要もないので、syntax.whattf.org のような有志の活動の結果を利用させてもらうのでも充分なのかな、と思っている。

HTML5の講演資料の修正版を公開

2009-10-03T20:13:00.002+09:00

先日公開したHTML5の講演資料について、nanto_viさんから「HTML 構文でも空要素の開始タグを /> で終了させられます」という指摘をいただいた。まったくご指摘の通りで、HTML5 Working Draftの9章「The HTML syntax」の9.1.2.1節「Start tags」に、まさに指摘をいただいた通りの内容が書かれている。

完全に私の読み落としである。お詫びして訂正させていただきたい。これに伴い、SlideShareで公開している講演資料も、問題の記述（21ページ「HTML syntaxの例」）の部分を修正した版に差し替えた。すでに2,900 views近くになっている状態では手遅れかもしれないが、お近くの方にも間違いを連絡していただければ幸いである。

Markup Languageと名付けられている仕様書で、開始タグの定義がXMLから変更されているとはまったく予想外だった…

ご指摘いただいたnanto_viさんには改めて感謝申し上げたい。なお、nanto_viさんからのもう一つの指摘「是非を議論してその結果を HTML5 に反映させようというのなら、今すぐに動き出さないといけません」については、稿を改めて書くつもりでいる。

SlideshareのHot on Twitterになった

2009-09-29T18:38:00.004+09:00

Slideshareに公開したHTML5の講演資料が、Slideshareの "Hot on Twitter" に2度も掲載された。HTML5恐るべし。毎時更新されるみたいなので、記念にスクリーンショットを撮ってみた。

Uploaded with plasq's Skitch!

HTML5の講演資料を公開しました

2009-09-29T17:10:00.004+09:00

先にアナウンスした通り、9月25日に情報処理学会第73回デジタルドキュメント研究会でHTML5について招待講演を行った。当日の講演資料に若干手を入れたものをSlideshareで公開しているので、ご興味のある方はご覧頂ければ幸いである。ライセンスはCreative CommonsのAttributionとしており、PDF形式でもダウンロード可能である。また、発表の様子を @nsiena がTwitterで実況中継していたようで、そのまとめをブログに書いておられる。そちらも参照していただきたい。

自分で提案した内容なのにこんなことを言うのもなんだが、正直、今回の講演は本当にキツかった。

まず、HTML5の現時点での仕様が想像以上に膨大だった。Working DraftのWWWページをPDFにしたら600ページ以上になるとは。HTML5のWorking Draftのかなりの部分を占めるアルゴリズムについては、今回は詳細はいらないだろうと考えて流し読みしたのだが、目を通した規格はHTML5だけではないので、シルバーウィークのほとんどを英語のドキュメント読みに費やしてしまった。妻と子供には悪いことをしたなあ、と思う。

これだけ膨大だと、講演時間1時間ではとても説明し切れない。研究会の性格上、マークアップ言語やメタデータ記述に絞ったほうが聴衆の興味を惹くだろうと考え、HTML5のある意味目玉であるAPI群は簡単な説明に留めた。Javascriptのコードを見せてもすぐに理解してもらえる人ばかりではないし、白石さんによるいい解説記事（1, 2）もあるので、あえて説明しなくてもいいだろうとも思った、ということもある。結果的に、マークアップ言語寄りの視点からの資料になったような気がするので、それはそれで価値があるのかな、と思っている。

もう一つしんどかったのが、注目度が想定以上に高かったことである。普段自分が出入りをしている研究グループばかりでなく、HTML5に実際に携わっていらっしゃる方からも関心を示していただいた（vantguardeさんとか@takorattaさんとか…）。どちらもブログやメーリングリストで以前から存じ上げており、いろいろ参考にさせていただいている方である。もちろんお二人の背後には、もっといろいろな方が関心を持っていて下さるわけだ。しかも、そういう方々の多くは発表資料しかご覧にならない。講演と言う文脈での補強ができない。だから、講演ももちろんだけど、発表資料作成のほうがむしろプレッシャーだったかもしれない。講演を実際に聴きにきてくれた知人（@nsienaだったかな?）からは「最後の『雑感』のところがおとなしいですよね」と言われたのだけど、あとで資料を公開するとなると、うかつな暴言は書けないなあ、というのが正直な気持ちだった。まあ、暴言だけカットしてから公開してもよいわけなんだけど…

私の理解が充分でなく、間違いや誤解も残っているかと思う。お気づきの点があればご指摘いただければ幸いである。

20090925 HTML5の過去、現在、未来

View more documents from Takeo Kunishima.

HTML 5の講演について追記

2009-09-14T11:17:00.005+09:00

「9/25にHTML 5について講演します」と書いたら、それなりに、しかも予想してなかった人から反応があったりして、HTML 5恐るべし、などと思っていたりする。

いくつか補足をしておいたほうが良さそうなので、追記しておく。

この研究会自体は、情報処理学会の会員でなくても、またDD研の登録会員でなくても聴けるはず。また事前登録も不要で、当日受付で構わない。もっとも、DD研はそれほど参加人数が多くない研究会なので、出席人数50人という事態も想定しているかどうか、微妙な気がする。参加費用は情報処理学会のページを参照。
予稿集は最近完全にオンラインになっていて、参加費を払えばPDFがダウンロード出来るんじゃないかと思う。ただし、私の講演に関しては、予稿にはタイトルと概要しか書いてないので、手に入れる意味はほとんどない。
当日使った~~スライド~~プレゼンテーション資料は、後日SlideShareあたりで公開する予定。

あまり過度に期待しないで下さいね…と、誰にともなく書いておこう。

HTML 5について講演します

2009-09-11T18:05:00.005+09:00

前に書いた講演の詳細が公表されたので、こちらでも書いておこう。

情報処理学会デジタルドキュメント研究会
第73回研究会「文書情報の構造化とその活用、および一般」
2009-09-25（金） 11:0-17:15
東京大学本郷キャンパス工学部2号館231号室

私の講演は14:45から16:00となっており、予定通り、HTML 5について話すことになった。最初、研究会のテーマに合わせて「マークアップ言語の最新の動向について話してほしい」と依頼があり、今なら HTML 5 がいちばん旬だろう、と考えて、こちらから提案させていただいた。

とは言え、自分がHTML 5について熟知しているのか、というと全然そんなことはない。正直なところ、W3Cから「XHTML 2 WGの活動を停止する」という発表があるまで、状況を全然把握しておらず、そこから慌てて html5-developers-jp メーリングリストなどで情報収集を開始した、という次第である。だから自分が適任かと言われると甚だ心もとないのだが、多分、この研究会に出入りする方々（マークアップ言語技術に興味のある研究寄りの技術者）は自分と同じような認識の方が多いだろうし、そういう方々がHTML 5へ関心を持つきっかけになればいいのかな、と考えている。

話す内容は、仕様等から得られる情報やhtml5-developers-jpメーリングリストで知った内容が基になるはずなので、関心をお持ちの方にとっては目新しさは少ないと思う。ただ、現在どうなっているか、だけではなく、XHTMLがそっぽを向かれてHTML 5に至った経緯は是非盛り込もうと考えている。実は、これこそが、HTML 5について情報収集していて最も衝撃を受けた話であり、私のようなマークアップ言語界隈にいる研究者と、今HTML 5界隈にいらっしゃる現場の技術者との乖離が際立っているところだと思うからである。なんとなく、データベース分野での研究と現場との乖離と似ているようにも感じるのだ。だから、いずれ、HTML 5でも、この乖離を埋めることが問題になってきそうな気がしている。そんなわけで、「HTML 5の過去、現在、未来」なんていう講演タイトルを付けてみた。

ところで、今回招待講演の話を頂いたのは、以前より知り合いである天笠先生からであるが、聞いたところでは、私の名前を挙げられたのは天笠先生ではなく、（多分面識のない）別の幹事の方からであるらしい。とてもありがたいことである。ご期待を裏切らないためにも、あと2週間、本腰を入れて準備をせねばならないなあ。

村田真さんのコラムが面白い

2009-08-15T06:08:00.003+09:00

日本ソフトウェア科学会の学会誌「コンピュータソフトウェア」の2009年8月号に村田真さんがコラムを書かれている。これが面白い。

タイトルからしてふるっている。「盲亀浮木」。少なくとも私は、こんな言葉は聞いたことがなかった。元は仏教用語で、大海の底を這い回る盲目の亀が100年に1度水面に浮かび上がるとき、たまたま水面を漂う流木の、しかもそこに開いている穴から顔を出す、という喩えから転じて、物事が成就するのが極めてまれであるという意味となる。本来の仏教用語としての意味は浄土真宗親鸞会のページに詳しい。

村田さんは、元の説話のレベルにまで立ち戻って、この言葉を比喩として使っている。つまり、基礎理論を盲亀に、実際の応用を浮木に喩えて、基礎理論が実際の応用に役立つのが極めて稀である、と、話を始めているのである。こういう言葉が出てくる辺りがなんとも村田さんらしい。コラム執筆のときに四字熟語集をひっくり返してもそれこそ盲亀浮木だろうから、なんかの機会にこの言葉を知って、温めていたのではないか、と想像している。

村田さんが基礎理論と応用との関わりを語れるのは、もちろんRELAX NGという成功事例を持っておられるからだし、それが故にこのコラムには説得力がある。ただし、コラムに書かれていない話として、村田さんがもともと基礎理論肌の人であること（工学部ではなく理学部出身である）、RELAX NGに至るまでに構造化文書の問題に長く取り組まれていること（DBLPのページ。ご本人の談によれば1994年頃からSGMLに関わっていたらしい）は挙げておく必要があるだろう。RELAX NGという盲亀浮木は100%偶然から生まれたわけではないのである。

それにしても、自分の身を振り返ってみるとき、大学という環境にいながら浮木に出会うことがいかに難しいかを、改めて痛感する。概して、大学という環境は、実際の応用とは縁遠い。しかも自分は、決して好奇心旺盛なほうではなく、興味を持った数少ない対象を深く掘り下げていくほうが好きであり、他人と共同で研究をするのも苦手である。ただでさえ出会いにくい浮木に、ますます出会いにくくなっている。

先にリンクを張った浄土真宗親鸞会のページによれば、盲亀浮木の出典である「雑阿含経」では、説話の続きがあるらしい。亀が木の穴から顔を出すのはほとんどあり得ないことだが、まったくあり得ないことではない。人間に生まれるということは、さらにそれよりもあり得ないことであり、有り難いことである。基礎理論に関わっている人と実際の応用に関わっている人、どちらが多いかと言えば、実際の応用に関わっている人なのではないか。そういう意味で、基礎理論に関わりながら仕事ができているのは（盲亀浮木よりも確率は高いだろうが）有り難いことであると感謝しなければならないのだろう。

そんなことを考えつつ、自分が関心を持てる浮木がないか、アンテナをチェックする日々なのである。

大量のフィードを日々どうやって処理するか

2009-08-11T17:31:00.006+09:00

昨年の10月に子供ができて以来、自宅でパソコンの前に座れる時間が極端に減っている。ほとんど座れない日も珍しくない。一方、パソコン仕事は自宅でも増えるばかりである。子供のデジカメ写真の整理、子供の動画の整理、インターネットラジオの録音の編集、メールの処理…とにかく時間が足りない。

そうすると、割を食って後回しになりがちなのが購読フィードのチェックである。

Webをあちこち手動で廻ってチェックするなんてかったるくてやってられん…という人なので、興味を惹いたページにRSSやAtomのフィードがあると、どんどんGoogle Readerに登録していた。その結果、Google Readerの統計によれば、現在1日の新着記事数は1,600前後らしい。時間が充分あってもチェックするのが一苦労な量である。ましてや、時間が足りない現在の状況では、未読はどんどんたまるばかりである。しかし、これをチェックしなければブログその他のネタも入ってこない。ここまで増えると、少々フィードの整理をしても焼け石に水である。実にジレンマだ。

最近 mehori さんが自身のRSS速読術なるものを披露されている。未読500件を5分でチェックされているということで、実に興味深い。が、自分はまだまだ修行が足りないのか、はたまたブラウザや通信速度が遅いのか、興味を惹く記事のピックアップだけに絞ってもとてもこのペースではチェックできない。

ただ、mehori さんの記事を踏まえて自分のフィードチェックの作業を考えてみると、記事が表示されるまでの時間や記事の本文に目を通す時間が相当かかっているような気がした。ならば、そこを減らしつつ、興味を惹く記事をチェックするにはどうすればいいか。

…というわけで、Google Readerをリスト表示にして、フィードのタイトルだけでチェックするようにしてみた。リスト表示の状態で、興味のありそうな記事にスターを付けた後、全部既読にしてしまう。その後スターのついた記事だけゆっくり読むという作戦である。Google Readerはスター付きアイテム（starred items）の中で独自の未読／既読管理が行われているので、こういう場合に大変都合が良い。

もちろん面白い記事を見逃す危険はあるけれど、そういう記事はソーシャルブックマークやTwitter、あるいはどこかのブログで誰かが取り上げてくれる可能性があるし、必要になったときにGoogle検索すれば引っかかってくれるだろう、と割り切った。ジレンマでストレスを溜め込むよりははるかにマシである。この辺り、Twitterのフォロー数が増えるにつれ、タイムライン上のつぶやきをすべてチェックできなくてもいいや、と割り切れるようになってきたのと対応しているかもしれない。

基本的にコレクター気質の強い人、モノが捨てられない人なので、こういう風に、情報を捨てることを意識的にやらねばならないなあ、と改めて感じたのであった。

正規表現と正則表現

2009-08-01T17:16:00.003+09:00

今日はもう少し小ネタを続けてみよう。自分の講義ではしょっちゅうしゃべっているネタなのだが、とりあえず書いてみる。

regular expressionの日本語訳としては「正規表現」がよく知られているが、先日の投稿からも分かるように、自分は「正則表現」という訳を好んで使っている。ちなみにGoogleで検索してみると、「正規表現」は約2,450,000ページ、「正則表現」は約88,000ページと出た。Googleの検索結果が全てではないとはいえ、「正規表現」のほうが広く使われているのは間違いないだろう。

そのことを知った上で「正則表現」を使っているのには理由がある。学生時代の恩師である矢島脩三先生が講義の中で、この2つの訳について言及されたことがある。「regular の日本語訳は『正規』と『正則』の2通りがあるが、『正規』は normal の日本語訳としても広く使われている。だから『正則』のほうがよい」という趣旨であったように記憶している。学生ながらにこれを聞いてなるほどと思ったのだろう。未だにこの発言を覚えていて、「正則表現」を使い続けているのである。

HTML 5の勉強をせねば

2009-08-01T14:01:00.002+09:00

某所でHTML 5について講演することになりそうである。まだ公表されていないので詳細は差し控えるが、構造化文書の動向について話してほしいと言うことだったので、今ならHTML 5だろう、と考えて、こちらからそのように提案させていただいた。

夏休みはこの辺りの勉強（というか調査）を集中的にやる必要がありそうだ。

invalid range in character class

2009-07-14T18:17:00.003+09:00

ほとんど恥さらしエントリなのだが、まあ書いておくことにする。

諸事情あって、初めてJavaScriptのプログラムを書いている。大体完成したので、実際にWWWブラウザで動作テストしてみたのだが、うんともすんとも言わない。外部ファイルで定義されているはずの関数が宣言されていないように振る舞っている。

どうにも原因が分からないので、Firefox + Firebug の環境でテストしてみることにした。が、しかし、それでも原因が分からない。やはり関数が宣言されていないように振る舞っている。唯一の手がかりは、当該ページを表示させたときに Firebug が出す "invalid range in character class" というメッセージだけである。でも、これ、なんだろう？ Google検索でもあまりいいページが出てこない。

ファイルの文字コードとか、後から思えばあらぬ方向まで可能性を考えてはうまくいかず、悩むこと数時間。正則表現の指定が間違っているというページをGoogle検索経由で発見した。

正則表現！心当たり大ありである。調べたら、やっぱりだ。/^[a-zA-Z'.- ]+$/ という正則表現が含まれていた。もちろん最後のほうの - が文字範囲を表すと解釈されてしまうので、/^[a-zA-Z'. \-]+$/ でなければならない。これを直したら、嘘のように正しく動作し始めた。

後から考えてみると、"range", "character class" というキーワードを見たときに、正則表現を疑うべきだった。そういう思考回路が新たに獲得できたのだから、数時間の苦労も無駄ではなかった、と考えるべきなのだろう。

それにしても、正則表現の誤りが構文解析時のエラーを引き起こすという振舞いは予想外であった。正則表現は、中間言語にコンパイルされる際に何らかの形で処理されるということか。まだまだ精進が足りんなあ。

もみじ饅頭

2009-07-14T01:33:00.000+09:00

先日、学会出張で広島に行ってきました。妻にお土産のリクエストはあるか、と聞いてみたら、「藤い屋のもみじ饅頭」という答が返ってきました。銘柄指定とは珍しい。尋ねたら、たまたま来訪していた妻の母からの情報ということでした。

広島駅で探してみると、もみじ饅頭の銘柄はいくつかあるようです。一番目につくのがにしき堂。変わり種もみじ饅頭も含め、広島駅ではかなり大々的に展開しているようです。その横にひっそりと、藤い屋のもみじ饅頭がありました。こちらは極めて伝統的な、こしあんベースのものでした。

大学の学生には話のネタということで、にしき堂の変わり種系を、自宅にはリクエスト通り藤い屋のシンプルなものを買って帰りました。にしき堂のほうを食べ損ねたので味の比較はできないのですけど、藤い屋のは昔ながらのお味で、家族のウケは良かったです。私も気に入りました。

MacPorts で PostgreSQL を動かす

2009-07-13T18:18:00.003+09:00

必要に迫られて、手元のMacOS X 10.5環境で開発用にPostgreSQLを動かすことになった。自分一人だけ使えればいいので、使い慣れた MacPorts を利用するのがいいだろうと考えて、試行錯誤しながら動かしてみた。以下、その備忘録である。

まず PostgreSQL をインストールしなければならない。現在の MacPorts では、postgresql?? と postgresql??-server という2つの ports がある。postgresql?? がPostgreSQL本体、postgresql??-server はサーバプロセスを launchd から立ち上げるための設定ファイルなどのための ports である。今回は手元でサーバプロセスを立ち上げる必要があるので、両方の ports をインストールする必要がある。

sudo port install postgresql83 +perl
sudo port install postgresql83-server

最新版でないのは、実際にインストールしたのが PostgreSQL 8.4 がリリースされる前であったためである。またPerlを利用するため、variant +perl を指定した。

次にデータベースの初期構築を行わなければならない。postgresql?? のportsのインストールの際に、何をするべきかメッセージが表示されるのだが、一瞬で流れていくため、見落としがちである。というわけで、/opt/local/var/macports/sources/rsync.macports.org/release/ports/ にある Portfile を見て、やるべきことを確認した。

sudo mkdir -p /opt/local/var/db/postgresql83/defaultdb
sudo chown postgres:postgres /opt/local/var/db/postgresql83
sudo su postgres -c '/opt/local/lib/postgresql83/bin/initdb -D /opt/local/var/db/postgresql83/defaultdb'

ポイントは、PostgreSQLのコマンド群は /opt/local/lib/postgres??/bin にインストールされること、owner postgres で initdb を実行するために sudo から su コマンドを呼び出すこと、あたりだろう。sudo su postgres -c '...' という技は、PostgreSQL をコマンドラインから操作するときに常に使うことになる。

最後にサーバプロセスの起動である。今回は開発時のみプロセスが動いていればいいので、必要に応じて launchd 経由でサーバを立ち上げることにした。

sudo launchctl -F load /opt/local/etc/LaunchDaemons/org.macports.postgresql83-server/org.macports.postgresql83-server.plist
sudo launchctl start org.macports.postgresql83-server

娘の保育園のイベントに行ってきた

2009-07-12T01:08:00.000+09:00

娘を通わせている保育園で「夏祭り」と題したイベントがあったので、家族で行ってきました。要するに学芸会なのですが、0歳児にそうそう芸ができるわけもなく、保育士さんに抱っこされて、時々手を挙げるまねをする、程度の出番でした。

しかしまあ、娘は相変わらず家の外では緊張してます。表情が家にいるときと全然違うんですよねえ。保育園には3ヶ月通っているわけですが、まだ慣れないみたいです。ま、そのうち慣れてくるでしょう。

ついでに、近所に住んでいる同僚（というか同じ学科の教授）に偶然出会ってしまいました。同じ保育園に子供を通わせているとは知りませんでした。こういうところで同僚と出会うと、何となくお互いに気恥ずかしくなるのはなぜでしょうか。

喜連川先生、Twitterに降臨

2009-07-05T23:24:00.003+09:00

タイトル以上の説明は不要ですよね。http://twitter.com/infoplosion です。情報爆発が終わったらユーザ名を変えるのかなあ。