さる9月7日に東京で行われたITpro Challenge!ですが、ひきこもって鬱々と考えてばかりの生活を離れ、先を走っているすごい人たちの勢いを感じられたのはとても良い体験でした。 僭越ながらぼくもプレゼンさせていただいたのですが、この内容についてはCNETのほうに流れに沿った詳細な記事がアップされています。 収益が見えないことは、やらない理由にはならない--インフォテリアUSA江島氏 で、講演資料のほうはSlideShareにアップしました。ここからPDF形式でダウンロードもできます。 ブログにこうやって外向けの文章を書くときというのは、それなりに精神的に落ち着いた瞬間を見計らって襟を正してから書くので、普段の七転八倒している姿は伝わらないものです。 割と露出狂的マゾヒズムの気があるほうだとは思ってるんですが、それでもやっぱり、恥ずかしいこととかコンプレックスとかは自分なりに

Lingrをリリースしてからちょうど１年が経ったので、この機会に総括してみたいと思います。 お世話になってるユーザやAPI開発者の皆さんに恩返しをする意味でも、これから自身で何かを開発する際の参考にしてもらえればいいな、という思いから、なるべく具体的な数字を伝えることにしました。 これはデータセンターで計測されたデータ転送量のグラフです。 あとはGoogle Analytics（以下略GA）による統計で、簡単にご紹介できる現状の数字としては、 月間ユニークユーザ：10万人 月間ページビュー：23万PV 絶対ユニークユーザ：26万人 平均滞在時間：10分 といったところです。 なお、GAのデータに関しては、API経由のアクセスは一切カウントされないのと（あとで述べますが、API経由のアクセスはブラウザ経由の2倍あります）、AjaxやCometによるアクセスもページビューにはカウントされないと

先週末に予定されていたJTPA企画の梅田さん主催オンラインサロンですが、会場に多くの人が集まるにつれてLingrが重くなってしまうという事態に陥ってしまい、まるでイベントの体をなさないまま時間が過ぎてしまい、あえなく中止となってしまいました。 当イベントを楽しみにしていた皆様、そして梅田さんはじめJTPAスタッフの方々には、本当に申し訳なかったと思います。ここに改めてお詫び申し上げます。 Macworld 2007のときには180人を収容して何の問題もなく快適に使えていたので、「1000人はわからないけど、200人ぐらいなら大丈夫だろう」とたかをくくっていたのが間違いでした。 今回はその反省も含めて、内部で検証した技術情報をすべて公開し、どのような問題に直面し、どのように解決にあたっているのかをお伝えすることで、特に技術者の皆さんに役立つフィードバックにしたいと思います。 ■今回のアーキテ

ワークスタイル・メモ カレンダー・手帳術からグループウェア、ライフハックやWeb2.0系ツールまで、インターネットが変えようとしているワークスタイルの未来を考える。 記者発表会やイベントの様子を伝えるビデオブログにも挑戦中です。 ワークスタイル・メモ　>　コミュニケーション系　>　Lingr　（ブラウザでリアルタイムにライブチャット） LingrはCNETのブログでもおなじみのインフォテリアの江島さんが中心になって開発しているチャットサービスです。 Skypeのパブリックチャットを使ってみて、改めて違いが気になったので遅ればせながらレビューしてみました。 Skypeがクライアントにインストールしたソフトウェアを利用しているのに対し、Lingrは通常のブラウザでアクセスして利用するいわゆる掲示板サービスです。 最大の違いは、ブラウザ経由なのにもかかわらずリアルタイムにチャットが可能な点。 い

本日の日経産業新聞で一面を飾ったのでお気づきの方もいらっしゃると思いますが、私の米国チームにおける最初の成果となる新サービス「Lingr（リンガー）」をリリースしました。 サービス内容についてはオフィシャルブログの方に書いた通りですが、おそらく英語のままだとほとんど読まれないと思うので、以下に翻訳バージョンを記載します。 Lingrは、一言で言えば「ブラウザ上で動くチャット」です。 ハイライトは以下の通り。 お手軽さ。Lingrでは何もインストールしなくてもブラウザ（Firefox, Safari, IEをサポートしています）だけでサクサクと軽快な操作感でチャットができます。この感覚は実際にさわってみないとわからない！ ホット・タグ。各チャットルームにはタグ（キーワード）をつけることができ、これが常時リアルタイムに集計されているので、「今、どういう話題がアツいか」をタグ・クラウドを通じて知

さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに