2003-03-17 [長年日記]
_ メタ情報統合インターフェース (20:17)
tDiaryにTrackBackが実装されて（http://sheepman.parfait.ne.jp/20030315.html#p01）しまったことだし、やっぱりHNS用TrackBackコードも書いておこうかなーと思って漠然と設計を考えてみたんだけど、記事（NEW）単位でいちいちRDFを埋め込むコストを払うのが、とってもいやな気分になった。
HNSの場合は過去ログは、一ヶ月を三期（約10日）でまとめたHTMLのアンカーとして扱うから、そのすべてのNEWにRDFを埋め込むと、過去ログHTMLのサイズがそれだけで倍になってしまいそう。かといって、記事単位をあきらめて日付単位にするのもいやなんだよなー。
というところで、「TrackBackを実装する」のときに考えた、
>システムのTrackBack関連のメタ情報（インターフェースの仕様など）を得るためのAPIも欲しい
ってのを真面目に考えてみたくなった。PingBackみたいにlinkタグ（とheaderの拡張）で表現するのが一番無難かな。たとえば、
X-MetaInfo: http://ishinao.net/WikiLike/metainfo.php
とか
<link rel="metainfo" href="http://ishinao.net/WikiLike/metainfo.php">
とかでメタ情報取得インターフェースを得て、あとはそのインターフェースに対して規定のリクエストを渡すことで、
- サイトがどのようなインターフェース（TrackBack、PingBack……）に対応しているか
- ある記事のRSSアイテムとしての情報
- ある記事に対するTrackBack Ping URL
- あるいは統合インターフェースに対して直接TrackBackを送信する
- ある記事にTrackBackしている記事のRSS（TrackBack Ping URL?__mode=rssへのエイリアス）
みたいなことが可能になるイメージ。
この手の考えを大げさ方向に推し進めると、Webサーバーレベルでディレクトリ（Webアプリケーション）単位の情報取得APIをサポートしてもらうのが一番だろうな。でもまあひとまずはCMS、特にWeb日記およびblog系ツールを中心に考えてみよう。
_ Amazon、Web サービスプログラムをイギリスでも実施 (20:17)
もしかしたら、米国で実施してみたはいいが負担（コスト）がかかる割には利益に貢献しないんで、機会を見てやめてしまおうとか思っているんじゃないかと、ちょっと不安になっていたんだけど、イギリスでも始めたってことは日本でも始まる可能性があるってことだよな。日本でも始まると、書評リンク関連でいろいろ遊ぶネタが出来そうだなー。
_ グーグル、インテル、MSが注目するベイズ理論 (20:17)
最近あちこちで見かけるキーワード「ベイズ（ベイジアン）理論」の解説記事。なるほど基本となるのは、過去の統計から今後の予測を行おうというごくごく当たり前な考え方なんだけど、最近になってそれをコンピュータ上でうまく実現するためのモデルが確立されつつあるという話なのね。
その背景には、コンピュータパワーの増大によって未来の予測に使えるほどのデータ量を扱うことが簡単になり、また、ネットワークインフラが整ってきたことによって大量の情報を収集することが可能になっている、ということがあるわけね。
_ tDiary: TrackBack from Asumi日記 (20:17)
- tDiary: TrackBack - http://sho.tdiary.net/20030317.html#p01
>「いかにPingBackする側が楽できるか」という視点からなので、やっぱりこの「手動TrackBachフォーム」が出てくるだけだと面白みがないなぁ。手動でツッコミ欄に書いても一緒だし。これって、他のBlogツールからだと自動でできたりするんでしょか?
TrackBack送信側の手間としては、自分のサイトで記事をPOST（作成・更新）する際に、TrackBackする先のTrackBack Ping URLを専用のinput欄にコピーしておくだけです。
記事URLからTrackBack Ping URLを自動的に取得（埋め込みRDFをparse）することも可能なんで（MovableTypeではそれをbookmarklet（JavaScript小物アプリ）で実装しているらしいけど、もちろんWebアプリ側で処理を行うことも可能）、最小の手間としては相手の記事のURL（普通は本文中でリンクに使っているはず）を専用の欄にコピーしてから更新すればいいことになります。
確かに、PingBackの方がTrackBackよりも更新側の手間はかからないかもしれませんけど、私は「TrackBack先URLを専用の欄にコピーする」＝「TrackBackしたいという意志を表明する」というところが結構重要なのではないかと思っています。全自動処理のPingBackと違って、TrackBackの場合は言及行為を筆者が意識して行っていることになるので。
_ TrackBackとRefererとツッコミと from Asumi日記 (20:17)
- TrackBackとRefererとツッコミと - http://sho.tdiary.net/20030317.html#p02
>残念ながらTrackBackにはこのエンターテイメント性が欠けていて、どのような序列のサイトからでもTrackBack可能だし、TrackBackされたサイトから見ればどのサイトも平等である
確かに「本日のリンク元」における逆人気投票的なエンターテインメント性はないけれども、ある意見に関する議論をツリー構造的に見渡せる（反響が多い記事が一目で分かる）ことから、どの意見（ツリーの枝）が反響が多いか（子ノードが多いか）という複数サイト（コミュニティ）を俯瞰した人気投票的エンターテインメント性が出てきます。TrackBack Tracerの画面みたいに、どの枝が長く広く続いているのかが一目で見渡せるんで。
>結局、ishinaoさんが考えるTrackback情報を使って、サイト横断的に議論を閲覧できる未来のようなツールが出てきて初めて、TrackBackの有効性が出てくるのではないかと思う
「鶏が先か、卵が先か」みたいな話ですね。ツールが出てこないとTrackBackは有用じゃないけれども、TrackBackが普及していないとツールが出てこない（作る気になれない）。
ってスタンスがやっぱり基本でしょうね。P2Pで分散ってのは、ある意味「誰も保証しない」ってことですし。私は、ひとまず目先が楽しければそれで十分です。でも、複数のサイトがスレッド的につながるようになると、リンクの永続性がある程度保証されているサイトに人気が集まったりしそうな気もします。
>zoeさんのリンク先を読むのが億劫という感覚、おれは間違ってないと思う
というのは確かにそうなんですけど、その億劫だという思いを乗り越えて（笑）「いざリンクをたどるときにかかる労力を減らそう」という場合に、TrackBackは役に立つと思います。
_ ［WSJ］ 上級ユーザー取り込みを目指すAOL Communicator from ZDNet (20:17)
- ［WSJ］ 上級ユーザー取り込みを目指すAOL Communicator - http://www.zdnet.co.jp/news/0303/17/xedj_aol.html
GoogleがBlogger買収あたりと絡めて、Google Clientを作ったら、それこそ上級ユーザー御用達クライアントツールになるだろうなー。とふと思った。AOLって日本ではまだドコモとくっついているのかな？
_ Opinion新型ノートブックは買い時か from ZDNet (20:17)
- Opinion新型ノートブックは買い時か - http://www.zdnet.co.jp/enterprise/0303/17/epn04.html
俺がもしも純粋に趣味で一台新しいノートPCを買っていいと言われたら、新しいPowerBookを買うだろうなー。Mac OS Xマシンはとてもいじり甲斐がありそうだ。でも実用で買うんだったら、新しいVAIOノートZかThinkPad T40かどっちかを買うんだろうな。いや、まだSRX7＋大容量バッテリーで十分満足しているから買わないけど。
