<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss1full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" xml:lang="ja">
<channel rdf:about="http://blog.fuktommy.com/">
  <title>blog.fuktommy.com</title>
  <link>http://blog.fuktommy.com/</link>
  <description>Fuktommyの日記</description>
  <dc:creator>Fuktommy</dc:creator>
  <items><rdf:Seq>
    <rdf:li rdf:resource="http://blog.fuktommy.com/1257604039" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1257066343" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1255759057" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1255148539" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1254187245" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1253425503" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1252853244" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1251519446" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1249106107" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1248795704" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1248492990" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1248132605" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1248054989" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1248001095" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1247883297" />
    <rdf:li rdf:resource="http://blog.fuktommy.com/1246924516" />
</rdf:Seq></items><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/blogfuktommycom" type="application/rss+xml" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /></channel>
  <item rdf:about="http://blog.fuktommy.com/1257604039">
  <title>サンシャイン牧場と未読既読管理</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/6EQctyrFB9w/1257604039</link>
  <dc:date>2009-11-07T23:27:19+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1257604039" />
  <description> 「 未読既読管理について 」を書いたあとに、
 サンシャイン牧場 
やってみたんですけど、
この手のゲームって未読既読管理に繋がるものがあると思いました。 

 RSSリーダーと一般化してしまうと、ティッカー型とかあるから駄目なんですが、
 Google リーダー などでは、
未読記事が一覧になっていて、読むと消えていきます。
これを抽象化すると
「オフラインのうちに溜まったタスクを片付けていく」ということになりませんか。
サンシャイン牧場もその点が同じで、
アクセスすると畑が乾いていたり、虫がいたりして、それを片付けていく、と。 

 RSSリーダーはなんかこう、一部のマニアが使うような印象があって
(実際のところはどうなんでしょうね)...</description>
  <content:encoded><![CDATA[<p>「<a href="http://blog.fuktommy.com/1257066343">未読既読管理について</a>」を書いたあとに、
<a href="http://mixi.jp/view_appli.pl?id=7157" title="[mixi] サンシャイン牧場">サンシャイン牧場</a>
やってみたんですけど、
この手のゲームって未読既読管理に繋がるものがあると思いました。</p>

<p>RSSリーダーと一般化してしまうと、ティッカー型とかあるから駄目なんですが、
<a href="http://www.google.com/reader/">Google リーダー</a>などでは、
未読記事が一覧になっていて、読むと消えていきます。
これを抽象化すると
「オフラインのうちに溜まったタスクを片付けていく」ということになりませんか。
サンシャイン牧場もその点が同じで、
アクセスすると畑が乾いていたり、虫がいたりして、それを片付けていく、と。</p>

<p>RSSリーダーはなんかこう、一部のマニアが使うような印象があって
(実際のところはどうなんでしょうね)
例として取り上げるのに不適当かなあと思うこともあるのですが、
ユーザーの多いゲームだと例に使うのに都合がよさそうな気がするのとか、
ゲームの方がより人間の快感に直結してそうな気がするのとか、
そんな感じ。</p>

<p>で「溜まったタスクを片付けていく」こと自体に快感があるとするならば、
これっていろんなところに応用が効きそうなんですよね。
「<a href="http://medt00lz.s59.xrea.com/wp/archives/480">一眼レフで猿になる - レジデント初期研修用資料</a>」も参照。</p>

<p>技術的な壁について。
ユーザーのもっている「暇」と、暇潰しのための「タスク」の量をどう調整するか。
1時間の暇があるというときに、
サンシャイン牧場の水やりをして暇が潰せるかというと、
そうもいかないんですね。
一方、RSSリーダーで未読記事がたくさんあって、暇があまりないという状態だと、
あんまり記事を消化しようという気も起こらなかったりします。
1万件の記事が9950件に減るからタスク潰しで楽しいかというと、
なかなかそうもならない。心理的な問題ですね。
50件のタスクを潰す時間しかないというときに、
システム側で50件のタスクだけ出すとか、
1時間あるとすれば、1時間に見合うだけのタスクを出すとか、
そういうことができないといけない。</p>

<p>もしかしたら、最初に50件のタスクを出し、
「もっと」をクリックすると追加で100件出し、
次の「もっと」で200件出し、みたいなのでもいいかもしれないけど、
実験してないからなんとも言えませんね。
1つのタスクを片付けるのにかかる時間というのもポイントかなあ。
RSSリーダーだと、たとえば長文記事は斜め読みするとか、
やる夫ブログは「あとで読む」にして一旦既読にするとか、
そういうのも使いながらの処理になるから、
たぶん1記事1秒とか、10秒とかいうオーダーで処理できないと、
「溜まったタスクを片付けていく」快感には繋がらないような気がする。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/75f-xxi1K-leAv9gBb4JomsWsWs/0/da"><img src="http://feedads.g.doubleclick.net/~a/75f-xxi1K-leAv9gBb4JomsWsWs/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/75f-xxi1K-leAv9gBb4JomsWsWs/1/da"><img src="http://feedads.g.doubleclick.net/~a/75f-xxi1K-leAv9gBb4JomsWsWs/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/6EQctyrFB9w" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1257604039</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1257066343">
  <title>未読既読管理について</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/QtQRF0lhEfo/1257066343</link>
  <dc:date>2009-11-01T18:05:43+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1257066343" />
  <description> UIの話。
大きく分けて2種類ありますね。
 Google リーダー では、
一度読んだ記事は表示されなくなる。
 はてなRSS では既読記事は背景色が変わる。
あ、Googleリーダーの場合は、既読記事も表示する機能があるけど、
新たに何か作るなら未読優先でソートするという手もあるかもなあ。 

 特にこの、
既読記事が表示されなくなるタイプの未読既読管理というのが僕は好きで、
電子メールのフォルダ分けも同じようにしてたりします。
受け取ったメールは「受信箱」に入り、
あとで読むメールは「あとで読む」へ手作業で移動、
たぶん読まないと判断したメールは「既読」へ移動させます。
厳密にいうと容量の制限があるので、...</description>
  <content:encoded><![CDATA[<p>UIの話。
大きく分けて2種類ありますね。
<a href="http://www.google.com/reader/">Google リーダー</a>では、
一度読んだ記事は表示されなくなる。
<a href="http://r.hatena.ne.jp/fuktommy/">はてなRSS</a>では既読記事は背景色が変わる。
あ、Googleリーダーの場合は、既読記事も表示する機能があるけど、
新たに何か作るなら未読優先でソートするという手もあるかもなあ。</p>

<p>特にこの、
既読記事が表示されなくなるタイプの未読既読管理というのが僕は好きで、
電子メールのフォルダ分けも同じようにしてたりします。
受け取ったメールは「受信箱」に入り、
あとで読むメールは「あとで読む」へ手作業で移動、
たぶん読まないと判断したメールは「既読」へ移動させます。
厳密にいうと容量の制限があるので、
既読フォルダは月ごとに分かれていますが、本筋ではないので。</p>

<p>ただこれは万人向けではないかもしれない。
なんとなくですけど、メールは自動振り分けとかでフォルダに入れて、
未読メールは太文字で表示、既読メールは通常フォントで表示、
みたいに使ってる人が多そうな予感がします。</p>

<p>例えばこれ、mixiで使われていたらどうなるか。
ログインするとマイミクの日記が未読状態で表示されていて、
表示したものは一覧から消えていく。
僕はこれ格好いいと思うけど、どうなんかなあ。
さっきまであったリンクがなくなっている、
というのは直感的に理解しにくいのかもしれない。</p>

<p>というのは、Twitterでも使われてないですからね。
なんかこう、「ツール」ならそういう動きをしてもいいのですが、
「サイト」がそういう動きをするのは妙だという、そんな感覚はありますね。
動画共有サイトで「あなたが今日観るべき動画はこれですよ」と一覧に出されて、
観たりスルーしたりして一覧から消していくというのも面白いかもと思ったけど、
やっぱりなんかこう、「これが主流だ」感はないと思いました。
あ、「今日観るべき動画」ってのは人気動画だとか、
指定した誰かの投稿動画だったり、指定したキーワードに引っ掛かる新着動画だったり、
広告だったり、ランダムだったり、
それらがごっちゃになって1列に並ぶ、なんかこうカオスなイメージです。</p>

<p>ただ、それって単に未読既読管理が使われてないからなんかなあと。
今の未読既読管理はRSSリーダーでしか使われてないんじゃないか。
これがmixiなりの、多数のユーザーを抱えているサービスで使われたら、
みんな便利だと思うのかなあ。
それともRSSリーダーみたいな、多数の記事を処理していく必要のある場合でのみ、
威力を発揮するUIなのだろうか。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/0NQoFzVt6-yWrLHLhF8DFmRq43o/0/da"><img src="http://feedads.g.doubleclick.net/~a/0NQoFzVt6-yWrLHLhF8DFmRq43o/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/0NQoFzVt6-yWrLHLhF8DFmRq43o/1/da"><img src="http://feedads.g.doubleclick.net/~a/0NQoFzVt6-yWrLHLhF8DFmRq43o/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/QtQRF0lhEfo" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1257066343</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1255759057">
  <title>Twitterのハッシュタグとはてブのタグについて</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/TKuxDiES4Ds/1255759057</link>
  <dc:date>2009-10-17T14:57:37+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1255759057" />
  <description> 「 ハッシュタグ「#au2009」競合問題に見るKDDI広報の対応の不手際さ - さまざまなめりっと - はてなグループ::ついったー部 」とか
「 F's Garage：twitterによって世界が集約され心の戦争が起きる 」とかを読んで思いました。 

 Twitterのハッシュタグとはてブのタグは似ているようで違います。
似ているのは、どちらも「クリックしやすい検索」であって、
Twitterなら「 Twitter / Search - #sbmconf 」だとか「 #sbmconf - Twitter Search 」で検索結果が見れ、
はてブだと「 タグ「sbm研究会」を含む新着エントリー - はてなブックマーク 」のようになります。
違うのは、はてブでは
「 はてなブックマーク - Fuktommyのミニブログ - sbm - event 」のように...</description>
  <content:encoded><![CDATA[<p>「<a href="http://twitter.g.hatena.ne.jp/maname/20091017/1255703245">ハッシュタグ「#au2009」競合問題に見るKDDI広報の対応の不手際さ - さまざまなめりっと - はてなグループ::ついったー部</a>」とか
「<a href="http://www.milkstand.net/fsgarage/archives/001642.html">F's Garage：twitterによって世界が集約され心の戦争が起きる</a>」とかを読んで思いました。</p>

<p>Twitterのハッシュタグとはてブのタグは似ているようで違います。
似ているのは、どちらも「クリックしやすい検索」であって、
Twitterなら「<a href="http://twitter.com/#search?q=%23sbmconf">Twitter / Search - #sbmconf</a>」だとか「<a href="http://search.twitter.com/search?q=%23sbmconf">#sbmconf - Twitter Search</a>」で検索結果が見れ、
はてブだと「<a href="http://b.hatena.ne.jp/t/sbm%E7%A0%94%E7%A9%B6%E4%BC%9A">タグ「sbm研究会」を含む新着エントリー - はてなブックマーク</a>」のようになります。
違うのは、はてブでは
「<a href="http://b.hatena.ne.jp/fuktommy/sbm/event/">はてなブックマーク - Fuktommyのミニブログ - sbm - event</a>」のように
ユーザーIDとタグを組み合わせた検索ができるのに、
Twitterでは「クリックしやすい検索」としてはそれが用意されていないことです。</p>

<p>この仕組み上の違いが、使われ方にはどういう違いとして出てくるかというと、
はてブであれば、各ユーザーが情報を整理するためにタグがあり、
自由につけてよいのだ、という使われ方をするのに対して、
Twitterではその自由がないということですね。
まあ、はてブであっても「SBM研究会」タグは
SBM研究会の感想等をブクマするときに使いましょう、みたいな呼び掛けがあって、
僕はそういうの嫌なんですが、そうしている人もいますけどね。
とにかくTwitterにおいては、
「#au2009」はAutodeskだかauだかのイベント用(←ここ調べてない)に使うと
宣言して、みんなそれに従う(紳士協定として)ということになっていて、
例えば「auの2009年の端末についての感想を書くぞ。
あとで検索できるように#au2009と書いておこう」とはしないし、
したらたぶん顰蹙を買う。</p>

<p>根本の仕組みにおいては、
ハッシュタグもユーザー名と組み合わせた検索ができるはずだし、
IDとは違って重複することもありうるわけで、
仕組み・見せ方・使い方が素直に繋がってるのははてブのタグの方だと思うんですね。
ハッシュタグは、重複する仕組みでありながら、重複しないという前提で使われてる。
これは無理があるでしょう。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/IRCTG5x5-VfQl0GzCI5EtP9eQhA/0/da"><img src="http://feedads.g.doubleclick.net/~a/IRCTG5x5-VfQl0GzCI5EtP9eQhA/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/IRCTG5x5-VfQl0GzCI5EtP9eQhA/1/da"><img src="http://feedads.g.doubleclick.net/~a/IRCTG5x5-VfQl0GzCI5EtP9eQhA/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/TKuxDiES4Ds" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1255759057</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1255148539">
  <title>AndroidケータイはPCの付属品だなあ</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/Fuug6VTC-ww/1255148539</link>
  <dc:date>2009-10-10T13:22:19+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1255148539" />
  <description> 「 付属品としての生き残りかた - レジデント初期研修用資料 」から
「Androidケータイ」と「PC」と「付属品」だけ抜き出して、三題噺風に。 

 Androidケータイ(HT-03A)は普通の携帯電話に比べると
格段にブラウザが使いやすいのです。
とはいえPCに比べたら、遅いし(回線・処理速度)、
サイズの大きいページを表示したら落ちる可能性があります。
僕のようにGoogleReaderを中心に使っている場合には別の問題があって、
GoogleReaderからリンクを踏んで大きなページを表示したとき、
場合によっては端末内のページキャッシュが喰われてしまいます。
するとGoogleReaderに戻ったときにリロードすることになって、
Ajaxで読み込んだ状態がクリアされてしまいます。...</description>
  <content:encoded><![CDATA[<p>「<a href="http://medt00lz.s59.xrea.com/wp/archives/538">付属品としての生き残りかた - レジデント初期研修用資料</a>」から
「Androidケータイ」と「PC」と「付属品」だけ抜き出して、三題噺風に。</p>

<p>Androidケータイ(HT-03A)は普通の携帯電話に比べると
格段にブラウザが使いやすいのです。
とはいえPCに比べたら、遅いし(回線・処理速度)、
サイズの大きいページを表示したら落ちる可能性があります。
僕のようにGoogleReaderを中心に使っている場合には別の問題があって、
GoogleReaderからリンクを踏んで大きなページを表示したとき、
場合によっては端末内のページキャッシュが喰われてしまいます。
するとGoogleReaderに戻ったときにリロードすることになって、
Ajaxで読み込んだ状態がクリアされてしまいます。
この合わせ技で何が起こるかというとこんな感じ。</p>

<ol>
  <li>GoogleReaderで面白そうなページ発見</li>
  <li>開いてみる</li>
  <li>サイズ大きすぎて読み込めない</li>
  <li>GoogleReaderに戻って未読フラグなりスターなりをつけようとする</li>
  <li>GoogleReaderがリロードになる</li>
  <li>さっき見たページは既読になって救出できない</li>
</ol>

<p>というので、
ページを開くときは予め未読フラグを立てておく必要があるんですが、
ページが開けないことも考えると、
スターをつけておいて、後でPCで読むか、ということになりがちです。
つまりAndroidケータイは</p>

<ul>
  <li>GoogleReader単体で読めるページを読むツール</li>
  <li>開いても大丈夫そうなページを読むツール</li>
  <li>PCで読む記事を選ぶツール</li>
</ul>

<p>という感じになってしまいます。
これはもうPCの付属品といってもいいんじゃないですかねえ。
遅いのも困るのだけど、ページが開けるかどうかが五分五分(感覚的に)というのが、
付属品度が高いんです。</p>

<p>こういうのは人によっては違うのかもしれない。
最初に携帯電話に触れた人は、遅いのも当然と思ってたり、
携帯電話用のページしか見なければ、
ページが表示できるかどうかわからないということもなく、ストレスにはならず、
PCを使う理由がない、ということなんかなあと。</p>

<p>というのをplaces.sqliteを削除し、
<a href="http://journal.mycom.co.jp/news/2009/10/06/017/" title="Firefox高速化テクニック8 | エンタープライズ | マイコミジャーナル">チューニング</a>して快適になったFirefoxから書いてみる。
この速度、ケータイでは太刀打ちできないですよ。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/Ls6wNvgEEewacy0oWJmmCmST1xQ/0/da"><img src="http://feedads.g.doubleclick.net/~a/Ls6wNvgEEewacy0oWJmmCmST1xQ/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/Ls6wNvgEEewacy0oWJmmCmST1xQ/1/da"><img src="http://feedads.g.doubleclick.net/~a/Ls6wNvgEEewacy0oWJmmCmST1xQ/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/Fuug6VTC-ww" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1255148539</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1254187245">
  <title>TwitterはRSSリーダー的な機能と掲示板的な機能の融合である</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/fmWle6DxsEo/1254187245</link>
  <dc:date>2009-09-29T10:20:45+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1254187245" />
  <description> 「 Twitterとは何か。: 304 Not Modified 」とか、
あとブクマしてなかったから思い出せないのだけど、
Twitterとはなんであるか論、
SBMとはなんであるか論、みたいなものの一貫として、
Twitterの特徴について考えていたのだけど、
いいことを思いついたので書いておきます。 

  Twitter にログインした場合の
基本的なUIはこんな感じですよね。 

 
   いまなにしてる？(入力欄) 
   フォローしているユーザーのつぶやき1 
   フォローしているユーザーのつぶやき2 
   フォローしているユーザーのつぶやき3 
   フォローしているユーザーのつぶやき4 
   フォローしているユーザーのつぶやき5 
   ... 
 

 これは、僕は2つの要素の融合だと思うんですね。
まずは下から。...</description>
  <content:encoded><![CDATA[<p>「<a href="http://maname.txt-nifty.com/blog/2009/09/twitter1.html">Twitterとは何か。: 304 Not Modified</a>」とか、
あとブクマしてなかったから思い出せないのだけど、
Twitterとはなんであるか論、
SBMとはなんであるか論、みたいなものの一貫として、
Twitterの特徴について考えていたのだけど、
いいことを思いついたので書いておきます。</p>

<p><a href="http://twitter.com/">Twitter</a>にログインした場合の
基本的なUIはこんな感じですよね。</p>

<ul>
  <li>いまなにしてる？(入力欄)</li>
  <li>フォローしているユーザーのつぶやき1</li>
  <li>フォローしているユーザーのつぶやき2</li>
  <li>フォローしているユーザーのつぶやき3</li>
  <li>フォローしているユーザーのつぶやき4</li>
  <li>フォローしているユーザーのつぶやき5</li>
  <li>...</li>
</ul>

<p>これは、僕は2つの要素の融合だと思うんですね。
まずは下から。
下側には自分のフォローしたユーザーのつぶやきが並んでいます。
掲示板だと、その掲示板に投稿した全てのコメントが並ぶので、
そうでないというのはTwitterの特徴なわけですが、
しかしTwitterが最初に発明したわけではないです。
たとえば<a href="http://mixi.jp/">mixi</a>にログインすれば、
「マイミクシィ最新日記」「コミュニティ更新情報」が最新順に並んでいるわけです。
これもTwitterのフォローと同じで、
「自分の選んだユーザーの発言が時系列で並ぶ」というものです。</p>

<p>mixiだと日記タイトルだけですけど、RSSリーダー、
特に<a href="http://www.google.com/reader/">Googleリーダー</a>であれば、
ブログ本文も含めて「自分の選んだユーザーの発言が時系列で並ぶ」が実現できます。
Twitterのように短いコメントを見たければ
<a href="http://b.hatena.ne.jp/fuktommy/favorite">はてブのお気に入り</a>
もその例の1つです。
これがTwitterを特徴づける第1の要素です。</p>

<p>第2の要素は入力欄です。
他のユーザーのつぶやきを読むページと、
入力欄が一体化しているということに特徴があります。
たとえばmixiであれば、
確かに「マイミクシィ最新日記」「コミュニティ更新情報」はありますが、
日記を書くには、自分の日記のページを開かなければなりません。
GoogleリーダーもTwitterのような入力欄はありません。
しかしこれもTwitterの発明ではなくて、
例えば<a href="http://2ch.net/">2ちゃんねる掲示板</a>であれば、
書き込みを古い順に上から下に読んでいくと、最後に入力欄があるし、
<a href="http://www.teacup.com/">teacup掲示板</a>であれば
下から上に読んでいって、一番上に入力欄があります。
TwitterとUIが似てるのはteacup掲示板の方ですかね。</p>

<p>このUIが優れているのは、発言が時系列に並んでいて、
最新の発言の次、つまり「未来の発言」の位置に入力欄があるということです。
昔からあるから自然に思っていたけど、よく考えられています。</p>

<p>Twitterがすごいのは、この2つの要素</p>

<ul>
  <li>自分の選んだユーザーの発言が時系列で並ぶ (RSSリーダー的機能)</li>
  <li>過去の発言と入力欄が時系列で並ぶ (掲示板的機能)</li>
</ul>

<p>を融合させたことにあると思うんですね。</p>

<p>つっても僕はTwitterをWebやクライアントソフトでは使ってなくて、
Googleリーダーを使い、ブログやはてブや検索結果などをまとめてしまっています。
なので「過去の発言と入力欄が時系列で並ぶ」は
僕にとっては特に意味のないことだったりするし、
Twitterを使おうが<a href="http://wassr.jp/">Wassr</a>だろうが、
<a href="http://hateber.fuktommy.com/">はてバーぶろぐ</a>だろうが、
なんでも好きに使ってください、という感じになります。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/QUd3XUD77zS91wvpHAwtTLiJ0mY/0/da"><img src="http://feedads.g.doubleclick.net/~a/QUd3XUD77zS91wvpHAwtTLiJ0mY/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/QUd3XUD77zS91wvpHAwtTLiJ0mY/1/da"><img src="http://feedads.g.doubleclick.net/~a/QUd3XUD77zS91wvpHAwtTLiJ0mY/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/fmWle6DxsEo" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1254187245</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1253425503">
  <title>ニコ生アラート.py を作ってるよ</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/KPm_WLx-Zn8/1253425503</link>
  <dc:date>2009-09-20T14:45:03+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1253425503" />
  <description>  ニコ生アラート(本家)API 
のクライアントをPythonで作ってます。
作ってるのは次の2種類。 

 
    ニコ生アラート.py 
      - ニコ生アラート(本家)APIから情報を取得するライブラリ 
    ニコ生アラートIRC.py 
      - ニコ生アラート.pyから取得した情報をIRCに投げるソフト 
 

 直接ダウンロードしてもいいし、こちらからもどうぞ。 

 
    Trac  
    Subversion  
 

 IRCは irc.fuktommy.com の #nicolive で試験運用しています。 

 APIの使い方はこんな感じ。 

 
   GetAlertInfo APIから、コメントサーバーを案内してもらう。 
   コメントサーバーに接続する。 
   loop: コメントサーバーから
      基本情報(番組ID, コミュニティID, 生主ユーザーID)が送られてくるので、...</description>
  <content:encoded><![CDATA[<p><a href="http://dic.nicovideo.jp/a/%E3%83%8B%E3%82%B3%E7%94%9F%E3%82%A2%E3%83%A9%E3%83%BC%E3%83%88(%E6%9C%AC%E5%AE%B6)%E3%81%AE%E4%BB%95%E6%A7%98" title="ニコ生アラート(本家)の仕様とは (ニコナマアラートホンケノシヨウとは) - ニコニコ大百科">ニコ生アラート(本家)API</a>
のクライアントをPythonで作ってます。
作ってるのは次の2種類。</p>

<ul>
  <li><a href="http://fuktommy.com/niconico/nicolivealert.py">ニコ生アラート.py</a>
      - ニコ生アラート(本家)APIから情報を取得するライブラリ</li>
  <li><a href="http://fuktommy.com/niconico/nicolivealertirc.py">ニコ生アラートIRC.py</a>
      - ニコ生アラート.pyから取得した情報をIRCに投げるソフト</li>
</ul>

<p>直接ダウンロードしてもいいし、こちらからもどうぞ。</p>

<ul>
  <li><a href="http://repos.fuktommy.com/trac/browser/fuktommy.com/trunk/niconico">Trac</a></li>
  <li><a href="http://repos.fuktommy.com/svn/main/fuktommy.com/trunk/niconico/">Subversion</a></li>
</ul>

<p>IRCは irc.fuktommy.com の #nicolive で試験運用しています。</p>

<p>APIの使い方はこんな感じ。</p>

<ol>
  <li>GetAlertInfo APIから、コメントサーバーを案内してもらう。</li>
  <li>コメントサーバーに接続する。</li>
  <li>loop: コメントサーバーから
      基本情報(番組ID, コミュニティID, 生主ユーザーID)が送られてくるので、
      <ol>
        <li>詳細情報が不要なら無視する。</li>
        <li>GetStreamInfo APIから
            番組の詳細情報(番組タイトル、コミュニティ名等)を取得する。</li>
      </ol>
  </li>
</ol>

<p>基本情報、詳細情報ってのはいまここで名付けました。
基本情報だけならPUSHで送られてくるのですが、
詳細情報を取得するには都度APIにリクエストしないといけません。
負荷についてはよくわかんないのだけど、
全番組について詳細情報の取得をしたらまずいのかしらん。
そんなわけで、IRCボットの方は詳細情報を取得するのに条件をつけてたりします。
ニコ生アラート.py はフィルタリングとは別のレイヤです。</p>

<p>ニコ生アラート.py はPythonの得意なイテレータを使うようになっていて、
新しく始まった番組がループの変数として次々取得できるという、
けっこう格好いいものになっています。</p>

<p>困ったこと。
仕様がよくわからん。
なんかGetStreamInfo APIがエラーを返してくることがあって、
一度そうなると基本復活できなくて、
GetAlertInfo APIからやり直すとうまくいくことがわかったのだけど、
よくわかんない。
本家クライアントは「コメントサーバーから切断されました」だっけか、
そういうメッセージを出すのだけど、
コメントサーバーから切断されるときにどうなるのかわかんない。</p>

<p>んで僕の弱点で、仕様を手探りしながらだとテストを書けないんですね。
かつネットワークアプリなのでモックを使わないとテストが書けなかったりして、
まあ後付けでテスト書くかねえ。
手作業であれこれやったわけでもないので、何が起こるか謎ですよ。
これはひどい。</p>

<p>面白いかも、って思ったこと。
ニコ生アラートによって視聴形態って大きく変わるんですね。
Webのトップページを眺めるよりも、
アラートで番組開始を感知してすぐ表示すると。
じゃあ、そのアラートが全番組について表示するようになったらどうなるのか。
今はやってないんですけど、
開始した全番組をIRCに投げると、読みきれない程の情報になるのですけど、
これが面白い。
なんかこう、負荷のかからないような方法で流せないものかなあ。
公式のWebサービスとかで何かできないんかなあ。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/kfO09RUyFtSNBaE_BsA6wLVP5sY/0/da"><img src="http://feedads.g.doubleclick.net/~a/kfO09RUyFtSNBaE_BsA6wLVP5sY/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/kfO09RUyFtSNBaE_BsA6wLVP5sY/1/da"><img src="http://feedads.g.doubleclick.net/~a/kfO09RUyFtSNBaE_BsA6wLVP5sY/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/KPm_WLx-Zn8" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1253425503</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1252853244">
  <title>第3回SBM研究会で発表してきたよ ～やる夫ブログ読んだなう～</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/yg8rl51F0JE/1252853244</link>
  <dc:date>2009-09-13T23:47:24+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1252853244" />
  <description>  第3回SBM研究会 
で発表してきました。
資料はこちら→
「 SBMはミニブログです。 」 

 発表としては理念的なことが言いたかったのに、
起承転結でいえばクライマックスのところに実装の話を持ってきちゃったので、
理念は前振りで実装の話がメインという風に見られなかったかなあ。
ちょっと心配。 

 改めて理念を言っちゃうと、
「Twitterもはてなブックマークも、ミニブログというジャンルの1実装ですよ」
ということですね。
「仕事終わったなう」も「やる夫ブログ読んだなう」も同じでしょ、
と言い換えてもよい。 

 一方でTwitterの話題が、ミニブログというジャンルの話題ではなくて、...</description>
  <content:encoded><![CDATA[<p><a href="http://toremoro.tea-nifty.com/tomos_hotline/2009/08/3sbmfix-6bbd.html" title="第3回SBM研究会のスケジュールがFIXしました！: Tomo’s HotLine">第3回SBM研究会</a>
で発表してきました。
資料はこちら→
「<a href="http://docs.google.com/present/view?id=dchtsd8h_5cqjc4wcg">SBMはミニブログです。</a>」</p>

<p>発表としては理念的なことが言いたかったのに、
起承転結でいえばクライマックスのところに実装の話を持ってきちゃったので、
理念は前振りで実装の話がメインという風に見られなかったかなあ。
ちょっと心配。</p>

<p>改めて理念を言っちゃうと、
「Twitterもはてなブックマークも、ミニブログというジャンルの1実装ですよ」
ということですね。
「仕事終わったなう」も「やる夫ブログ読んだなう」も同じでしょ、
と言い換えてもよい。</p>

<p>一方でTwitterの話題が、ミニブログというジャンルの話題ではなくて、
Twitterという1実装の話題になっているところに不満があったりもします。
この不満もどれだけ共感されるんかなあ。
プロトコルとしてのWinny(つまりWinnypやPoenyを含む)と、
1実装としてのWinnyの話題がごっちゃになってるとか、
Winnyとファイル共有ソフトとP2Pがごっちゃになってるとか、
そういう不満だと言えばわかるかもしれないし、
やっぱりわからないかもしんない。
まあ、これは本筋じゃないからいいんだけど。</p>

<p>他の人の発表についてだけど、
SBMに溜まったデータを使って何かしましょう、
みたいなのはあんまり興味ないです。ごめんなさい。</p>

<p><a href="http://twitter.com/bulkneets">マラ</a>さんの
素顔を見れたのはよかったなあ。イケメンじゃないですか。
あと<a href="http://twitter.com/bulkneets/status/3193760568">結婚</a>
おめでとうございます。</p>

<p>TwitterでSBMという
<a href="http://oneclip.jp/">oneclip</a>は、
<a href="http://hateber.fuktommy.com/">はてバーぶろぐ</a>
と問題意識はたぶん同じで、実装方法が逆なのだけど、
短縮URLを使うとTwitter単体での検索性が致命的に落ちるという
矛盾を抱えてるんだよね。</p>

<p>そういやTwitterって、あれだけ自由度のある仕組みなのに、
実はみんな同じような使い方してるんかなあ。
というかTwitterに複数の使い方があったとしても、
AさんとBさんでは使い方が異なる、というようなのって認識できるのかな。
それに対してSBMって人によって使い方がかなり異なるという可能性がある。
僕にとってはRSSリーダーで未読記事を処理していって、
「これ読んだなう」みたいな感じでブクマするというのが基本的な流れ。
人によっては後で読み返すことを主目的にしているのかもしれないし、
ブラウザのブックマークの代わりと捉えている人もいるのかもしれない。
これはTwitterよりも使い方の自由度が高いということかもしれないし、
使い方が異なることが認識されやすいということかもしれない。
この違いによって、SBMとは何であるか論みたいなのができそう。</p>

<p>たとえば僕みたいにはてブの「お気に入り」をメインに見ている人は、
「はてブはリアルタイム更新である」と認識するだろうし、
ホッテントリをメインに見ている人は
「はてブは数時間～1日単位での更新である」と認識するかもしれない。
この差は大きいよね。
「今人気のページは何？」と「○○さんは今どんなページを読んでる？」
という興味の差というかね。
その辺の違いはありそう。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/NedUCjtnkbQXQfuznBje-22zzMU/0/da"><img src="http://feedads.g.doubleclick.net/~a/NedUCjtnkbQXQfuznBje-22zzMU/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/NedUCjtnkbQXQfuznBje-22zzMU/1/da"><img src="http://feedads.g.doubleclick.net/~a/NedUCjtnkbQXQfuznBje-22zzMU/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/yg8rl51F0JE" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1252853244</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1251519446">
  <title>コミュニティのありかたをルールではなくシステムとして実装した話</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/2RsIUDDKDzg/1251519446</link>
  <dc:date>2009-08-29T13:17:26+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1251519446" />
  <description> 昨日は久しぶりに 新月 について人に話したりしたので、
これまた久しぶりに新月について書いとこうかなあと思ったりしました。 

 新月ってなんだろうかというのを改めて考えてみると、
P2Pで負荷を削減するとか、
匿名性を高めるという方向には重きを置いてないんですね。
極端なことを言ってしまえば、
僕が掲示板コミュニティとはかくあるべきだ、
という理想として考えていたものを、
ローカルルールとして明文化するのではなくて、
システム(プログラム)に組み込むという形で実現しようとしたものです。 

 これってよしあしなんですけどね。
システムにルールを組み込むと、
それはかなり強い強制力として働き、ルール違反は難しくなります。...</description>
  <content:encoded><![CDATA[<p>昨日は久しぶりに<a href="http://shingetsu.info/">新月</a>について人に話したりしたので、
これまた久しぶりに新月について書いとこうかなあと思ったりしました。</p>

<p>新月ってなんだろうかというのを改めて考えてみると、
P2Pで負荷を削減するとか、
匿名性を高めるという方向には重きを置いてないんですね。
極端なことを言ってしまえば、
僕が掲示板コミュニティとはかくあるべきだ、
という理想として考えていたものを、
ローカルルールとして明文化するのではなくて、
システム(プログラム)に組み込むという形で実現しようとしたものです。</p>

<p>これってよしあしなんですけどね。
システムにルールを組み込むと、
それはかなり強い強制力として働き、ルール違反は難しくなります。
逆にいうとあえてルールを破って特別なことをしようとしても難しいです。</p>

<p>コミュニティ内での議論によってルールを変えていこうとしたとき、
ルールとシステムの仕組みが
どう繋がっているのかを理解して話をしなければならなくて、
社会のルールを変えるには政治や法律の知識や考え方が必要というところが、
新月のルールを変えるにはプログラムの知識や考え方が必要というように
置き換わるという特徴もあります。
これもよしあしですね。</p>

<p>当時どういうものが掲示板コミュニティの理想だと考えていたかというのを、
思い出せる限り列挙してみます。</p>

<ul>
  <li>運営を誰かに任せるな。自治せよ。
      → P2Pになったのはこれが最大の理由。
      書き込みデータをコピーして全員が持つので、
      各自が好きなように削除なり編集なりできる。</li>
  <li>相手を荒らしと呼んで騒ぐな。静かに削除なりNG設定なりせよ。
      → アカウント制ではないのでNG設定はできなかったのだけど。</li>
  <li>スレッド内では全ユーザーが対等であれ。
      → スレッド内に書き込み削除権限を持った「スレ主」を置かない。</li>
  <li>スレッドごとの文化(ローカルルールを含む)は作るな。
      スレッドは話題によってのみ分割せよ。
      → 古い書き込みは消えていく。
      掲示板を最初に同期したときは直近の書き込みしか取得できない。
      スレッドや、スレッドへのリンクのまとめはあっても、
      板という概念がない。</li>
  <li>作者であってもひとりのユーザーであり、特権は持たない。
      → オープンソース。
      作者の特権としてはドメイン所有とSF.netのアップロード権限はあるけど、
      別の人が別ドメインでやることも可能。</li>
</ul>

<p>補足すると新月のスレッドって、
たとえば技術系の板の質問スレみたいなものを想定していて、
パート何十までスレが立っていて、
この質問はここに書き込み、それに対して誰かがレスをする、
みたいな感じなんですね。
ニュース系の板、あるいはVIPみたいに、
事件ごとにスレッドを立てるのには向いていないし、
「自分はこういう者だが質問ある？」という形式は難しいと思います。</p>

<p>でもまあ最大の欠点は、法律を語るのに法律の知識が要る、という感じで、
新月のルールを考えるにはプログラムの知識が要るというところで、
けっきょく議論らしい議論にはならなかったと思うんですよね。
今考えると。</p>

<p>じゃあなんで、
コミュニティの理想をローカルルールを作るのではなくて、
システムに組み込んだかということなんですが、
結果とは全然逆なのですが、
プログラムであれば動きを見ればどう使えばいいのかは一目瞭然だろうと、
そう思ったんですね。
実際は全然そうならなくて、無理のある使い方もされてたりしましたけど。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/hagoo2Ed133_yg9FnEXhXGoPMY8/0/da"><img src="http://feedads.g.doubleclick.net/~a/hagoo2Ed133_yg9FnEXhXGoPMY8/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/hagoo2Ed133_yg9FnEXhXGoPMY8/1/da"><img src="http://feedads.g.doubleclick.net/~a/hagoo2Ed133_yg9FnEXhXGoPMY8/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/2RsIUDDKDzg" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1251519446</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1249106107">
  <title>Emacs 23.1 を入れてみた → 全角チルダめんでー</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/N7jG9-j352o/1249106107</link>
  <dc:date>2009-08-01T14:55:07+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1249106107" />
  <description> 「 emacs 23.1、リリース！ - スラッシュドット・ジャパン 」
を見たので、入れてみました。 

 Emacsのインストール自体は解凍してコピーしたら終わり。
そこに
 APEL ,
 ddskk 
を入れます。
 Mule-UCS 
は今回は不要っぽいです。つかバイトコンパイルできなかったし。
パスは適当に読み換えてください。 

 % tar zxf ~/../Documents/Software/apel-10.7.tar.gz
% tar zxf ~/../Documents/Software/ddskk-13.1.tar.gz
% cd apel-10.7
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make install
% cd ../ddskk-13.1
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make install 

  .emacs の設定で、Emacs22と変わったのは次のところ。 

 
; 以下削除
; (require 'un-supple)
;...</description>
  <content:encoded><![CDATA[<p>「<a href="http://slashdot.jp/it/article.pl?sid=09/07/31/067228">emacs 23.1、リリース！ - スラッシュドット・ジャパン</a>」
を見たので、入れてみました。</p>

<p>Emacsのインストール自体は解凍してコピーしたら終わり。
そこに
<a href="http://kanji.zinbun.kyoto-u.ac.jp/~tomo/elisp/APEL/index.html.ja">APEL</a>,
<a href="http://openlab.jp/skk/index-j.html">ddskk</a>
を入れます。
<a href="http://www.t.ring.gr.jp/pub/linux/debian/debian/pool/main/m/mule-ucs/">Mule-UCS</a>
は今回は不要っぽいです。つかバイトコンパイルできなかったし。
パスは適当に読み換えてください。</p>

<pre class="code">% tar zxf ~/../Documents/Software/apel-10.7.tar.gz
% tar zxf ~/../Documents/Software/ddskk-13.1.tar.gz
% cd apel-10.7
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make install
% cd ../ddskk-13.1
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make
% PATH="$PATH:/cygdrive/c/Program Files/Emacs/bin" make install</pre>

<p><a href="http://fuktommy.com/windows/dot.emacs">.emacs</a>の設定で、Emacs22と変わったのは次のところ。</p>

<pre class="code">
; 以下削除
; (require 'un-supple)
; (un-supple-enable 'windows)

; 全角チルダ/波ダッシュをWindowsスタイルにする
(let ((my-translation-table
    (make-translation-table-from-alist
        '((#x301c . #xff5e)
    ))))
    (mapc
        (lambda (coding-system)
            (coding-system-put coding-system :decode-translation-table my-translation-table)
            (coding-system-put coding-system :encode-translation-table my-translation-table)
        )
    '(utf-8 cp932 utf-16le)))</pre>

<p>これは
<a href="http://www.bookshelf.jp/2ch/unix/1141309172.html#975">Emacs part 18 スレ</a>
からいただきました。
波ダッシュを全角チルダに置き換える設定です。</p>

<p>チルダ問題のための<a href="http://fuktommy.com/windows/dot.skk">.skk</a>の設定は以下の通り。</p>

<pre class="code">(setq skk-rom-kana-rule-list '(
    ; 中略
    ("z-" nil "～")
))</pre>

<p>まあ、これをしなくても、バッファ上の見え方が違うだけですが。
んで、保存するとき shift-jis-dos で保存すると
全角チルダが変換できませんとかで怒られるので、
cp932-dos とかにしましょう。
この辺設定でどうにかなると思うけど、あんまり使わない機能だからいいや。</p>

<p>んで、クリップボードにコピーするときも全角チルダはうまく機能するし
(Emacs22だとうまくいかなかった)、
割とハッピーです。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/13Ll_wsE2J7y3Ivukp8Cr105NzY/0/da"><img src="http://feedads.g.doubleclick.net/~a/13Ll_wsE2J7y3Ivukp8Cr105NzY/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/13Ll_wsE2J7y3Ivukp8Cr105NzY/1/da"><img src="http://feedads.g.doubleclick.net/~a/13Ll_wsE2J7y3Ivukp8Cr105NzY/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/N7jG9-j352o" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1249106107</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1248795704">
  <title>mixiをお使いのみなさんは8月18日から利用規約違反になりますよ</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/vexLhK-v8Sw/1248795704</link>
  <dc:date>2009-07-29T00:41:44+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1248795704" />
  <description>   [mixi] 利用規約改定のお知らせ  によると 

  
自己または第三者の住所、電話番号、メールアドレス等の個人が特定される連絡先を、
本サイト内のユーザー全体に公開される箇所に投稿する行為。
  

 が8月18日から禁止されるそうです。
禁止されるのは 

 
   個人が特定される 
   連絡先 
 

 の両方の条件を満たすものですね。 

 
   福冨諭 ← 氏名なので、個人を特定できるが、連絡先ではないのでセーフ 
   fuktommy.com ← Whoisで検索すると氏名が出るので、個人を特定できるが、連絡先ではないのでセーフ 
   会社の代表電話 ← 連絡先ではあるが、個人を特定できないのでセーフ 
    http://mixi.jp/show_friend.pl?id=30173  ←...</description>
  <content:encoded><![CDATA[<p><cite><a href="http://mixi.jp/rules_release.pl">[mixi] 利用規約改定のお知らせ</a></cite>によると</p>

<blockquote cite="http://mixi.jp/rules_release.pl"><p>
自己または第三者の住所、電話番号、メールアドレス等の個人が特定される連絡先を、
本サイト内のユーザー全体に公開される箇所に投稿する行為。
</p></blockquote>

<p>が8月18日から禁止されるそうです。
禁止されるのは</p>

<ul>
  <li>個人が特定される</li>
  <li>連絡先</li>
</ul>

<p>の両方の条件を満たすものですね。</p>

<ul>
  <li>福冨諭 ← 氏名なので、個人を特定できるが、連絡先ではないのでセーフ</li>
  <li>fuktommy.com ← Whoisで検索すると氏名が出るので、個人を特定できるが、連絡先ではないのでセーフ</li>
  <li>会社の代表電話 ← 連絡先ではあるが、個人を特定できないのでセーフ</li>
  <li><a href="http://mixi.jp/show_friend.pl?id=30173">http://mixi.jp/show_friend.pl?id=30173</a> ← 氏名が表示されるので、個人を特定できるが、連絡先ではないのでセーフ</li>
  <li><a href="http://mixi.jp/send_message.pl?id=30173">http://mixi.jp/send_message.pl?id=30173</a> ← プロフィールページにリンクしているので個人を特定でき、連絡先であるから、アウト</li>
</ul>

<p>というわけで、
プロフィールページに「メッセージを送る」のリンクのある人は、
8月18日から利用規約違反になりますので、ご注意ください。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/kroqPuUOAYhEkR1Ge-ZT0bXmtRY/0/da"><img src="http://feedads.g.doubleclick.net/~a/kroqPuUOAYhEkR1Ge-ZT0bXmtRY/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/kroqPuUOAYhEkR1Ge-ZT0bXmtRY/1/da"><img src="http://feedads.g.doubleclick.net/~a/kroqPuUOAYhEkR1Ge-ZT0bXmtRY/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/vexLhK-v8Sw" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1248795704</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1248492990">
  <title>HT-03A(Android携帯)がPCから認識されなくなった→直った</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/5pD-bcAIUdA/1248492990</link>
  <dc:date>2009-07-25T12:36:30+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1248492990" />
  <description> ほかにもハマる人がいるかもしんないのでメモ。 

 経緯 
 
   普通にHT-03AとPCを繋いだらUSBメモリのように使えた。 
   開発のためにUSBデバッグモードにして、アプリを転送したりした。 
   数日後、USBデバッグモードをオフにして接続したら「不明なデバイス」と表示された。 
 

 やってみたこと 
 
    How to solve "G1/HTC Magic not recognized by ADB under Windows" - Android Developers | Google グループ  を試す → 駄目 
   USB挿したり抜いたり、ハードウェアウィザードでいろいろ → 何回もやったけど駄目 
   android_usb.inf の中身をみて {F72FE0D4-CBCB-407d-8814-9ED673D0DD6B}, androidusb, Wdf, ADB Interface に関連しそうなレジストリキーを削除 → 駄目 
   この過程で何度もPC再起動...</description>
  <content:encoded><![CDATA[<p>ほかにもハマる人がいるかもしんないのでメモ。</p>

<h3>経緯</h3>
<ol>
  <li>普通にHT-03AとPCを繋いだらUSBメモリのように使えた。</li>
  <li>開発のためにUSBデバッグモードにして、アプリを転送したりした。</li>
  <li>数日後、USBデバッグモードをオフにして接続したら「不明なデバイス」と表示された。</li>
</ol>

<h3>やってみたこと</h3>
<ol>
  <li><a href="http://groups.google.co.jp/group/android-developers/msg/bbff8436bfd23ce0">How to solve "G1/HTC Magic not recognized by ADB under Windows" - Android Developers | Google グループ</a> を試す → 駄目</li>
  <li>USB挿したり抜いたり、ハードウェアウィザードでいろいろ → 何回もやったけど駄目</li>
  <li>android_usb.inf の中身をみて {F72FE0D4-CBCB-407d-8814-9ED673D0DD6B}, androidusb, Wdf, ADB Interface に関連しそうなレジストリキーを削除 → 駄目</li>
  <li>この過程で何度もPC再起動</li>
  <li>ハードウェアウィザードで見たら vid_0000, pid_0000 となっていた。ベンダーIDやモデルIDが入るんだよな、これ。</li>
  <li>vid_0000 で検索してレジストリキー削除 → 駄目</li>
  <li>Knoppixで起動してlsusbで見てみる → それっぽい項目がない → HT-03A側の問題じゃね？</li>
  <li>HT-03A 再起動 → 直った!!</li>
</ol>

<p>ということで、PCを何度も再起動しても無駄で、
HT-03Aを再起動するというのが正解っぽかったです。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/xquOe2Vh0RvYmM5m7iP2B5QM58Q/0/da"><img src="http://feedads.g.doubleclick.net/~a/xquOe2Vh0RvYmM5m7iP2B5QM58Q/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/xquOe2Vh0RvYmM5m7iP2B5QM58Q/1/da"><img src="http://feedads.g.doubleclick.net/~a/xquOe2Vh0RvYmM5m7iP2B5QM58Q/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/5pD-bcAIUdA" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1248492990</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1248132605">
  <title>P2Pの歴史で気になること--分散させるという発想</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/rH0TJn8Dyrw/1248132605</link>
  <dc:date>2009-07-21T08:30:05+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1248132605" />
  <description>  第13回P2P SIP勉強会 
に参加してきました。
そこで話題になったことの1つにP2Pの歴史があるんですけど、
今気になってることについて。 

 とりあえず(現在の)P2Pの歴史が
 Napster (1999年)
に始まると仮定しますね。
Napster以前の音楽ファイル共有は、
各自がストレージ(自宅サーバだったり、Webスペースだったり)を用意して、
個別にそこからダウンロードしていた。らしい。
Napsterは、それらのリソース(自宅サーバのストレージ)を使いつつ、
検索機能を運営側で提供して、
独自のプロトコルとクライアントでそれらを繋いだと。
であるならば、
Napsterは分散しているリソースを結合する仕組みだったということですよね。...</description>
  <content:encoded><![CDATA[<p><a href="http://muziyoshiz.jp/20090718.html#p01" title="無印吉澤 - 第13回P2P SIP勉強会のお知らせ（P2Pの技術体系についていろいろ議論）">第13回P2P SIP勉強会</a>
に参加してきました。
そこで話題になったことの1つにP2Pの歴史があるんですけど、
今気になってることについて。</p>

<p>とりあえず(現在の)P2Pの歴史が
<a href="http://ja.wikipedia.org/wiki/Napster" title="Napster - Wikipedia">Napster</a>(1999年)
に始まると仮定しますね。
Napster以前の音楽ファイル共有は、
各自がストレージ(自宅サーバだったり、Webスペースだったり)を用意して、
個別にそこからダウンロードしていた。らしい。
Napsterは、それらのリソース(自宅サーバのストレージ)を使いつつ、
検索機能を運営側で提供して、
独自のプロトコルとクライアントでそれらを繋いだと。
であるならば、
Napsterは分散しているリソースを結合する仕組みだったということですよね。</p>

<p>一方でP2PはC/Sと対比されるのだ、という論もあって、
1つのサーバとして認識されているものを、
複数のノードの集合として再実装するという発想ですね。
動画共有サイトの巨大なストレージに対して、
P2Pのファイル共有を捉えると、こういう発想になります。</p>

<p>このあたりの言葉って、
<a href="http://blog.fuktommy.com/1130645541">分散指向P2Pと協調指向P2P</a>
(もう4年も前か)
で考えた分散指向P2P/協調指向P2Pなのかな。自分でもよくわからない。</p>

<p>んで、
Napsterのときって「協調指向P2P」なわけじゃないですか。
少なくとも
「世界に1つの音楽共有サーバがあり、それを分散させるためにNapsterが生まれた」
というストーリーじゃない。
「分散指向P2P」って後付けの発想じゃないかと思うんですね。
<a href="http://fuktommy.com/am/4798100684">P2Pがビジネスを変える</a>(2001年)
はどこかにやっちゃったんですけど、
記憶とAmazonの解説から考えて、分散指向P2Pっぽい話らしいんですよ。
この発想がいつ、どうやって後付けされたのか、これがすごく気になります。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/ordfIX07QD27xmTeOLctYBMRGBc/0/da"><img src="http://feedads.g.doubleclick.net/~a/ordfIX07QD27xmTeOLctYBMRGBc/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/ordfIX07QD27xmTeOLctYBMRGBc/1/da"><img src="http://feedads.g.doubleclick.net/~a/ordfIX07QD27xmTeOLctYBMRGBc/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/rH0TJn8Dyrw" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1248132605</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1248054989">
  <title>経験の浅いプログラマーがデバッグできない理由</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/vY8bFTDpHME/1248054989</link>
  <dc:date>2009-07-20T10:56:29+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1248054989" />
  <description> 「 大半の人間がデバッグできない理由 」を読んで思いついたことを書きます。 

  Lights Out 
っていうパズルゲームがあって、
これは1つのランプを消すと、周りのランプがつく、みたいなルールになっていて、
それを全部消すというゲームです。
たとえば
 Lights Out - 2 Flash Games ,
 Lights Out Game 
とか。
今は入手できないのですが「牡丹灯籠」という実装が好きでした。
通常の Lights Out だと消えてるランプをクリックできるのですが、
牡丹灯籠はできなかったんじゃなかったかな、たしか。
ルールもそうだし、グラフィックが切なくてよかったですねー。 

 んで、ゲームをするとして、とりあえずいろいろクリックしていくわけですね。...</description>
  <content:encoded><![CDATA[<p>「<a href="http://anond.hatelabo.jp/20090719101938">大半の人間がデバッグできない理由</a>」を読んで思いついたことを書きます。</p>

<p><a href="http://ja.wikipedia.org/wiki/%E3%83%A9%E3%82%A4%E3%83%84%E3%82%A2%E3%82%A6%E3%83%88" title="ライツアウト - Wikipedia">Lights Out</a>
っていうパズルゲームがあって、
これは1つのランプを消すと、周りのランプがつく、みたいなルールになっていて、
それを全部消すというゲームです。
たとえば
<a href="http://www.2flashgames.com/f/f-35.htm">Lights Out - 2 Flash Games</a>,
<a href="http://www.ebaumsworld.com/games/play/1111/">Lights Out Game</a>
とか。
今は入手できないのですが「牡丹灯籠」という実装が好きでした。
通常の Lights Out だと消えてるランプをクリックできるのですが、
牡丹灯籠はできなかったんじゃなかったかな、たしか。
ルールもそうだし、グラフィックが切なくてよかったですねー。</p>

<p>んで、ゲームをするとして、とりあえずいろいろクリックしていくわけですね。
そんで、自分の知ってるパターンに収束したら、
あとはパターンに沿って消していけば全部消えてクリア、と。
ところが自分の知ってるパターンに収束しなければ、
むやみやたらにクリックするしかない。</p>

<p>これが僕のレベルなのですが、
うまい人だとどんなパターンでも論理的に収束させることができるのかもしんない。
謎ですけどね。</p>

<p>で、印象なのですが、
経験の浅いプログラマーがデバッグにてこずってるのって、
これと似ていて、
むやみやたらにクリックするのだけど、
自分の知ってるパターンに収束させることができない、みたいな。
これについては、経験を積めば、
自分の知ってるパターンが増えてきて、
バグだ、と思ったときには既に自分の知ってるパターンだから直せる、とか、
ちょっと試行錯誤すればパターンに落とし込めるとか、
そうなるんじゃないかな、と。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/H1rf7253HliF6jKKB_c5FKw6KFQ/0/da"><img src="http://feedads.g.doubleclick.net/~a/H1rf7253HliF6jKKB_c5FKw6KFQ/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/H1rf7253HliF6jKKB_c5FKw6KFQ/1/da"><img src="http://feedads.g.doubleclick.net/~a/H1rf7253HliF6jKKB_c5FKw6KFQ/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/vY8bFTDpHME" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1248054989</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1248001095">
  <title>docomo HT-03A(Android携帯)買いました</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/YMu7Id1m_l8/1248001095</link>
  <dc:date>2009-07-19T19:58:15+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1248001095" />
  <description> というわけで、2009-07-17に会社を休んで
 HT-03A 
を買ってきました。
最初に使ってた携帯電話から数えると
 TU-KA TT02 ,
 au W41CA ,
 au W61CA 
に続き4台目。 

 TT02からW41CAへの変化ってとても大きくて、
メールがまともに使えるとか、Webが見れるとかだったんですね。
W61CAはW41CAの上位互換みたいなシリーズなので(ペンギンケータイだし)、
実はそれほど変化したという実感はなくて、
雨に降られたとき防水なのはよかったですが。 

 んで、W61CAからHT-03Aの変化なのだけど、
今のところあんまり実感はできてないです。
使っていくうちに、これはすごい、とか思うのかもしれんけど、
今のところはよくわからない。
画面をシュッシュッとやるのは楽しくて、...</description>
  <content:encoded><![CDATA[<p>というわけで、2009-07-17に会社を休んで
<a href="http://www.nttdocomo.co.jp/product/foma/pro/ht03a/" title="docomo PRO series HT-03A | 製品 | NTTドコモ">HT-03A</a>
を買ってきました。
最初に使ってた携帯電話から数えると
<a href="http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:TT02.jpg" title="ファイル:TT02.jpg - Wikipedia">TU-KA TT02</a>,
<a href="http://ja.wikipedia.org/wiki/W41CA" title="W41CA - Wikipedia">au W41CA</a>,
<a href="http://k-tai.casio.jp/products/w61ca/" title="カシオ携帯電話オフィシャルWEBサイト | 製品情報 | W61CA">au W61CA</a>
に続き4台目。</p>

<p>TT02からW41CAへの変化ってとても大きくて、
メールがまともに使えるとか、Webが見れるとかだったんですね。
W61CAはW41CAの上位互換みたいなシリーズなので(ペンギンケータイだし)、
実はそれほど変化したという実感はなくて、
雨に降られたとき防水なのはよかったですが。</p>

<p>んで、W61CAからHT-03Aの変化なのだけど、
今のところあんまり実感はできてないです。
使っていくうちに、これはすごい、とか思うのかもしれんけど、
今のところはよくわからない。
画面をシュッシュッとやるのは楽しくて、
反面、文字入力がめんどいなーと。
入力するときだけ、どこからかハードウェアキーボードが出てきたらいいなあ。
持ち運ぶときは要らんのですが。</p>

<p>んで、3日間で入れたアプリ。ゲーム除く。</p>

<ul>
  <li><a href="http://twidroid.com/">twidroid</a>:
      人気のTwitterクライアント。</li>
  <li><a href="http://jp.androlib.com/android.application.com-himsn-Cqn.aspx">Hi MSN Beta</a>:
      Windows Live Messenger クライアント。
      ときどき警告が出るのだけど、一瞬で消えるのでメモできず、
      レポートできていない。</li>
  <li><a href="http://jp.androlib.com/android.application.com-adamrocker-android-input-simeji-Fxn.aspx">Simeji</a>:
      日本語IME。ユーザ辞書の設定が謎。</li>
  <li><a href="http://jp.androlib.com/android.application.com-chnavi-android2ch-jixm.aspx">AnChan</a>:
      2chブラウザ。</li>
  <li><a href="http://jp.androlib.com/android.application.com-android-demo-notepad3-qpj.aspx">Notes</a>:
      メモ帳はどれがいいのか謎。試用中。</li>
  <li><a href="http://code.google.com/p/connectbot/">ConnectBot</a>:
      SSHクライアント。
      公開鍵をコピーするというのが、クリップボードへのコピーだと気付くのに時間がかかり、
      ソースコードの copyPublicToClipboard という変数名で解決した。
      接続テストだけしたら、ログインできないようにサーバ側で公開鍵を無効にしてしまいましたが。</li>
  <li><a href="http://jp.androlib.com/android.application.sak-hatena_b-zDi.aspx">はてなＢ Lite</a>:
      はてブのブックマークレットのように使えるツール。
      標準ブラウザではブックマークレットが使えないの？　謎。
      言語設定によっては Hatena Bookmark Lite となるようなのだけど、
      日本語版のマーケットでは "Hatena" では検索しても出てこないという謎。</li>
  <li><a href="http://jp.androlib.com/android.application.com-google-zxing-client-android-xzA.aspx">QRコードスキャナー</a>:
      人気のQRコードスキャナー。
      これも "QR code" では検索できない。</li>
</ul>

<p>んで、自分でもアプリ作っちゃったり。
このあたりみて勉強しました。</p>

<ul>
  <li><a href="http://developer.android.com/intl/ja/guide/tutorials/hello-world.html">Hello, World | Android Developers</a></li>
  <li><a href="http://d.hatena.ne.jp/Raspberry-Farad/20090507/1241626304">Intent のコンストラクタ - Raspberry Farad</a></li>
  <li><a href="http://code.google.com/p/android-delicious-bookmarks/">android-delicious-bookmarks - Google Code</a></li>
</ul>

<p>んで、できたものがこれ。
<a href="http://repos.fuktommy.com/trac/browser/android/HateberBlog/trunk" title="/android/HateberBlog/trunk - repos.fuktommy.com - Trac">HateberBlog</a>.
<a href="http://hateber.fuktommy.com/">はてバーぶろぐ</a>
のブックマークレットをアプリにしたようなもので、
ダミーURLを生成し、上述の はてなＢ Lite を起動して書き込むという仕組みです。
アイコンとか作んないとなー。
とはいえ調べながら6時間くらいでアプリができるので、
SDKが素晴しいということですね。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/y5hQ8_YmL2QudrUYcphlpYBQCws/0/da"><img src="http://feedads.g.doubleclick.net/~a/y5hQ8_YmL2QudrUYcphlpYBQCws/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/y5hQ8_YmL2QudrUYcphlpYBQCws/1/da"><img src="http://feedads.g.doubleclick.net/~a/y5hQ8_YmL2QudrUYcphlpYBQCws/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/YMu7Id1m_l8" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1248001095</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1247883297">
  <title>P2Pで大規模動画共有サイトってできるの→できる！</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/A38S5OtYmnY/1247883297</link>
  <dc:date>2009-07-18T11:14:57+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1247883297" />
  <description>  P2Pでサービスを提供する際の障壁について - id:k-z-h という記事があって、
電子の妖精kawangoが  ブコメ  で
 ローカルキャッシュだけなら、多少の回線負荷の節約にはなるかもね。共有は意味がない。つか＞id:fuktommy すべてにおいて見当はずれなコメントすんな。 
と言っていたし、
ヨコタンも  ブコメ  で
 fuktommyはもっとP2Pの普及すべき（笑） 
とのことなので、
ここはP2Pで大規模動画共有ってできちゃうよ、という話をします。 

 つか結論から書いちゃうと、
「P2Pに決まった定義はない」ので、
自分にとって都合のいいようにP2Pを定義して論を進めれば、
どんな結論でも出せるということなんだけどね。 

 電子の妖精kawangoの会社は...</description>
  <content:encoded><![CDATA[<p><a href="http://d.hatena.ne.jp/k-z-h/20090717/p1">P2Pでサービスを提供する際の障壁について - id:k-z-h</a>という記事があって、
電子の妖精kawangoが<cite><a href="http://b.hatena.ne.jp/kawango/20090718#bookmark-14720928">ブコメ</a></cite>で
<q cite="http://b.hatena.ne.jp/kawango/20090718#bookmark-14720928">ローカルキャッシュだけなら、多少の回線負荷の節約にはなるかもね。共有は意味がない。つか＞id:fuktommy すべてにおいて見当はずれなコメントすんな。</q>
と言っていたし、
ヨコタンも<cite><a href="http://b.hatena.ne.jp/kozai/20090716#bookmark-14697586">ブコメ</a></cite>で
<q cite="http://b.hatena.ne.jp/kozai/20090716#bookmark-14697586">fuktommyはもっとP2Pの普及すべき（笑）</q>
とのことなので、
ここはP2Pで大規模動画共有ってできちゃうよ、という話をします。</p>

<p>つか結論から書いちゃうと、
「P2Pに決まった定義はない」ので、
自分にとって都合のいいようにP2Pを定義して論を進めれば、
どんな結論でも出せるということなんだけどね。</p>

<p>電子の妖精kawangoの会社は
<q cite="http://q.hatena.ne.jp/1247727768#a935208">うちの社員は本当にひどいので世の中に放つと、世界が滅びます。</q>
(<cite><a href="http://q.hatena.ne.jp/1247727768#a935208">知り合いが動画投稿サイトを運営しています。 結構、アクセスはあるらしいのですが、一向に黒字になりません。 なにかいいアドバイスがあれば教えてください。 .. - 人力検索はてな</a></cite> より)
とありますが、
きっと就業中にYouTubeやニコニコ動画を観ている人もいるのではないかと思います。
そんな彼らが動画ファイルを社内で共有するとどうなるか。
サイトへの回線負荷が減りますね。
つまりP2Pで回線負荷が下がった。勝利条件を満たしたので勝ち。以上。</p>

<p>それってP2Pなの？　1つの会社で閉じている共有ネットワークってP2Pなの？
　社外の人とも共有しなきゃP2Pじゃないんじゃないの？
　P2Pには決まった定義はないので、これもP2Pと呼べばこっちのものです。</p>

<p>そんな1社の社員の分の回線負荷なんてたいしたことないんじゃないの？
　でも負荷は増えてなくて減っているので、
「P2Pで回線負荷が下がった」には当たります。</p>

<p>でも、こういう機能を動画共有サイトが公式で提供するとして、
動画共有サイトにメリットがあるかというと別の問題ですよと。
上で考えたのは電子の妖精kawangoの会社の人が勝手に作ったシステムなのですが、
公式でやるとしたらきっと、
動画を消したらすぐローカルデータも消えるとか、
あとはよくわかんないけどいろんな機能が要りそうです。
また、そういうシステムを作ったとして、何人のユーザーが使うのか。
ユーザーの観ている動画ってどれくらい被るものなのか。
いろいろ謎ですよね。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/w1UsIBiMzS6HopJtZeAxjha9U9g/0/da"><img src="http://feedads.g.doubleclick.net/~a/w1UsIBiMzS6HopJtZeAxjha9U9g/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/w1UsIBiMzS6HopJtZeAxjha9U9g/1/da"><img src="http://feedads.g.doubleclick.net/~a/w1UsIBiMzS6HopJtZeAxjha9U9g/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/A38S5OtYmnY" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1247883297</feedburner:origLink></item>
  <item rdf:about="http://blog.fuktommy.com/1246924516">
  <title>はてなブックマークのエクスポートができないからプログラムにやってもらう</title>
  <link>http://feedproxy.google.com/~r/blogfuktommycom/~3/ZuDStw6k6Hc/1246924516</link>
  <dc:date>2009-07-07T08:55:16+09:00</dc:date>
  <dc:creator>Fuktommy</dc:creator>
  <dc:rights>http://creativecommons.org/licenses/by/2.1/jp/</dc:rights>
  <cc:license rdf:resource="http://blog.fuktommy.com/1246924516" />
  <description> はてなブックマークには、自分のブクマを全部ダウンロードする
 エクスポート という機能があるのですが、
いつの頃からかうまく動かなくなりました。
ブクマ数が多くなった(18,359件)からかもしれないのですが、
エクスポートしても十数分待たされ、
結局「混雑しています」のようなHTMLが保存されます。
 はてなアイデアでバグ報告 しても反応ないし… 

 そこで自分のかわりに、なんどもリトライさせる仕組みを作りました。 

  % hatebu-dump fuktommy atom.xml
Password:
[('X-WSSE', 'UsernameToken Username="fuktommy", PasswordDigest="xxxxxxxxxxxxxxxxxxxxxxxxxxxx",
Nonce="xxxxxxxxxxxxxxxxxxxxxxxxxxxx", Created="2009-07-06T23:26:44.127984Z"'),
('Authorization', 'WSSE profile="UsernameToken"'), ('User-Agent', 'Hatebu-Dump/210')]
('http...</description>
  <content:encoded><![CDATA[<p>はてなブックマークには、自分のブクマを全部ダウンロードする
<a href="http://b.hatena.ne.jp/help/port">エクスポート</a>という機能があるのですが、
いつの頃からかうまく動かなくなりました。
ブクマ数が多くなった(18,359件)からかもしれないのですが、
エクスポートしても十数分待たされ、
結局「混雑しています」のようなHTMLが保存されます。
<a href="http://i.hatena.ne.jp/idea/22454" title="はてなアイデア - 設定→データ管理→Atomフィード形式でダウンロード でエクスポートしようとすると、数十分待たされて、結局ダウンロードできない→http://b.hatena.ne.jp/dump Atomでインポートしてからかも。">はてなアイデアでバグ報告</a>しても反応ないし…</p>

<p>そこで自分のかわりに、なんどもリトライさせる仕組みを作りました。</p>

<pre class="code"><samp>% hatebu-dump fuktommy atom.xml
Password:
[('X-WSSE', 'UsernameToken Username="fuktommy", PasswordDigest="xxxxxxxxxxxxxxxxxxxxxxxxxxxx",
Nonce="xxxxxxxxxxxxxxxxxxxxxxxxxxxx", Created="2009-07-06T23:26:44.127984Z"'),
('Authorization', 'WSSE profile="UsernameToken"'), ('User-Agent', 'Hatebu-Dump/210')]
('http error', 502, 'Bad Gateway', &lt;httplib.HTTPMessage instance at 0xb7cdbf8c&gt;)</samp></pre>

<p>コマンドラインから「hatebu-dump ユーザ名 保存ファイル」として起動し、
パスワードにはてなのパスワードを入力します(文字は出ません)。
あとははてブからの応答がエラーでなくなるまで、
延々ダウンロードを続けてくれます。</p>

<p>ダウンロードはこちらから: <a href="http://fuktommy.com/homebin/hatebu-dump">hatebu-dump</a></p>

<p>WSSE認証の箇所は
<a href="http://d.hatena.ne.jp/ymotongpoo/20081201/1228115936">WSSE認証を利用したAtom APIとか - YAMAGUCHI::weblog</a>
からいただきました。</p>
<p><a href="http://feedads.g.doubleclick.net/~a/VxGNoTlrbfP5JEtCxOH0ZRiLQeI/0/da"><img src="http://feedads.g.doubleclick.net/~a/VxGNoTlrbfP5JEtCxOH0ZRiLQeI/0/di" border="0" ismap="true"></img></a><br/>
<a href="http://feedads.g.doubleclick.net/~a/VxGNoTlrbfP5JEtCxOH0ZRiLQeI/1/da"><img src="http://feedads.g.doubleclick.net/~a/VxGNoTlrbfP5JEtCxOH0ZRiLQeI/1/di" border="0" ismap="true"></img></a></p><img src="http://feeds.feedburner.com/~r/blogfuktommycom/~4/ZuDStw6k6Hc" height="1" width="1"/>]]></content:encoded>
<feedburner:origLink>http://blog.fuktommy.com/1246924516</feedburner:origLink></item>
</rdf:RDF>
