<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Twitterはもうダウンも目じゃない段階まで来てしまったようだ へのコメント</title>
	<atom:link href="http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/feed/" rel="self" type="application/rss+xml" />
	<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/</link>
	<description>次世代のウェブ社会に影響を与えるベンチャー企業・新サービス・スクープねたを毎日リアルタイムで綴るブログ‐TechCrunchの日本語版サイト</description>
	<lastBuildDate>Thu, 26 Nov 2009 02:15:50 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitterが失敗してしまわなかった秘密は「オーディエンス」の活用にあり より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-525388</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitterが失敗してしまわなかった秘密は「オーディエンス」の活用にあり</dc:creator>
		<pubDate>Sat, 16 Aug 2008 17:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-525388</guid>
		<description>[...] 日々、どれだけサービスが停止してしまってもTwitterのユーザはTwitterを使い続け、どんな競合サービスが登場しても移行することはなかった。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 日々、どれだけサービスが停止してしまってもTwitterのユーザはTwitterを使い続け、どんな競合サービスが登場しても移行することはなかった。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; みんなTwitterのダウンタイムは気にならないらしい より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-523871</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; みんなTwitterのダウンタイムは気にならないらしい</dc:creator>
		<pubDate>Wed, 09 Jul 2008 07:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-523871</guid>
		<description>[...] Twitterはもうアップタイムのことを心配する必要はないかもしれない、とMichaelは以前書いた。そして、そのとき「自分はTwitterが自分を必要とする以上にTwitterを必要としている」と説明していた。それから数ヶ月の月日と何時間ものダウンタイムが過ぎたが、ほとんどの人が同じように感じているようだ。初期にTwitterを使い始めた人たちはFriendfeedに乗り換えてしまったかもしれない。けれど、大多数はそのままTwitterに残り、その苦痛に耐えているようだ。 [...]</description>
		<content:encoded><![CDATA[<p>[...] Twitterはもうアップタイムのことを心配する必要はないかもしれない、とMichaelは以前書いた。そして、そのとき「自分はTwitterが自分を必要とする以上にTwitterを必要としている」と説明していた。それから数ヶ月の月日と何時間ものダウンタイムが過ぎたが、ほとんどの人が同じように感じているようだ。初期にTwitterを使い始めた人たちはFriendfeedに乗り換えてしまったかもしれない。けれど、大多数はそのままTwitterに残り、その苦痛に耐えているようだ。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; スコーブルがTwitter共同創業者エヴァン・ウィリアムズ＆ビズ・ストーンにインタビュー（動画） より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-523155</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; スコーブルがTwitter共同創業者エヴァン・ウィリアムズ＆ビズ・ストーンにインタビュー（動画）</dc:creator>
		<pubDate>Sat, 31 May 2008 02:53:08 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-523155</guid>
		<description>[...] 「みんながイライラしているということは、みんなが気になるものを作ったことの現われですよ」、開始から何分か経ったところでウィリアムズはこう言っている。それは自分も同意見だが、会社の経営はそれでは通らない。ストーンもまた、Twitterが今年3／4月でサイズが倍になったと語っている。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 「みんながイライラしているということは、みんなが気になるものを作ったことの現われですよ」、開始から何分か経ったところでウィリアムズはこう言っている。それは自分も同意見だが、会社の経営はそれでは通らない。ストーンもまた、Twitterが今年3／4月でサイズが倍になったと語っている。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitter：何かが技術的におかしい模様です より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-522809</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitter：何かが技術的におかしい模様です</dc:creator>
		<pubDate>Wed, 21 May 2008 14:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-522809</guid>
		<description>[...] 噂によれば、巨額資金獲得ラウンドを終えて、ハイファイブが飛び交っているそうだ。しかしこんなことばかりでは利用者は何か新しいサービスに向けて脱出することを語るだけでなく、実際にそうしようとし始めるのではなかろうか（私だってそうだ）。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 噂によれば、巨額資金獲得ラウンドを終えて、ハイファイブが飛び交っているそうだ。しかしこんなことばかりでは利用者は何か新しいサービスに向けて脱出することを語るだけでなく、実際にそうしようとし始めるのではなかろうか（私だってそうだ）。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitterは解放できる―これがシナリオだ より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-522164</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitterは解放できる―これがシナリオだ</dc:creator>
		<pubDate>Mon, 05 May 2008 19:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-522164</guid>
		<description>[...] この数日、多くの人気ブロガーが、いまこそTwitterを捨てて、利用が集中するたびにダウンすることのない非集中的なIMサービスに移行すべきだ、と声高に叫んでいる。一般的に言って、Twitterのようなサービスは、ユーザー数がある臨界量に達すると、ネットワーク効果が生じて、新規参入への巨大な障害となるから実際問題として打倒不可能になってしまう。しかし、Twitterの一つの側面であるオープン性は、逆にアキレス腱ともなりうる。昨日、Scott Hanselmanは、Twitterのようなシステムはどうしたらうまく動くか考えを述べていた。Dave Winerは、同じくこの問題を幅広く論じてはいるが、彼の関心は主として、単純にTwitterのメッセージをバックアップして、このサイトがダウンしても利用可能であるようにすることに向かっている。彼はTwitterの本当の利点には関心がない。つまり、日々移ろいゆく人々のグループの間で現れては消える、自然発生的な、非同期の会話を重視してはいない。彼が問題にするのはデータが安全かどうかだけだ。Marc Canterは驚くほど明快な記事でこの議論に参加している。彼はDNSを例に、インフラストラクチャは非集中的で、しかも信頼性がなくてはならないと言っている。Twitterの脱集中化というのは、しかしサービスがダウンした際のコンテンツのバックアップという話ではない。それはサービスを全体としてダウンすることがありえないようにして、どんなにポピュラーになっても、そうした会話が中断せずに使えるようにするということなのだ。Twitterを脱集中化するシナリオDataPortabilityの共同ファウンダーで、Faraday Mediaというスタートアップのファウンダー、Chris Saadは、Twitterを実質的に脱集中化する方法が一つあると考えている。Twitterの最大の弱点（したがって、新しい非集中的なアプローチにとってのチャンス）というのは、Twitterに関係する活動の非常に多くがTwitter.comの外で行われていという事実だ。ユーザーはデスクトップ・クライアント（Twitterific、AlertThingy、Twhirlなど）やIM、SMS、その他様々なインタフェースを使ってTwitterと会話している。これらのサードパーティ・アプリケーションは、新しく非集中化されたTwitter風のサービスがTwitterに代わって、あるいはTwitterと並んで登場してきたときに、これらのサービスに簡単な調整を加えるだけでTwitterオリジナルに対するのと同様に利用できる可能性がある。新システムのユーザーは、マイクロブログに投稿することになる。サードパーティもこうしたマイクロブログのプラットフォームを開発できる。マイクロブログの標準に準拠していることを何らかの方法で保証することも必要だ。例えば、本文は最大140字、表題なし、等々。ユーザーも、標準に準拠したソフトウェアを自分のサーバにインストールできる。現在Wordpress.orgを使ってやっているのと同じようなことだ。この分野でも、間もなくオープンソース・プロジェクトが始まることは間違いない。難しいのは、マイクロブログの投稿を集約して、ユーザーが好きなTwitter発言者を購読できるようにすること、そして、「@[username]」と冒頭に書けばけその指名した特定のユーザーへのメッセージとなるなどのTwitter方式のメカニズムを実現するところだろう。これはたんにRSSを使うだけではうまくいかない。容量を超える急速ななポーリングによってサーバが停止する可能性があるからだ。SaadはRSSをXMPPでラッピングする方法が答になると考えている。XMPPというのはインスタントメッセージング・プロトコルに基づいたオープンな標準で、もともとJabberのために開発されたものだが、現在はGoogle Talkなど様々なアプリケーションに使われている規格だ。XMPPは予約者にメッセージを送出することができるため、常時にポーリングしている必要がない。Saadの考えを詳しく知りたい人は、彼らの製品SyncStreamについて語っている彼のサイトを参照。また、彼らはすでに、「GetPingd」という標準提案中の仕様に基づいて、実装コードを書いている。Twitter自身もすでにAPIでXMPPを使っているし、Google TalkのようなサードパーティーのアプリケーションもTwitterとの統合にXMPPを使っている。もしユーザーがこの新しいシステムでTwitterを始めたら、Alert Thingyのようなサードパーティ・アプリケーションは、ただその新しいシステムを対象として追加するだけでいい。TwitterにサインインするためだけにAlert Thingyを使うのではなく、Alerty Thingyにもアカウントを作れば、そこがユーザーの購読リストを管理してくれる。これはちょうどGoogle Readerのようなフィードサービスが、現在RSS購読についてやっていることと同じだ。XMPPはすでに購読者をトラッキングするメカニズムを持っており、それはTwitterの 「followers」リストと基本的に同一の機能を持っている。ユーザーは彼らのマイクロブログで購読者（follower）のリストと人数を保持することができる。返信を扱うのは、やや複雑だ（Twitterの@[username]機能）。一つのやり方は、既存のRSS基盤をとくにGoogleやTechnorati Blogの検索と組み合わせて使って@repliesをモニターし、これをユーザーのアプリケーションにフィーしてやること。その結果はマイクロブログだけに限定されないが、それが問題にｊなるかどうかは私にはよくわからない。スパム的なものを排除するには、現在のTwitterと同じやり方で、単純にボタンをクリックすればよいようにする必要があるだろう。この理論的なプラットフォームでは、発信を完全に非集中的なネットワークに移行させることになる。そしてTwitterで弱点となっている部分をサードパーティのアグレゲータ・サービス（すでに競争の激しい市場となっている）に任せる。これによって障害の原因となるような一点集中的なボトルネックは消滅するはず。Twitter（会社、サービス、サイトやソフトウェア）は、もちろんこの新しい非集中的なプラットフォームには一切関係しない。したがって彼らは当然反対するだろう。ではそれは実現可能か？　もちろん絶対に実現可能だ。というのは新しい非Twitter世界へ容易かつシームレスに移行可能だからだ。既存のTwitterのクライアントは単にGetPingdとその他インフラストラクチャのサポートを追加するだけでよい。それだけで既存のTwitterの世界と非Twitter世界を完全に接続することができる。新しい非集中的フレームワークをサポートするだけで誰でも現在Twitterが提供しているサービスを自分のウェブサイトで実現できる。無数のマイクロブログ・アプリケーションが生まれて、この世界に加わってくるだろう。そしてユーザーは二度とサービスのダウンに苦しめられることがなくなる。.CrunchBase InformationTwitterInformation provided by CrunchBase[原文へ]（翻訳：Namekawa, U） タグ: faraday-media, Twitter [...]</description>
		<content:encoded><![CDATA[<p>[...] この数日、多くの人気ブロガーが、いまこそTwitterを捨てて、利用が集中するたびにダウンすることのない非集中的なIMサービスに移行すべきだ、と声高に叫んでいる。一般的に言って、Twitterのようなサービスは、ユーザー数がある臨界量に達すると、ネットワーク効果が生じて、新規参入への巨大な障害となるから実際問題として打倒不可能になってしまう。しかし、Twitterの一つの側面であるオープン性は、逆にアキレス腱ともなりうる。昨日、Scott Hanselmanは、Twitterのようなシステムはどうしたらうまく動くか考えを述べていた。Dave Winerは、同じくこの問題を幅広く論じてはいるが、彼の関心は主として、単純にTwitterのメッセージをバックアップして、このサイトがダウンしても利用可能であるようにすることに向かっている。彼はTwitterの本当の利点には関心がない。つまり、日々移ろいゆく人々のグループの間で現れては消える、自然発生的な、非同期の会話を重視してはいない。彼が問題にするのはデータが安全かどうかだけだ。Marc Canterは驚くほど明快な記事でこの議論に参加している。彼はDNSを例に、インフラストラクチャは非集中的で、しかも信頼性がなくてはならないと言っている。Twitterの脱集中化というのは、しかしサービスがダウンした際のコンテンツのバックアップという話ではない。それはサービスを全体としてダウンすることがありえないようにして、どんなにポピュラーになっても、そうした会話が中断せずに使えるようにするということなのだ。Twitterを脱集中化するシナリオDataPortabilityの共同ファウンダーで、Faraday Mediaというスタートアップのファウンダー、Chris Saadは、Twitterを実質的に脱集中化する方法が一つあると考えている。Twitterの最大の弱点（したがって、新しい非集中的なアプローチにとってのチャンス）というのは、Twitterに関係する活動の非常に多くがTwitter.comの外で行われていという事実だ。ユーザーはデスクトップ・クライアント（Twitterific、AlertThingy、Twhirlなど）やIM、SMS、その他様々なインタフェースを使ってTwitterと会話している。これらのサードパーティ・アプリケーションは、新しく非集中化されたTwitter風のサービスがTwitterに代わって、あるいはTwitterと並んで登場してきたときに、これらのサービスに簡単な調整を加えるだけでTwitterオリジナルに対するのと同様に利用できる可能性がある。新システムのユーザーは、マイクロブログに投稿することになる。サードパーティもこうしたマイクロブログのプラットフォームを開発できる。マイクロブログの標準に準拠していることを何らかの方法で保証することも必要だ。例えば、本文は最大140字、表題なし、等々。ユーザーも、標準に準拠したソフトウェアを自分のサーバにインストールできる。現在Wordpress.orgを使ってやっているのと同じようなことだ。この分野でも、間もなくオープンソース・プロジェクトが始まることは間違いない。難しいのは、マイクロブログの投稿を集約して、ユーザーが好きなTwitter発言者を購読できるようにすること、そして、「@[username]」と冒頭に書けばけその指名した特定のユーザーへのメッセージとなるなどのTwitter方式のメカニズムを実現するところだろう。これはたんにRSSを使うだけではうまくいかない。容量を超える急速ななポーリングによってサーバが停止する可能性があるからだ。SaadはRSSをXMPPでラッピングする方法が答になると考えている。XMPPというのはインスタントメッセージング・プロトコルに基づいたオープンな標準で、もともとJabberのために開発されたものだが、現在はGoogle Talkなど様々なアプリケーションに使われている規格だ。XMPPは予約者にメッセージを送出することができるため、常時にポーリングしている必要がない。Saadの考えを詳しく知りたい人は、彼らの製品SyncStreamについて語っている彼のサイトを参照。また、彼らはすでに、「GetPingd」という標準提案中の仕様に基づいて、実装コードを書いている。Twitter自身もすでにAPIでXMPPを使っているし、Google TalkのようなサードパーティーのアプリケーションもTwitterとの統合にXMPPを使っている。もしユーザーがこの新しいシステムでTwitterを始めたら、Alert Thingyのようなサードパーティ・アプリケーションは、ただその新しいシステムを対象として追加するだけでいい。TwitterにサインインするためだけにAlert Thingyを使うのではなく、Alerty Thingyにもアカウントを作れば、そこがユーザーの購読リストを管理してくれる。これはちょうどGoogle Readerのようなフィードサービスが、現在RSS購読についてやっていることと同じだ。XMPPはすでに購読者をトラッキングするメカニズムを持っており、それはTwitterの 「followers」リストと基本的に同一の機能を持っている。ユーザーは彼らのマイクロブログで購読者（follower）のリストと人数を保持することができる。返信を扱うのは、やや複雑だ（Twitterの@[username]機能）。一つのやり方は、既存のRSS基盤をとくにGoogleやTechnorati Blogの検索と組み合わせて使って@repliesをモニターし、これをユーザーのアプリケーションにフィーしてやること。その結果はマイクロブログだけに限定されないが、それが問題にｊなるかどうかは私にはよくわからない。スパム的なものを排除するには、現在のTwitterと同じやり方で、単純にボタンをクリックすればよいようにする必要があるだろう。この理論的なプラットフォームでは、発信を完全に非集中的なネットワークに移行させることになる。そしてTwitterで弱点となっている部分をサードパーティのアグレゲータ・サービス（すでに競争の激しい市場となっている）に任せる。これによって障害の原因となるような一点集中的なボトルネックは消滅するはず。Twitter（会社、サービス、サイトやソフトウェア）は、もちろんこの新しい非集中的なプラットフォームには一切関係しない。したがって彼らは当然反対するだろう。ではそれは実現可能か？　もちろん絶対に実現可能だ。というのは新しい非Twitter世界へ容易かつシームレスに移行可能だからだ。既存のTwitterのクライアントは単にGetPingdとその他インフラストラクチャのサポートを追加するだけでよい。それだけで既存のTwitterの世界と非Twitter世界を完全に接続することができる。新しい非集中的フレームワークをサポートするだけで誰でも現在Twitterが提供しているサービスを自分のウェブサイトで実現できる。無数のマイクロブログ・アプリケーションが生まれて、この世界に加わってくるだろう。そしてユーザーは二度とサービスのダウンに苦しめられることがなくなる。.CrunchBase InformationTwitterInformation provided by CrunchBase[原文へ]（翻訳：Namekawa, U） タグ: faraday-media, Twitter [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitterは解放できる―これがシナリオだ より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-522163</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitterは解放できる―これがシナリオだ</dc:creator>
		<pubDate>Mon, 05 May 2008 19:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-522163</guid>
		<description>[...] この数日、多くの人気ブロガーが、いまこそTwitterを捨てて、利用が集中するたびにダウンすることのない非集中的なIMサービスに移行すべきだ、と声高に叫んでいる。一般的に言って、Twitterのようなサービスは、ユーザー数がある臨界量に達すると、ネットワーク効果が生じて、新規参入への巨大な障害となるから実際問題として打倒不可能になってしまう。しかし、Twitterの一つの側面であるオープン性は、逆にアキレス腱ともなりうる。昨日、Scott Hanselmanは、Twitterのようなシステムはどうしたらうまく動くか考えを述べていた。Dave Winerは、同じくこの問題を幅広く論じてはいるが、彼の関心は主として、単純にTwitterのメッセージをバックアップして、このサイトがダウンしても利用可能であるようにすることに向かっている。彼はTwitterの本当の利点には関心がない。つまり、日々移ろいゆく人々のグループの間で現れては消える、自然発生的な、非同期の会話を重視してはいない。彼が問題にするのはデータが安全かどうかだけだ。Marc Canterは驚くほど明快な記事でこの議論に参加している。彼はDNSを例に、インフラストラクチャは非集中的で、しかも信頼性がなくてはならないと言っている。Twitterの脱集中化というのは、しかしサービスがダウンした際のコンテンツのバックアップという話ではない。それはサービスを全体としてダウンすることがありえないようにして、どんなにポピュラーになっても、そうした会話が中断せずに使えるようにするということなのだ。Twitterを脱集中化するシナリオDataPortabilityの共同ファウンダーで、Faraday Mediaというスタートアップのファウンダー、Chris Saadは、Twitterを実質的に脱集中化する方法が一つあると考えている。Twitterの最大の弱点（したがって、新しい非集中的なアプローチにとってのチャンス）というのは、Twitterに関係する活動の非常に多くがTwitter.comの外で行われていという事実だ。ユーザーはデスクトップ・クライアント（Twitterific、AlertThingy、Twhirlなど）やIM、SMS、その他様々なインタフェースを使ってTwitterと会話している。これらのサードパーティ・アプリケーションは、新しく非集中化されたTwitter風のサービスがTwitterに代わって、あるいはTwitterと並んで登場してきたときに、これらのサービスに簡単な調整を加えるだけでTwitterオリジナルに対するのと同様に利用できる可能性がある。新システムのユーザーは、マイクロブログに投稿することになる。サードパーティもこうしたマイクロブログのプラットフォームを開発できる。マイクロブログの標準に準拠していることを何らかの方法で保証することも必要だ。例えば、本文は最大140字、表題なし、等々。ユーザーも、標準に準拠したソフトウェアを自分のサーバにインストールできる。現在Wordpress.orgを使ってやっているのと同じようなことだ。この分野でも、間もなくオープンソース・プロジェクトが始まることは間違いない。難しいのは、マイクロブログの投稿を集約して、ユーザーが好きなTwitter発言者を購読できるようにすること、そして、「@[username]」と冒頭に書けばけその指名した特定のユーザーへのメッセージとなるなどのTwitter方式のメカニズムを実現するところだろう。これはたんにRSSを使うだけではうまくいかない。容量を超える急速ななポーリングによってサーバが停止する可能性があるからだ。SaadはRSSをXMPPでラッピングする方法が答になると考えている。XMPPというのはインスタントメッセージング・プロトコルに基づいたオープンな標準で、もともとJabberのために開発されたものだが、現在はGoogle Talkなど様々なアプリケーションに使われている規格だ。XMPPは予約者にメッセージを送出することができるため、常時にポーリングしている必要がない。Saadの考えを詳しく知りたい人は、彼らの製品SyncStreamについて語っている彼のサイトを参照。また、彼らはすでに、「GetPingd」という標準提案中の仕様に基づいて、実装コードを書いている。Twitter自身もすでにAPIでXMPPを使っているし、Google TalkのようなサードパーティーのアプリケーションもTwitterとの統合にXMPPを使っている。もしユーザーがこの新しいシステムでTwitterを始めたら、Alert Thingyのようなサードパーティ・アプリケーションは、ただその新しいシステムを対象として追加するだけでいい。TwitterにサインインするためだけにAlert Thingyを使うのではなく、Alerty Thingyにもアカウントを作れば、そこがユーザーの購読リストを管理してくれる。これはちょうどGoogle Readerのようなフィードサービスが、現在RSS購読についてやっていることと同じだ。XMPPはすでに購読者をトラッキングするメカニズムを持っており、それはTwitterの 「followers」リストと基本的に同一の機能を持っている。ユーザーは彼らのマイクロブログで購読者（follower）のリストと人数を保持することができる。返信を扱うのは、やや複雑だ（Twitterの@[username]機能）。一つのやり方は、既存のRSS基盤をとくにGoogleやTechnorati Blogの検索と組み合わせて使って@repliesをモニターし、これをユーザーのアプリケーションにフィーしてやること。その結果はマイクロブログだけに限定されないが、それが問題にｊなるかどうかは私にはよくわからない。スパム的なものを排除するには、現在のTwitterと同じやり方で、単純にボタンをクリックすればよいようにする必要があるだろう。この理論的なプラットフォームでは、発信を完全に非集中的なネットワークに移行させることになる。そしてTwitterで弱点となっている部分をサードパーティのアグレゲータ・サービス（すでに競争の激しい市場となっている）に任せる。これによって障害の原因となるような一点集中的なボトルネックは消滅するはず。Twitter（会社、サービス、サイトやソフトウェア）は、もちろんこの新しい非集中的なプラットフォームには一切関係しない。したがって彼らは当然反対するだろう。ではそれは実現可能か？　もちろん絶対に実現可能だ。というのは新しい非Twitter世界へ容易かつシームレスに移行可能だからだ。既存のTwitterのクライアントは単にGetPingdとその他インフラストラクチャのサポートを追加するだけでよい。それだけで既存のTwitterの世界と非Twitter世界を完全に接続することができる。新しい非集中的フレームワークをサポートするだけで誰でも現在Twitterが提供しているサービスを自分のウェブサイトで実現できる。無数のマイクロブログ・アプリケーションが生まれて、この世界に加わってくるだろう。そしてユーザーは二度とサービスのダウンに苦しめられることがなくなる。.CrunchBase InformationTwitterInformation provided by CrunchBase[原文へ]（翻訳：Namekawa, U） タグ: faraday-media, Twitter [...]</description>
		<content:encoded><![CDATA[<p>[...] この数日、多くの人気ブロガーが、いまこそTwitterを捨てて、利用が集中するたびにダウンすることのない非集中的なIMサービスに移行すべきだ、と声高に叫んでいる。一般的に言って、Twitterのようなサービスは、ユーザー数がある臨界量に達すると、ネットワーク効果が生じて、新規参入への巨大な障害となるから実際問題として打倒不可能になってしまう。しかし、Twitterの一つの側面であるオープン性は、逆にアキレス腱ともなりうる。昨日、Scott Hanselmanは、Twitterのようなシステムはどうしたらうまく動くか考えを述べていた。Dave Winerは、同じくこの問題を幅広く論じてはいるが、彼の関心は主として、単純にTwitterのメッセージをバックアップして、このサイトがダウンしても利用可能であるようにすることに向かっている。彼はTwitterの本当の利点には関心がない。つまり、日々移ろいゆく人々のグループの間で現れては消える、自然発生的な、非同期の会話を重視してはいない。彼が問題にするのはデータが安全かどうかだけだ。Marc Canterは驚くほど明快な記事でこの議論に参加している。彼はDNSを例に、インフラストラクチャは非集中的で、しかも信頼性がなくてはならないと言っている。Twitterの脱集中化というのは、しかしサービスがダウンした際のコンテンツのバックアップという話ではない。それはサービスを全体としてダウンすることがありえないようにして、どんなにポピュラーになっても、そうした会話が中断せずに使えるようにするということなのだ。Twitterを脱集中化するシナリオDataPortabilityの共同ファウンダーで、Faraday Mediaというスタートアップのファウンダー、Chris Saadは、Twitterを実質的に脱集中化する方法が一つあると考えている。Twitterの最大の弱点（したがって、新しい非集中的なアプローチにとってのチャンス）というのは、Twitterに関係する活動の非常に多くがTwitter.comの外で行われていという事実だ。ユーザーはデスクトップ・クライアント（Twitterific、AlertThingy、Twhirlなど）やIM、SMS、その他様々なインタフェースを使ってTwitterと会話している。これらのサードパーティ・アプリケーションは、新しく非集中化されたTwitter風のサービスがTwitterに代わって、あるいはTwitterと並んで登場してきたときに、これらのサービスに簡単な調整を加えるだけでTwitterオリジナルに対するのと同様に利用できる可能性がある。新システムのユーザーは、マイクロブログに投稿することになる。サードパーティもこうしたマイクロブログのプラットフォームを開発できる。マイクロブログの標準に準拠していることを何らかの方法で保証することも必要だ。例えば、本文は最大140字、表題なし、等々。ユーザーも、標準に準拠したソフトウェアを自分のサーバにインストールできる。現在Wordpress.orgを使ってやっているのと同じようなことだ。この分野でも、間もなくオープンソース・プロジェクトが始まることは間違いない。難しいのは、マイクロブログの投稿を集約して、ユーザーが好きなTwitter発言者を購読できるようにすること、そして、「@[username]」と冒頭に書けばけその指名した特定のユーザーへのメッセージとなるなどのTwitter方式のメカニズムを実現するところだろう。これはたんにRSSを使うだけではうまくいかない。容量を超える急速ななポーリングによってサーバが停止する可能性があるからだ。SaadはRSSをXMPPでラッピングする方法が答になると考えている。XMPPというのはインスタントメッセージング・プロトコルに基づいたオープンな標準で、もともとJabberのために開発されたものだが、現在はGoogle Talkなど様々なアプリケーションに使われている規格だ。XMPPは予約者にメッセージを送出することができるため、常時にポーリングしている必要がない。Saadの考えを詳しく知りたい人は、彼らの製品SyncStreamについて語っている彼のサイトを参照。また、彼らはすでに、「GetPingd」という標準提案中の仕様に基づいて、実装コードを書いている。Twitter自身もすでにAPIでXMPPを使っているし、Google TalkのようなサードパーティーのアプリケーションもTwitterとの統合にXMPPを使っている。もしユーザーがこの新しいシステムでTwitterを始めたら、Alert Thingyのようなサードパーティ・アプリケーションは、ただその新しいシステムを対象として追加するだけでいい。TwitterにサインインするためだけにAlert Thingyを使うのではなく、Alerty Thingyにもアカウントを作れば、そこがユーザーの購読リストを管理してくれる。これはちょうどGoogle Readerのようなフィードサービスが、現在RSS購読についてやっていることと同じだ。XMPPはすでに購読者をトラッキングするメカニズムを持っており、それはTwitterの 「followers」リストと基本的に同一の機能を持っている。ユーザーは彼らのマイクロブログで購読者（follower）のリストと人数を保持することができる。返信を扱うのは、やや複雑だ（Twitterの@[username]機能）。一つのやり方は、既存のRSS基盤をとくにGoogleやTechnorati Blogの検索と組み合わせて使って@repliesをモニターし、これをユーザーのアプリケーションにフィーしてやること。その結果はマイクロブログだけに限定されないが、それが問題にｊなるかどうかは私にはよくわからない。スパム的なものを排除するには、現在のTwitterと同じやり方で、単純にボタンをクリックすればよいようにする必要があるだろう。この理論的なプラットフォームでは、発信を完全に非集中的なネットワークに移行させることになる。そしてTwitterで弱点となっている部分をサードパーティのアグレゲータ・サービス（すでに競争の激しい市場となっている）に任せる。これによって障害の原因となるような一点集中的なボトルネックは消滅するはず。Twitter（会社、サービス、サイトやソフトウェア）は、もちろんこの新しい非集中的なプラットフォームには一切関係しない。したがって彼らは当然反対するだろう。ではそれは実現可能か？　もちろん絶対に実現可能だ。というのは新しい非Twitter世界へ容易かつシームレスに移行可能だからだ。既存のTwitterのクライアントは単にGetPingdとその他インフラストラクチャのサポートを追加するだけでよい。それだけで既存のTwitterの世界と非Twitter世界を完全に接続することができる。新しい非集中的フレームワークをサポートするだけで誰でも現在Twitterが提供しているサービスを自分のウェブサイトで実現できる。無数のマイクロブログ・アプリケーションが生まれて、この世界に加わってくるだろう。そしてユーザーは二度とサービスのダウンに苦しめられることがなくなる。.CrunchBase InformationTwitterInformation provided by CrunchBase[原文へ]（翻訳：Namekawa, U） タグ: faraday-media, Twitter [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitterの企業価値はどのくらい？ より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-512979</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitterの企業価値はどのくらい？</dc:creator>
		<pubDate>Mon, 28 Apr 2008 23:19:17 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-512979</guid>
		<description>[...] Twitterが注目を集めている理由のひとつは成長率で、もはやTwitterがメインストリームになるかどうかは問題ではなく、いつなるかのタイミングが焦点になっている。我々の情報源によれば、この数ヶ月でTwitterの利用者は爆発的な伸びを記録している（Comscoreはサイト以外にAPIなど経由のアクセスポイントが沢山あるので正確な数値は出せないと断っているが、それでも2月から3月の間でページビューは1000万件から2000万件に倍増しているそうだ）。 [...]</description>
		<content:encoded><![CDATA[<p>[...] Twitterが注目を集めている理由のひとつは成長率で、もはやTwitterがメインストリームになるかどうかは問題ではなく、いつなるかのタイミングが焦点になっている。我々の情報源によれば、この数ヶ月でTwitterの利用者は爆発的な伸びを記録している（Comscoreはサイト以外にAPIなど経由のアクセスポイントが沢山あるので正確な数値は出せないと断っているが、それでも2月から3月の間でページビューは1000万件から2000万件に倍増しているそうだ）。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; 今週（4/19～4/25）の人気記事ランキングベスト10 より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-509497</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; 今週（4/19～4/25）の人気記事ランキングベスト10</dc:creator>
		<pubDate>Sat, 26 Apr 2008 00:43:24 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-509497</guid>
		<description>[...] 1. Twitterはもうダウンも目じゃない段階まで来てしまったようだ（4/23 更新） [...]</description>
		<content:encoded><![CDATA[<p>[...] 1. Twitterはもうダウンも目じゃない段階まで来てしまったようだ（4/23 更新） [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>TechCrunch Japanese アーカイブ &#187; Twitter！日本！広告！ より</title>
		<link>http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/comment-page-1/#comment-507101</link>
		<dc:creator>TechCrunch Japanese アーカイブ &#187; Twitter！日本！広告！</dc:creator>
		<pubDate>Wed, 23 Apr 2008 16:52:35 +0000</pubDate>
		<guid isPermaLink="false">http://jp.techcrunch.com/archives/20080422twitter-may-not-have-to-care-about-uptime-any-longer/#comment-507101</guid>
		<description>[...] Twitterは今やユーティリティであるからして、安定性を確保するまでもなく栄光の海外展開に漕ぎ出せるというわけだ。Twitterとデジタル・ガレージのチームよ、おめでとう。 [...]</description>
		<content:encoded><![CDATA[<p>[...] Twitterは今やユーティリティであるからして、安定性を確保するまでもなく栄光の海外展開に漕ぎ出せるというわけだ。Twitterとデジタル・ガレージのチームよ、おめでとう。 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
