http://gaou.net personal page of gaou ja Copyright 1998-2006, gaou.net 2010-03-02 gaou@spitz.net gaou@spitz.net diary http://gaou.net/hitokoto/2010-03.html#20100302 </a> うん、決めた。だからあと一つ。これも大変だけれど、あと一つ。まずは、本気出しますか。エフォート5%くらい割いてみよう。 <BR /><BR /> さぁ、頑張ろう。 2010-03-02 http://gaou.net/hitokoto/2010-02.html#20100220 </a> 今年も河津の桜を愛でる。春の訪れをつげる桜ほど風流なものはない。毎年見る景色、毎年撮る絵であっても、同じだけれど同じではない。この美しい世界に生を受けて、良かった。<a href="http://www.izubeer.com/main/lunch.html">漁師の漬け丼膳スーパー</a>で腹一杯だったけれど、粗挽きソーセージうまかった：） <BR /> <img src="http://gaou.net/data//pics/2010/kawazu1.jpg" class="photosnap" height=145> <img src="http://gaou.net/data//pics/2010/kawazu2.jpg" class="photosnap" height=145> <img src="http://gaou.net/data//pics/2010/kawazu4.jpg" class="photosnap" height=145> <img src="http://gaou.net/data//pics/2010/kawazu3.jpg" class="photosnap" height=145> <div style="clear:both"> </div> 天城峠のキーマカレー看板が全て撤去されていたようだった。これはこれで寂しいもんだ。 2010-02-20 http://gaou.net/hitokoto/2010-02.html#20100217 twitterアイコン追加。あとは管理画面を若干修正。 2010-02-17 http://gaou.net/hitokoto/2010-02.html#20100215 世界中全てのデータを繋げてアクセス可能にし、それらのシンタックスを統一して、さらにセマンティクスもつけてコンピュータで簡単に扱えるようにする。人類が持つ全ての知識をコンピュータを通じで誰もが簡単に扱えるようにする。さらに、そのデータを使ってさまざまな推論を行い、新たな知を生み出していく。 <BR /><BR /> セマンティックウェブの基本的な考え方は理想的な未来を提示しているし、人類がその段階にたどり着かなければいけないことも、いずれたどり着く事も思い描かせる強力なビジョンだ。一方で、その理想的な未来が訪れたときにどんな新しい事が可能になるのか。実は一番面白いはずの部分である、その具体的な応用性や展望が見えない事も、残念ながらセマンティックウェブの特徴である。 <BR /><BR /> でも、アレ？デジャブを感じないだろうか。 <BR /><BR /> 還元論的に要素に分解して細分化された生命の知識を、個別の分子の挙動だけでなく細胞全体としてシステムとして理解し、定量的かつ網羅的な測定に基づいたシミュレーションやモデリングを駆使して、動的な細胞システムを理解する。そう、システムバイオロジーに何かが似ているのだ。生命は複雑な、でもnen-metaphysicalなもので、システムとして理解できるはずの対象。系として理解する事で、生命とは何かが明らかになるはず。そんなpromisingな概念のシステムバイオジー。最初の数年は学会を開く度に「システムバイオロジーとは何か」というパネルディスカッションを開き、研究論文よりもレビュー論文が多く書かれ、それが何をもたらすものなのかを定義できなかった新領域。 <BR /><BR /> 誤解を恐れずに、そして多少のsarcasmを含めて言うならば、システムバイオロジーは単なるバズワードだった。別にベルタランフィやウィーナーを持ち出すまでもなく、生理学や代謝光学ではそんなことを当たり前にやっていたし、方法序説をちゃんと読んでいれば、還元論とは要素に分解し、それを再構成して理解することだとデカルトがすでに350年前に言っていたことがわかる。最近のICSBではただのシーケンスしただけのメタゲノムとか測っただけのPPIとかがずらーっとポスターに並ぶし、もはやシステムバイオロジーは分子生物学と同義になった。 <BR /><BR /> <s>そろそろ夜道で刺されそうになってきたから言っておくと、</s>でもシステムバイオロジーは大きな成功をしたと思う。SBMLやSBGN、それからBioModelsやMIRIAMなどの標準化がなされたこと。システムバイオロジーという莫大な予算がつく分野ができたこと。そして、みんながなんとなくシステムとして生物を考えるのが大事だという緩い意識の共有ができあがってきたこと。結局システムバイオロジーによって新しく何がわかるのか、そもそもシステムバイオロジーのどこが新しいのか、そのへんは已然としてわからないけれど、システムバイオロジーというバズワードがもたらした影響は決して少なくない。 <BR /><BR /> だから、セマンティックウェブもそうなればいいと思う。セマンティックウェブの概念は間違いなくpromisingだし、美しい未来を描いている。コアなコラボレーションの中から重要な標準化がうまれれば良いし、データ統合という方向で最近はやや下り坂なバイオインフォマティクスに予算がつけばありがたいし、みんながデータがリンクされ公開され、セマンティックスがつく事が大事だと、緩く意識の共有ができていけばいいと思う。そのためには、いろいろな「セマンティックウェブ」や「Linked Data」の解釈を許して、みんなの「セマンティックウェブ」や「統合データ」を許しつつ、元気に議論していけたらいいんじゃないだろうか。システムバイオロジーから学ばせてもらえる、学ぶべき点はいろいろあるんじゃないかな。 2010-02-15 http://gaou.net/hitokoto/2010-02.html#20100212 BioHackathon2010終了。dokky, cory, それから遠隔参加で大量のアイコンを作ってくれたyvesたちと４日間で開発したG-language Bookmarklet（コードネームCube）を公開開始。ただ、まだ作りたいものの20%もできていない感じなので、バグレポートなどはもうちょっと待って下さい。６月までに正式公開できるよう開発を続けていきます。まぁでも非常に反響は良いし、「こんなことできたらいいな」という意見も多く、想像をかきたてることができるツールだとうけとめられているのは嬉しい。BioHackathonももう３回目なので、「今年<b>も</b>プレゼン素晴らしかったよ」と、"again"という単語でみんなにほめられるのもありがたい。今年も大変楽しませてもらいました。スタッフの皆様、ありがとうございました。 <BR /><BR /> さて、Cubeは楽しいオモチャだけれど、その設計思想は過去５年間以上練ってきた構想に基づいている。知っておいてもらいたいので、以下にまとめます。 <BR /><BR /> セマンティックウェブが解決を試みる重要な点は主に三点。1.RDFによるシンタックスの共通化、2.URIやpredicate推論によるデータのリンク、そして3.セマンティックスの追加だ。全てのデータが、関連する他のデータとつながり合う膨大なグラフを想像すると分かりやすい。僕らは既に、WWWを知っている。幾億ものウェブサイトがリンクによってつながり合うウェブのように、その中の(本当はWWWにまだ含まれていないデータの方が多いが、それらを含めた)データまでもがつながり合う膨大なグラフ。 <BR /><BR /> 僕らはWWWを知っているから、さらに膨大なセマンティックウェブに関しても容易に想像することができる。まず、セマンティックウェブはスケールフリーネットワークであり、スモールワールド性を持つだろう。よって、WWWと同じように非常にたくさんのリンクを持つオブジェクトとpredicateが少数存在し、それらを介して意外に少数のステップ数で全てのデータにアクセスすることができるはずだ。そして、ネットワークには非常にたくさんの、いわゆるロングテールといわれるリンク数の少ないオブジェクトやpredicateが存在し、数としてはこれらが大半を占めるだろう。 <BR /><BR /> このようなデータやネットワークにあるべき検索のインターフェースとは何だろうか。まず、絶対的に、データの繋がりを利用して、グラフをたどっていけることが必要だ。これまでのデータはつながっていなかったのだから、繋がりを探せることは大前提である。しかも、スモールワールド性を利用すれば、大多数のデータに限られたステップ数でアクセス出来るはずだ。しかし、ここで問題になるのが、前から言っている通りに、ハブが膨大であるために情報の選択が困難であることだ。何から何までデータがつながっているし、スケールフリーなネットワークなので、ハブには膨大な数のリンクがある。つまり、グラフをたどろうにもハブについた途端に数万もの分かれ道に遭遇し、どこに進んでいいか分からなくなってしまうのだ。だからこそ、セマンティックウェブでの情報探索には、思い切ったスコアリングとフィルタリングが不可欠だ。SPARQLでの検索がフィルタリングベースであり、Virtuosoの検索インターフェースがファセットベースであることを知れば、この点はすでに体感できる。 <BR /><BR /> さて、そう考えると、もう一方のロングテールを活用する検索は、スモールワールド性を活用する探索とは相入れないことに気づくのではないだろうか。そう、ロングテールではフィルタリングをしてしまってはいけない。Amazon.comが普通の本屋では見かけない、数冊ずつしか売れないレアな本で稼げているように、複数の疎に繋がったリンクをたどった末に辿り着ける情報、つまり既存のリンクされていないデータでは繋がることがあり得ない情報を見つけるためには、ノードの度数ではなく、エッジのbetweennessのようなものを考慮する必要がある。ただし、ロングテールな検索なので、問われる内容もまたロングテールになる。つまり、セマンティックウェブでしか解けない問題で、その問い独自の問題設定が求められる。このようなケースでは、データがセマンティックウェブとして存在してさえいれば、その問に適したSPARQLクエリをユーザが独自に設定して投げるのが一番効率が良い。つまり、クエリを簡単にするためのユーザーインターフェースが適している。 <BR /><BR /> このように考えると、多くの人にとって便利なセマンティックウェブ探索インターフェースは、ロングテールを思い切って切り捨て、スコアリングとフィルタリングを大胆に行うものになる。Cubeの設計思想は、そもそもセマンティックウェブではなくLinked Dataを念頭に置いていたこともあり、このような背景の上にある。 <BR /><BR /> 現在、生物学のデータは、主にNCBI、EBI、そしてKEGGなどの巨大データプロバイダに集約されている。これらはデータのハブであり、ハブである状況が今後二十年の間に大きく変わるかといえば、予算のつきかたという政治的な部分を含め、スケールフリーネットワークのrich-get-richerモデルからも可能性は限りなく低いと考えるのが妥当だろう。これらのデータプロバイダはそれぞれ内部で多岐に渡る多数のデーベースを持ち、それらのデータベースは相互にリンクされている(つまり、クリークを形成している)。また、これらのデータプロバイダ間でも、データのリンクは張られているので、ハブ間のリンクが存在する。これらのリンクは極めて重要度が高く利用頻度が高いものであり、さらに各データプロバイダ内での検索は既存の検索エンジンとスコアリングがあるため、Cubeではデータの入り口をこれらのハブに限定し、さらにその中のカテゴリや検索語のヒットを強制的にトップ８個にまとめあげている。かなり強烈なフィルタリングだと言えるが、逆に日常使う80%の用途には満足できる可能性がある。また、その８個をリング上で一覧できることで、これがある入力を起点としたエッジであることを暗黙に示している。 <BR /><BR /> HTML 5/Javascriptでの実装、インストール不要でクロスブラウザ、特定のアプリケーションではなく、コンテキスト依存で誰もが日常使うブラウザでどのページでも瞬時に使える実装、きびきびとした動きと音によるインタラクションなど、実装上の工夫も他数存在するが、リングコマンドがセマンティックウェブに有効な理由としてはもう一つある。それは、セマンティックウェブがTripleに基づいていることだ。RDFモデルはSubject->Predicate->Objectという、二つのデータ（ノード）を結ぶ関係（エッジ）の三者関係（Triple)で表現されている。つまり、セマンティックウェブでグラフをたどるということは、あるデータから出発し、そのデータとある関係を持つ次のデータに向かう、ということを繰り返すことになる。リングコマンドでは、コンテキスト（入力データ）をもとに、提示される８個の関係の中から一つを選び、その結果あるデータが表示される。つまり、このインターフェースは、データのTriple関係を抽象化していて、Linked dataを扱う上で適したユーザーインターフェースなのである。そして、データベース名はVirtuosoファセットブラウザでいうところの#Typeのpredicateであり、データベースカテゴリはReferencing propertiesに相当するpredicateである。 <BR /><BR /> セマンティックウェブは実現できれば素晴らしいが、predicateのマッピングや、そのためのテキストマイニング技術など、まだいくつかの大きなハードルが残っている。これらの問題の解決にも、リングコマンドのインターフェースは適している。Cubeでは、NCBI、EBI、KEGGなどの主要サービスプロバイダのデータを、Tripleの概念で上述の通り検索できる。検索が終了すると、検索結果のURL（locatableなresourceを示すURI。つまりこれはSubjectに相当する。実はリングコマンドではObject->Predicate->Subjectという、RDFモデルの逆方向に進む点に注意）に辿り着く。例えば"Hexokinase"でKEGGを検索し、humanのKEGG GENEエントリを含むReactionを得たとしよう。この反応の基質を詳しく知りたい場合、1. Reactionをパースし、2. 基質が書かれている場所を同定し（テキストマイニング）、3. それが基質だというセマンティクスを認識し（アノテーション）、4. Pubchemのネームスペースで同じエントリ（same_as関係）を得なければならない（predicateマッチング）が、生物学をわかっている人がそのページを見ればalpha-D-glucoseが基質である事は一目瞭然で、そこから再度リングコマンドを呼び出し、Pubchemを検索すれば良い。さらに、十分に多くのユーザが見込める場合、Cubeのログをとることによって、<b><u>半自動的にセマンティックな関係をつけることができる</b></u>。 <BR /><BR /> このように、Cubeは、とにかく80%の日常の検索用途を効率よく満たす、現実的なツールを目指している。そのために大胆なデザイン上の引き算を行っているし、機能はその分制限されている面もある。ただし、リングコマンドはTriple関係からデータ探索をする上で有効なインタフェースであり、データだけでなくG-language REST Serviceにみられるような、ウェブサービスの連携にも力を発揮できる。 2010-02-12 http://gaou.net/hitokoto/2010-02.html#20100209 </a> だから、ああそうなのかもしれない、と、言語化できないながらも少しわかった気がするんだ。 <BR /><BR /> ねぇ、大きな空めいっぱいに広がる、抱えきれないばかりの美しくもこの世ではなくなってしまったかのような、錯覚ともリアルともいえない、あの雲を妖艶な桃色と橙色に染め上げ燃える夕陽のように。炎立つ羽をはためかす不死鳥のようかと思えば、巨大な生物に飲み込まれ、包み込まれた生暖かい胃袋を内側から見上げるかのような。 <BR /><BR /> 久しぶりに両耳を包みながら、眼を閉じてイヤホンから流れ込む音に身をゆだねる。肩をはり少し疲れた日々。君と生きる同じ時代。同じ空。変わらない、変わりゆく、代わりのない時。 <BR /><BR /> 光。 2010-02-09 http://gaou.net/hitokoto/2010-02.html#20100203 </a> Lyon (France)に行きたい。世界中いろいろなところに好きな街はたくさんあるけれど、Lyonには不思議な懐かしさを感じる。一カ所に数年以上住んだ事がない僕にはよくわからないし、住んでいた土地以外への感覚としては適切ではないのだろうが、郷愁というのはこんな感じだろうか？なんだろう、西ヨーロッパのエッセンスを集めたような、そんな街だと思う。 <BR /><BR /> 一応約束していたタスクは一つ終了。去年の今頃のように予定の３倍ほど時間はかからなくなった（見積もりがまともになってきた）けれど、やっぱりまだ予定よりはビハインド。 <BR /><BR /> 修士の最終試験が終了。明日からのゼミ合宿が終われば今学期の作業としてはほぼ終了。 2010-02-03 http://gaou.net/hitokoto/2010-01.html#20100129 iPhoneを発表した時、Appleは自らが広めた「マウス」を使って計算機を操作するという概念を破壊した。 <BR /><BR /> iPadによって、AppleはMacintoshで自ら作り上げた「パーソナルコンピュータ」という概念を再定義した。 <BR /><BR /> そして、Appleは近々、自ら創造した「デスクトップ」と「Finder」というアナロジーをぬぐい去るだろう。２０年前からジョブスは言っていた。データはローカルに持つべきではないと。iTunes, iPhoto, iBooks, Youtube, Google Maps。これらのデータは通常の「ファイル」として「Finder」上に置かれていないばかりか、ウェブやMobileMeに存在しているものさえある。モバイルに、ユビキタスに。コンピュータを解き放つため、ジョブスは、Appleは、次にこれらを破壊してくれると思う。 <BR /><BR /> そして、満を持してMacintoshにマルチタッチUIが載る日がやってくる。MacOS Xは、そのときに完成を見るだろう。 2010-01-29 http://gaou.net/hitokoto/2010-01.html#20100128 </a> というわけでiPadがアナウンスされたわけだが、相変わらず書きますよ、現段階での総評。 <BR /><BR /> まず、このプロダクトは、大きなiPod Touchでも、小さなMacintoshでもなく、"iPad"である、つまり、第三のラインナップであることを意識する必要がある。iPhone的に考えるとデカくて持ち歩きにくいだろうし、Macintosh的に見るとマルチタスクもないし自由度も低い。でも、iPadはそういう枠組みで考えるべきではない。 <BR /><BR /> そして、iPadは読書のためのデバイスではないし、Kindleと比較するべきでもない。iPadでは本<i>も</i>読めるが、読書のためのデバイスではない。 <BR /><BR /> ではiPadとは何か。僕の回答はこうだ。これは、新しい文房具。さらに別の言い方をすれば、iPadは「パーソナルコンピュータ」だ。 <BR /><BR /> パーソナルコンピュータと言えば、iMacやMacBookなどをこれまでは指していた。でも、iPadはこれらを「ワークステーション」（仕事場）に新しく定義する。音楽を楽しむ、映画を見る、読書をする、絵を描く、写真を整理する、宿題をやる、ネットをブラウズする。そういうパーソナルライフに必要な作業を取り出し、恐ろしく効率的にまとめあげたデバイス。僕らは勘違いしていた。これまで存在していたものは「ワークステーション」であって、パーソナルコンピュータ（個人の計算機）というものは、2010年に産声をあげるものなのだ。 <BR /><BR /> 実際にKeynoteでジョブス達が触っている様子、その後続々とあがってくるHands-onの動画など、そしてそのUIを見れば、iPad上での音楽、動画、写真などを見たり聴いたりする作業、さらには本やウェブサイトを見る作業は、明らかにMacBookやiMacでマウスを用いてやるよりも直感的で自然だ。 <BR /><BR /> iPadのインタフェースを見ていて、強烈にMacOS 7の頃の<a href="http://en.wikipedia.org/wiki/At_Ease">At Ease</a>を思い出した。アプリケーションの機能としては普通のMacOSと変わらない性能で、そこへのアクセスが恐ろしく容易。iPhoneOS 3.2でファイル共有機能ができて、Finderをリプレースする機能としてAt Easeが完成したと言えるだろう。そして、At Easeが狙っていたのは子供や教育市場だった。なるほど、iPadには教科書が見事に収まる。教育用アプリケーションも簡単に使える。コミュニケーションもできる。教育の現場にこれからウェブは不可欠だろう。さらに、PagesやKeynote、Numbersで宿題もできる。この価格だと、小中学校でiPadを使って授業が行われる風景が容易に想像できる。アメリカの学校だと、百科事典くらいの馬鹿みたいにデカイ教科書を何冊も持ち、関数電卓も持ち歩く。そういうのが全部iPadで直感的にできる。この直感性は、Macではできない。そして、iPod Touchじゃ小さ過ぎる。まさに、iPadにしかできない。 <BR /><BR /> 同様に、多くの人はMacをUNIXとしては使わない。シェルは開くことはない。大きなラップトップではなくてNetbookを買う。そういう人たちにとってみれば、iPadでやりたいことの全てが、他のどんな道具よりも簡単にできる。そして、何より安く買える。iPadのマーケットは広い。 <BR /><BR /> もう一つ考えてみて欲しい。このサイズで、持ち運びが便利で、直感的。僕は、iPadは今までコンピュータを使うべきだけど使っていなかった世界にこそ広まると思う。例をあげよう。病院で毎朝、看護婦さんが入院している患者さんの血圧を測って回る。手にしているものはメモボード。これをiPadに置き換えてみよう。Dockコネクタから血圧計が繋がる。患者さんに話を聞きながら、タッチ操作で状態を電子カルテに入力。こういう近未来は映画などで描写されることがあるし、（子供達が使う電子教材としてのiPad同様）想像に難くないはずだ。スーパーのPOSレジのタッチパネルを置き換えることもできるかもしれない。メモボードは形も似ているし、これがiPadで置き換えられるのは必至だろう。そうだ、自動車教習所の教官が君の運転をチェックしながら手に持っているものもiPadかもしれない。 <BR /><BR /> そう、だから、iPadは「ワークステーション」を置き換えるものではない。中途半端だし、MacBook Airの方がいいと考えるのは当たり前だ。それは「ワークステーション」であって、「パーソナルコンピュータ」ではないからだ。「パーソナルコンピュータ」はまだ産まれていない。「パーソナルコンピュータ」が使われるべき場面は、まだ「コンピュータ」が入り込んでいない世界なのだ。 <BR /><BR /> iPadには大きな可能性がある。おそらく、「パーソナルコンピュータ」が僕らの思いも寄らぬ場所に入ってきて、驚かされる未来が１年から２年以内にくる。ユビキタスでパーソナルなコンピューティングがはじまろうとしている。 2010-01-28 http://gaou.net/hitokoto/2010-01.html#20100126 </a> 三倍界王拳（1日を3日にする方法）のやり方を発見した。迫り来る期限の中、どうしても時間がなかったので月曜早朝から発動。さすがにまだうまくコントロールしきれていないし、三日目はかなり身体に反動が表れて来ていたけれど、火曜朝の時点で三日分の仕事が終わっているので完全にタイムスリップした感覚。これはすごい。 <BR /><BR /> 一週間Twitterを使ってみて、やっとこれがサーバーレベルでどう実装されているかがある程度想像できてきた。なるほどねぇ、時代にあったいい設計だと思う。G-language ProjectではMarch/Cubeから発展した構想としてInsightというのがあるんだが（とはいえcoryくらいにしかちゃんとこれの中身について話したことはないんだが）、実装段階では参考にさせてもらおう。Twitterは、メリットもデメリットも、自分を強制的にパブリックスペースに置く事にある。よって、このツールの難しさも面白さも基本的にはパブリックスペースのそれと同じわけだ。まだあんまりたくさん有名人アカウントみてないけど、@masasonの使い方はもの凄く巧みだと思う。 <BR /><BR /> ああ、そうか。Insightのベースになる考え方って、今の僕が考えるセマンティックウェブに欠けているものを補完する手段そのもので、チューリングテストを突破できる人工無能の構築に必要なハックともかぶる部分なのか。 <BR /><BR /> 例えば、今、箱根と銀座に行きたい。これを都心・温泉地の対照的な願望と見るか、神奈川県央在住者として、コスト（移動時間・必要なお金など）が同等な候補と見るか。この世界は相対的なものである。ただし、「デザイン」や「オントロジー」には絶対的な主観的観測点を置かなければならない。ではその観測点を効果的に設定するにはどうすれば良いか。一つは優秀なデザイナーが独断と偏見でデザインすること。そしてもう一つは、集合知のアトラクタを用いることではないかと思っている。そして、どちらか片方ではなく、これらを融合させることが大事。まぁ、それにはさらにもう一つの観測点としての強力なデザイナーが要求されるというパラドックスがあるが、その解決方法も僕は一応知っている。 <BR /><BR /> ま、相変わらずプロトタイプがない段階であまり手の内を見せたくはないので、曖昧ですがこのへんで：） 2010-01-26