見たいものを、好きな方法で、自由に見れるプロトコルがWEB

なんだか盛り上がっているので。こんな理解でもいいんでしょうか？

重要なのは、関心のあるデータ（RSSフィード）へのポインタ（URL）のリスト（OPMLとか）が一つの場所で最新の状態に維持されていることで、どのアプリケーションでフィードの中身を見るかは、その日の気分によって帰られるぐらいがベスト。

Plagger を使うとこれが実現できるのは、サービスをバラバラにひっぺがして、あるアプリはリストへの追加や管理だけ、別のアプリはユーザーインターフェース、みたいに無理矢理つなげることができるから。

リストとデータとUIが、それぞれ分かりやすく構造化されていること自体が重要で、その間のプロトコルは何でもよい（最悪スクレイピング + Greasemonkey）。逆にAtomみたいな新しいフォーマットじゃなくて、POPやIMAPとか枯れたプロトコルを経由させることで、思ってもいなかったデバイスで、スゴい情報が見れるようになったりして。
Plaggerという実装自体がプロトコル？ perlだけじゃなくて、PHPとかRubyとか色々な言語で実装されてて、yamlだけが共通でもいいんですよね。

ただし、自分のサービスが持っている情報をJSONとかMicroformatsで出しているところは、明らかにイジりやすいので好まれるだろうし、APIとしてライブラリを提供したり、規約として流用を認めていれば、合法的な周辺サービスがどんどん出てきて普及するようになるかもしれない。
そのかわり、ユーザのスイッチングコストは著しく低下するので、リスト管理かデータ提供かUIの、少なくともいずれかでトップクラスの実力を維持しないと、あっというまにユーザがいなくなってしまうかもしれない。ようするに、ユーザは自分が見たいように、見たいものを見る。

そのかわり、新しく何かサービスをつくる場合には、力を入れたい部分にフォーカスすれば、その他の部分は、ネットワーク上のどこかの疎結合モジュールが自動的に補ってくれる。「なんだか新しいユーザーインターフェースができたみたいだね。ちょっと切り替えて使ってみる？」とブログで話題になれば、誰でも一瞬はスターになれるかもしれない？！

とりあえずは、Bloglines から Livedoor Readerに乗り換えるのに、OPMLのエクスポート/インポートして、さらに新しくブログを追加するBookmarkletも、Livedoor Reader 用に設定したけど、Livedoor Readerに新しく追加したブログは、やっぱり気が変わってBloglinesに戻ったときには入っていない。というメンドクささは無くなってほしいですね。（それPlaggerでヨクネ、ってやつを僕みたいな普通の人にも言えるようにしてほしい！という希望）。
この辺は、OpenIDで認証して、OPMLをAutoDiscoveryするとかで解決できるかも？その辺がOpenなSNSの領域になるのかなあ。

• subtechグループ - Bulknews::Subtech - [Plagger] Livedoor Reader Frontend
• naoyaグループ - naoyaの日記 - バックエンドアプリケーションの API インタフェースを規定するフロントエンド特化型アプリケーション
• subtechグループ - Bulknews::Subtech - API, UI as Commons
• Kickstart my heart: APIとUIはともにIである
• 汎用的かつ拡張可能な機能を持ち、かつ洗練されたユーザインターフェースって - Ogawa::Memoranda
• naoyaグループ - naoyaの日記 - Web API フレームワーク