トップ «前月 最新 翌月» 追記

2002|01|02|03|04|05|06|07|08|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|02|03|04|07|

2003-10-01 [長年日記]

_ PingProxy α版 (20:18)

※注意書き

  • PingProxyを利用するいしだなおとさんによる「htmlによるTrackBackクライアント実装（http://www.ksky.ne.jp/~naoto/39_akiary/n3/200310.html#20031010_1065724154）」が公開されています。
  • urlsパラメータで送信するべき文字列は、TrackBack Ping URLではなく、記事URL（いわゆるPermalink）の方です。TrackBack Ping URLが送られてもそこへのPing送信は代行しませんのでご注意ください。
  • Perlのサンプルが間違っていたので修正しました。

日記やらblogやらwikiやらCMSやらの連携について議論するMLの、

あたりで書いたTrackBack送信代行サーバーPingProxyをテスト実装してみた。

概要

TrackBack、PingBackなどの送信を代行する専用サーバーを用意することによって、ユーザーの使い勝手を向上させる仕組み。TrackBack Ping URLの存在を気にすることなく、PingBackと同等の操作でTrackBackが気軽に送れるようになる。

重複チェック（同じTrackBackを複数回送ってしまう）、存在チェック（間違ったURLに送ってしまう＝タイムアウトまで待つ？）、文字コードチェック（送り先の文字コードを確認して、その文字コードに変換した上で、charsetパラメータもつけて送る）などもサーバーサイドで代行する。

詳細

TrackBackを一般ユーザーとして利用する際の、私が思うところの弱点は、

  • 言及したい記事URLとTrackBack Ping URLを結びつけることを意識するのがうざい（bookmarkletを使ったところで）
  • できれば、PingBackみたいに含まれるURL一通りに対して自動的に（相手が対応していれば）Pingを送って欲しい
  • でも、PingBackはサーバー負荷＆時間がかかるから、記事更新時のレスポンスが悪くなるのがうざい
  • ただのTrackBackの場合でも、相手先サーバーが重ければレスポンスが悪くてうざい

というあたりなんで、そのあたりを解消するために、

  • PingProxy I/F（http://pingproxy.ishinao.net/ping）がすべてのPing投稿をうけつける
  • PingProxyにはHTTP POSTで以下のパラメータを送信する。
    • url（必須）……送信元記事の固定URL
    • title……送信元記事のタイトル
    • blog_name……送信元記事を含むサイト名
    • excerpt……送信元記事の要約
    • charset……POSTしたパラメータの文字コード
    • urls（必須）……言及先URL文字列（複数）を含むテキスト。※ここでいう言及先URL文字列というのは、TrackBack Ping URLではなく、記事URL（いわゆるPermalink）のことです。TrackBack Ping URLを送信してもPingを送りません。
  • PingProxyは、上記のPing投稿を受け付けると、ただちに「OK」という文字列を返す。それ以外の文字列が返された場合はエラー。
  • PingProxyは、投稿されたurlsに含まれるURL文字列を抽出し、そのURL文字列に対応したPing I/Fが存在するかどうかを確認する
    • 埋め込みRDFを使ったTrackBack Ping I/Fを検索する
    • はてなダイアリーの記事URL文字列に合致する場合は、末尾にtrackbackをつけたものをPing URLと見なす
    • blogmapにそのURLに関する項目がないかを確認し、存在した場合はblogmapのTrackBack Ping URLを返す
    • PingBack I/Fを検索する（未実装）
  • Ping投稿を実際のPing処理コマンドに分解する
    • 投稿元記事URLと、その記事に含まれるターゲットURL、ターゲットURLが持つPing I/F、という組み合わせ分のPing処理コマンドを予約する
    • すでに処理が行われた組み合わせのコマンドは重複実行しない
  • 各URLに関する情報を収集する
    • そのURLは本当に存在するか
    • そのURLではどの文字コードを利用しているか
  • 実際にPing処理コマンドを実行する
    • すべての準備が整ったPing処理コマンドを順次実行していく
    • TrackBack Pingを送信する
      • 送信先のcharset（だと思われるもの）に合わせてパラメータの文字コードを変換した上で、charsetパラメータ付きで送信する
    • pingback.pingを送信する（未実装）
    • 各Ping処理コマンドの実行結果をログに記録していく

urlsには、言及先の記事URLを列挙してください。記事本文を丸ごとurlsとして投稿しても、その中に含まれるURLを自動的に抽出するので、通常は記事本文を丸ごと投稿してしまって構いません。

まだほとんどテストも行っていないので、ひとまずは概要説明ってことで。裏タスクは-[まだ自動化していません。もうちょっと試して問題なさそうならば、裏タスクを自動化しつつ、-自動化しました。表側のWebインターフェース（ログ表示とか）も用意します。

α版のURL

直接PingProxy I/Fを叩く場合は、

を。

HTMLフォームから手動で送信する場合は、

を使うと動作します。

PHPによるPingProxy送信サンプルコード

$pingproxy = 'http://pingproxy.ishinao.net/ping';
$charset = 'euc-jp';
$blog_name = 'サイト名';
$url = '記事のURL';
$title = '記事のタイトル';
$body = '記事本文';
$excerpt = '記事の要約';

$query = 'url='.urlencode($url);
$query .= '&title='.urlencode($title);
$query .= '&blog_name='.urlencode($blog_name);
$query .= '&charset='.urlencode($charset);
$query .= '&excerpt='.urlencode($excerpt);
$query .= '&urls='.urlencode($body);

$curl = curl_init($pingproxy);
curl_setopt($curl, CURLOPT_POST, 1);
curl_setopt($curl, CURLOPT_POSTFIELDS, $query);

ob_start();
curl_exec($curl);
ob_end_clean();

curl_close($curl);

Perl＋LWPによるPingProxy送信サンプルコード

use URI::Escape;
use LWP::UserAgent;
use HTTP::Request;

my $pingproxy = 'http://pingproxy.ishinao.net/ping';
my $url = '記事URL';
my $title = '記事タイトル';
my $blog_name = 'サイト名';
my $excerpt = '記事要約';
my $body = '記事本文';
my $charset = 'euc-jp';

my $ua = new LWP::UserAgent;
my $headers = new HTTP::Headers;
$headers->header('Content-type','application/x-www-form-urlencoded');
my $query = 'url='.uri_escape($url);
$query .= '&title='.uri_escape($title);
$query .= '&blog_name='.uri_escape($blog_name);
$query .= '&charset='.uri_escape($charset);
$query .= '&excerpt='.uri_escape($excerpt);
$query .= '&urls='.uri_escape($body);

my $request = new HTTP::Request('POST', $pingproxy, $headers, $query);
my $response = $ua->request($request);

rubyによるPingProxy送信サンプルコード

require('cgi.rb');

url = '記事URL'
title = '記事タイトル'
blog_name = 'サイト名'
excerpt = '記事要約'
body = '記事本文'
charset = 'euc-jp'

query = 'url='+CGI::escape(url)
query += '&title='+CGI::escape(title);
query += '&blog_name='+CGI::escape(blog_name);
query += '&charset='+CGI::escape(charset);
query += '&excerpt='+CGI::escape(excerpt);
query += '&urls='+CGI::escape(body); 

require 'net/http'
http = nil
response = nil
header = {}
header['Content-type' = 'application/x-www-form-urlencoded'

Net::HTTP.start('pingproxy.ishinao.net') {|http|
	response ,= http.post('/ping', query, header)
}

※一応動いたけど、rubyはさっぱり分からないんで、そのまま使うのは危険かも

はてなダイアリーとの連携テスト用

はてなダイアリーでは、送信元URLに送信先URL文字列が含まれるかを確認するため、送る前にURLを記述しておかないといけない。

懸案事項

  • はてなダイアリーのように、送信元URLに送信先URLが含まれているかを確認した方がいいだろうか？
  • 内部EUC-JPなんで、日本語・英語以外の文字コードはサポートできないけれども、本気でやるならば内部UTF-8でやるべきなんだろうなー。
  • MovableTypeにPingProxy送信機能を組み込んでみたんだけど、MovableTypeって派生物の配布も許可していないってことは、改変コードの提示も許可されないのかな？　それとも、MovableType自身のコードを含まなければいいのか？　微妙だ。
  • PingProxyって、MovableTypeでTrackBackをProxy経由で送るときの設定項目名と同じだな。ややこしくなるから変えた方がいいかな。

_ 著作権と「マルＣ」 (20:18)

もともと結構重要なテーマだったんだけど、最近さらにその重要度を増している著作権に関する基本的な知識のページ。2chのどこぞのスレッドで、「©を使わず(c)と書いたのでは、国外では相手にされない」なんて感じの書き込みを見かけたんだけど、別にそんなこともないみたいだね。というか、「それほど話は単純じゃない」と言った方がいいのかな。

[ツッコミを入れる]

2003-10-02 [長年日記]

_ ラーメン二郎にてインタビュー (20:18)

ラーメン二郎（本家）店主の古いインタビュー。面白いなー。ラーメン次郎って新宿のしか食ったことがないけど、一度田町の方にも行ってみようかな。

ついでに地元ネタ。

ラーメン・アカデミーだそうな。実際のところ、これが出来たら武蔵浦和で一番メジャーな場所になってしまいそうな予感。もうちょっと発展しないかなー。

[ツッコミを入れる]

2003-10-03 [長年日記]

_ <<a href="http://mylog.ishinao.net/id/902">HNSにTrackBackを</a> <p>HNSにTrackBackを実装する実験中。

_ 実験用パラグラフ <p>こっちにもTrackBackを送ってみよう。

[ツッコミを入れる]

2003-10-04 [長年日記]

_ 「Google八分の刑」という難問 from 圏外からのひとこと (20:18)

>>基本的には、「Google八分の刑」はあるURLに宣告します。そのページがグーグルランクのマイナス査定を受けることになります。

直接この話とは関係ないんだけど、ふと思ったこと。

最近TrackBackとかblogmap（被リンク数のポイント化）とか、Web上のリソースに対して、ユーザーがプラスの評価を与える方向のものばかり考えていたけれども、マイナスの評価をうまく与える方法ってのも考える価値があるよなー。

マイナスの評価というと、ワーストケースでは「2chで晒されて荒らしが集まる」みたいなろくでもないものしか思いつかないけれども、もっと薄く自然でさりげないマイナス評価の仕組みがあると、Web上のリソースの評価に関する仕組みが多様化してきそうだ。

リンクする際にさりげないマイナス（あるいはプラスからマイナスにかけての複数段階）評価を盛り込めて、それを機械的に簡単に読みとれて（評価DBを構築しやすくて）、しかもそういうリンクを（して｜されて）も関係者が気にしない（これが一番難しい）、というようないい仕組みはないかなー。

_ 限界に挑戦できず (20:18)

来週は草野球の大会なんで、せめてちょっとでも練習しておこうと二子新地に集合。といっても、たったの6人（しかも試合に出る人間はそのうち4人）かよ。本当に集まり悪いよなー。

グラウンドは取れなかったんで、空いている場所を探してさまよう時間が2割。グラウンドが空いていなかったんで、砂利地面で練習（になんねーよ）が3割。5割くらいがまともにグラウンドで練習できた時間か。

それでも一応それっぽいノックがちゃんと出来た。が、最初ノッカーをやっていたら50球くらい打っただけで手の皮が2カ所もむけた（グローブをしていたのに）ので交代。自分自身がノックを受けるのは、3球くらい連続で受けると、もうダッシュの一歩目が出なくなることが判明したので、手が届くところだけ処理して交代。昔（高校生の頃）だったら、血反吐を吐きそうになっても、さらにダッシュとかしていたのになー。まああれから体重が30kg近く増えているんだけど。

それにしても、先週買ったばかりのちょっと高いグローブは、比較的柔らかいと思っていたのに、全然ちゃんと閉じられずにぽろぽろこぼしてばかりだった。来週までにもうちょっとなじませておこう。

その後バッティングセンターにちょっと寄って、渋滞に巻き込まれたり、人のもらいものベッドを回収したりしながら、4時間くらいかけて帰宅。そういやほとんど何もしていないのにラーメンをおごってもらった。ラッキー。

[ツッコミを入れる]

2003-10-05 [長年日記]

_ NTT-XとGoogle、インターネット検索分野で戦略的提携――国内ナンバー1を目指して from ASCII24 (20:18)

>>具体的には、NTT-Xの検索サービス“goo”にグーグルのウェブデータベースを含む基本的な検索機能の提供を受け、独自の検索キーワード自動補正機能(ウィスキー/ウィスキィなどの吸収や、キーワードの修正ワード候補の表示)などを加えたうえで検索サービスを提供する。

Googleもさすがにローカライズ関連の細かい作業をいちいち自前でやるのはつらいだろうし、英語とはかけ離れた言語に関しては、現地の技術系会社と協力してやっていくってのは、まっとうな選択肢だろうな。

_ ２ちゃんねる向けフリースペース「壷かきこ」がオープン from INTERNET Watch (20:18)

>>壷かきこは、２ちゃんねるの各掲示板で話題になったスレッドをまとめるサイトや、テンプレートを保存するためのフリースペースだ。

2ch専用ジオシティーズみたいな感じですか。2ch関係会社の商売の方向性ってよく分からないなー。こんな世の中に山ほど似たようなものがあるサービスを、今からわざわざ立ち上げる意味はあるんだろうか？

権利侵害とかの対応に関して、他のサービスよりも多少緩い（2ch論理が通じやすい）かもしれないけど、どうせ2ch系サービスだって昔ほど優しくない（というかふつうのプロバイダっぽい対応をするようになった）だろうし。どれだけの人がわざわざ使おうと思うんだろう。でもまあいまだに2chブランドが好きな人たちは結構いるみたいだから、そういう人たちが使うかな？

_ 日立、ソフトの動作を制限する「ソフト電池」技術の導入／運用支援サービスを発表 from CNET Japan (20:18)

>>同技術を利用することで、ソフトウェアの使用期間や起動回数などに応じて仮想的な“電池”の残量が減少するよう制御でき、ソフトウェアの従量課金が可能となる。またソフトウェアを動作させるにはソフト電池の充電（購入）が必要なので、ソフトウェアの不正使用／コピーを防止できる。なおソフト電池はパソコンのハードディスクに分散して記録するので、ソフト電池自体のコピーは不可能という。

この技術に関しては、前にもどこかで見かけた覚えがあるな（多分これを利用した日立のソフトの記事で）。ソフトウェアの利用料に対して従量制課金を取り入れたいというアプローチは、確かに重要だろう。成功すれば、ソフトウェア産業の構造が大幅に変わりうる。

もっともシンプルなやり方は、ASP方式（ネット越しにソフトウェアの機能だけを提供し、ソフトウェア自体は提供しない）だろうけど、これはいろいろ制約が大きすぎるからな。

ただ、「ソフト電池はパソコンのハードディスクに分散して記録する」程度で、とてもまっとうな管理が可能とは思えないんだよなー。そういうやり方じゃ、狙われたらいずれはクラックされそう。USBキーみたいなものと組み合わせれば、なんとかなりそうな気がするんだけど。

_ インターネット総研、ユーザー指向のＩＴネットワーク社会実現に向けたフォーラムを設立 from CNET Japan (20:18)

この記事自体はどうでもいい（というか設立するってだけじゃ評価不能）だけど、

>>コラボレーション同士をネットワークすることにより実現する次世代のコラボレーション

ってのは興味深いネタだ。複数のコラボレーション同士でコラボレーションするっていうと、要はInterWikiみたいな仕組みの発展系を考えるって感じかなー。「TrackBackのメタ情報（RSS）を利用する」なんてのも、コラボレーション同士のコラボレーションに近いかも。記事オリエンティドなP2P連携じゃなくて、サイト（あるいはCMS）レベルでのP2P連携のための統一的なインターフェースがあると楽しいかもね。

_ SharpReader＋BlogThisUrlプラグインをMT以外で利用する (20:18)

NET Framework（Windows）用RSSアグリゲータSharpReader（http://www.sharpreader.net/）と、SharpReaderで閲覧したアイテムに関する記事をMTで書くためのプラグインBlogThisUrlを使って、他の日記システムで手軽にRSS→Web記事を生成する方法。

BlogThisUrlプラグインは、標準ではMovableTypeに記事を投稿する用になっているんだけど、内部はテンプレートベースで汎用的に作られている。デフォルトのテンプレートは、

http://YOUR-WEB-SITE/cgi-bin/mt/mt.cgi?is_bm=1&
bm_show=trackback,category,allow_comments,allow_pings,convert_breaks&
__mode=view&_type=entry&link_title=<$//item/title$>&
link_href=<$//item/link$>&text=<$//item/description$>

※本来は改行はない

となっていて、要はテンプレートに記述されたとおりに、RSSの記事アイテムに関する各種要素をQUERY_STRINGに付加して、指定されたURLを呼び出す（Webブラウザで開く）って仕組みなんで、GETで好きな引数を受け取ってそれをFORM要素に展開するようなページを用意しておけばいい。

たとえばうちなんかの場合は、

http://example.com/pagename?site=<$//channel/title$>&
title=<$//item/title$>&link_href=<$//item/link$>

なんてテンプレートを用意することで、

  • site……サイト名
  • title……記事タイトル
  • link_href……記事URL
  • -[text……記事要約-

※「&text=<$//item/description$>」をつけておくと、descriptionに長文が含まれている場合なんかに、ShellExecuteのオーバーフローが起きるんで、つけない方がよさそう。

をGETで受け取り、それをベースに雛形記事を生成するフォームを用意している。ちょっと試してみているんだけど、結構便利。ただ、記事情報を受け取る際には、文字コード変換とかにも気を遣った方がいいかも。

あと、RSSでは記事URLをRSS専用のリダイレクタにしてあったりすることが多いんで（bulknewsとかCNETとかもそうだし）、それを手で直すのがちょっと面倒。リダイレクタURL→本来のURLに変換する処理とか書くともっと便利になるかな。HEADして返ってきたLocationを読めばいいのかな？

PHPで書いてみたリダイレクト用URLからリダイレクト先URLを得る関数。80ポート以外とかは考慮してないけど。本当は、BlogThisUrlプラグイン自体で処理しようかと思ったんだけど、BlogThisUrlプラグインの方はいろいろと不透明なことが多い（権利関係とか必要なライブラリとか）んで、やめ。

function get_redirect_url($srcurl) {
	$urlinfo = parse_url($srcurl);
	$curl = curl_init($srcurl);
	curl_setopt($curl, CURLOPT_HEADER, 1);
	curl_setopt($curl, CURLOPT_TIMEOUT, 3);
	$req = 'GET '.$urlinfo['path'.'?'.$urlinfo['query'.' HTTP/1.1'."\n";
	$req .= 'Host:'.$urlinfo['host'."\n\n";
	curl_setopt($curl, CURLOPT_CUSTOMREQUEST, $req);
	ob_start();
	curl_exec($curl);
	$result = ob_get_contents();
	curl_close($curl);
	ob_end_clean();
	if (preg_match("/Location: ?([^\n+)\n/i", $result, $matches)) {
		$url = trim($matches[1);
		if (preg_match('/^https?/i', $url)) {
			return $url;
		} else {
			$url = strtolower($urlinfo['scheme').'://'.$urlinfo['host'.$url;
			return $url;
		}
	} else {
		return $srcurl;
	}
}
[ツッコミを入れる]

2003-10-06 [長年日記]

_ 「１５０人近い同胞、多分殺された」石原知事、観閲式で from asahi.com (20:18)

「過去２５年間、政府がほったらかしにしてきたが、状況証拠から言えば、１５０人近い同胞が拉致され、たぶん、まあ、殺害されたんでしょう」と述べた。石原知事は９月２５日の都議会で曽我ひとみさんの母について「殺されたんでしょ、その場で」などと述べ、翌日の議会で「配慮に欠けた」と謝罪したばかり。

曽我ひとみさんの母が「殺された」と発言したことに関しては、曽我ひとみさん（の親族）に対して「配慮に欠け」ていたと謝罪したけれども、北朝鮮に拉致されたとみられる150人近くはおそらく殺されたのであろう、という考え自体は間違っていないと思う、ということで問題ないと思うんだけど。

朝日新聞は何を批判したいの？　証拠がないことを発言すること？　でもさすがにこれだけ状況証拠（拉致した事実は相手が認めている）がそろっていれば、それで十分だと思うが。

ただ、「同胞」とかいう言葉遣いは個人的に気に入らないんだけど。民族意識を重視する（ような言葉遣いをする）と余計な摩擦が増える。まあ、石原慎太郎という人は、そういう摩擦を味方にするのが得意（あるいは好き）な人なのかもしれないけど。

_ ビルニューブ、B.A.Rより解雇通知受ける from Motorsports@nifty F1 News (20:18)

というわけで、まあ予想通りBARはヴィルヌーヴとの契約を更新しなかった。けど当たり前だよなー。全然チーム力とギャラが見合っていなかったんだから。BARもこれで、ヴィルヌーヴのギャラと佐藤のギャラの差額分、開発費に余裕が出るな。

以前のボスであるフランク・ウィリアムズ氏がいまだに彼の事を賞賛する発言を行い、ウィリアムズに戻るのではないかとの憶測を呼んだりもしている。

モントーヤがマクラーレンに移籍して、空いたシートをマーク・ウェバーと争って勝つってのが、ヴィルヌーブがウィリアムズに復帰できる場合のシナリオなのかな？　あと、ル・マンに挑戦って説とか、クレイグ・ポラックがジョーダンを買収してそこのドライバーになるって説も流れているらしい。

_ シャープが超高精細液晶、パソコン画面そのまま携帯に from NIKKEI NET (20:18)

今回開発した液晶は、携帯電話の2.6インチの画面上に、文字や画像を構成する最小単位である細かい点（画素）をパソコンと同じ30万7200個配置。

2.6インチVGAですか。その液晶密度ならば、Linux Zaurusならば800×600くらいまでいけるかな？　まあVGAで十分ではあるんだけど、Webとかを見るときにはちょっと狭さが気になるときがあるんだよな。って贅沢な悩みだ。

_ Re：トラックバックって何? from メモ 2003年 10月 (1)。 (20:18)

むしろ他人のケンカをより煽るようなシステムがあれば楽しいかもしんない (ヤジがとばせて、勝ち負けがクッキリでるようなやつ)。

そういうのも面白いかもしれないなー。tDiaryのへぇプラグイン（http://kitaj.no-ip.com/tdiary/20031006.html#p11）を見て、昔日記猿人で流行った（？）空メールボタンを思い浮かべたりしていたんだけど、それと「「Google八分の刑」という難問 from 圏外からのひとこと」で考えたネタと合わせてみる。

各記事ごとに、「へぇ(゜o゜)」ボタンと「（ ´_ゝ`）フーン 」ボタンを用意しておいて、気軽に「へぇ」とか「フーン」とか押してもらう。「へぇ」が微妙にプラス評価気味、「フーン」が微妙にマイナス評価気味。でもどちらも非常に薄い評価だし、その意味合いも曖昧。10連打以上しないとあまり意味がでない程度の扱い。一言コメントくらい残せると、煽り甲斐があるかな。

なにやら「へぇ」ボタンは流行っているらしいから、あの手の外見のボタンを付けておくと、多分みんな気軽に押してくれるんじゃないか。サイト単体で使うだけじゃつまらないから、その情報をRSSに含めて（<trivia:hee>13</trivia:hee>とか）配信できるようにして、サイトをまたがって応用できるようにする。それが流行ってきたらTrackBackでも「hee=15」とか「fuun=3」とかつけて送れるようにしたり、他サイトに匿名でへぇを送信できるシステムを用意したり、とか。

ってのはまあ冗談だけど。でも単なるへぇボタンとフーンボタンはちょっと作ってみたいかも。Flashを使ったボタンを置いておいて、連打が終わった後に非同期でサーバーに連打数を送信するような作りにすれば、そんなにうざく（レスポンスが重く）ないかな。

_ 日記才人の投票システム (20:18)

daisukeさんが期間限定お遊びネタとして、日記才人のデフォルトの投票ボタンをへぇボタンにした（http://www.nikki-site.com/index.pl?id=2090;article=784）みたいだけど、そういや日記才人の投票システムって、ものすごくへぇボタンに適している気がする。

他人の日記を読んでの感想（評価）なんて、まさしくトリビア的な（些末な）ものだろう。（現在の）日記才人では1サイトに対して1日1人1票の投票権しか与えられていないが、その評価と投票権の重さはいまいち見合っていない（投票するかしないか＝1か0かになってしまう）。トリビアの泉のように、「よほど感心した場合で20へぇ」程度の方がその意味合いとのバランスが良さそうだ。

また、その投票結果の見せ方についても、変えた方がいい気がする。得票累計数でのランキングは、結局固定読者が多い日記が高ポイントを得ることになり、日々あまり変わり映えがせず面白みがない。それよりもその日「平均何へぇ獲得したか」でランク付けした方が、内容によっての日々の変動が期待できる。まあ単純に平均を取ってしまうと、1人が20へぇ入れた日記が上位に来てしまうので、そのあたりをならす計算式や閾地を導入した方が良さそうだが。

と言うだけ言ってみたが、多分そういうシステムを作ろうとした場合、連打によるシステム負荷を回避する手段を用意するのが一番難しいだろうな。クライアントサイド（Flash、JavaApplet、ActiveX、JavaScript、Shockwave）で連打の応答を吸収し、サーバーサイドに実際にデータを送信する回数を減らす（後でまとめて送る）ことによって、妥当なサーバー負荷にすることが出来るとは思うが、大規模なユーザー向けの適用となると、技術の選定、実装、非対応ユーザー向けの回避方法の用意など、いろいろ面倒くさそうだ。個人レベルで適当に作るならばそれほど難しくはないんだけど。

フレンドスター

アメリカ人のカップルというのは、似たような経歴と収入レベルということが多く、玉の輿も逆玉もあまりない。

加えて、友達の友達、ということであれば、少なくとも最低限のチェックが済んでいるということも大きい。

アメリカでフレンドスターが流行っている理由は、上記のような社会背景があるからだそうな。そうなると、日本でそのまま流行るかどうかは微妙かもなー。

日本でやるならば、個人向けサービスではなく、法人向けのビジネスマッチングサービスなんかの上に、こういう仕組みを載せた方が需要がありそうだな。

[ツッコミを入れる]

2003-10-07 [長年日記]

_ 掲示板運営企業などによる日本オンライン・コミュニティ協会設立 from INTERNET Watch (20:18)

>>JOCAの設立目的は、オンライン・コミュニティの発展を図るとともに、ユーザーと企業がともに発展する社会づくりに貢献すること。また、オンライン・コミュニティという概念の研究を推進するために、大学などの研究機関とも連携を深めるという。JOCAによれば、「オンライン・コミュニティとは、ユーザーと企業がネット上で意見を交わすことができる関係で、メールマガジンのような一方的なものではなく、掲示板のようなインタラクティブなものでのコミュニケーションと定義した」としている。

商売（企業との連携）がメインの団体ならば、「日本オンライン・コミュニティ協会」なんて、一般的な名前を付けないで欲しいなー。まるでJBA（あるいは日コン連）みたいな印象を持ってしまう。「オンライン・コミュニティ・ビジネス協会」とかだったら文句はないんだけどね。こういう名前を名乗っている団体って、実がないけど華はある状態（まるで日本のオンラインコミュニティの代表のようにマスコミとかに露出する）ことになりかねないし。

関連リンク

げ、俺もたださんと同じく（http://sho.tdiary.net/20031007.html#p03）TrackBackを文字化けさせてしまった。PingProxy経由でEUC-JPと判別して、EUC-JPで送信したはずなんだけどなー。PingProxyにバグがあるのか？

_ ファジイ理論を活用し、あいまいな検索ができる検索サービス from INTERNET Watch (20:18)

>>フィーリング検索サービスは、同社が2002年10月にサミーや筑波大学などと共同で立ち上げたAI研究プロジェクト「Arcプロジェクト」が開発した検索エンジンを採用したもの。新開発の検索エンジンはファジイ理論を利用し、従来の「条件に一致する・しない」といったデジタル的な判断ではなく、「どの条件がどの程度合致するのか」といった“アナログ的”な検索結果を出すことができるという。

今さら「AI研究プロジェクト」とか「ファジイ理論」とかを前面に押し出したリリースって、ちょっと恥ずかしさを感じるね。いや、この技術自体は悪いものではないと思うけれど、単なる流行り廃りと語感の問題で。

ここでいっているようなファジイな検索ってのは、数や単位に関連するキーワードを範囲に変換し、位置を表すキーワードやその他キーワードに関しては類義語辞書を引いてそれらを候補に含め、って感じにすれば結構いけそうだな。類義語辞書を手に入れるのが難しいし（買えばあるけど）、範囲に変換した結果の評価（重み付け）のロジックが結構難しそうだけど。

_ テレビで見た店の情報が携帯に〜サイバードとIMAGICAが技術開発 from ZDNet (20:18)

>>「ワンプッシュ」対応のテレビ番組では、放送中の画面右端に「PUSH」マーク（ワンプッシュマーク）が表示される。これは、現在流れている情報の付加情報が用意されている印。このとき、専用Javaアプリを起動した赤外線ポート付きの携帯電話を、テレビやデジタルチューナーに向け、決定ボタンを押す。

ネタとしては悪くないけれども、これはちょっと実用に耐えないんじゃないか。

  • ワンプッシュ対応のテレビ番組
  • マークが表示されているとき
  • 赤外線ポート搭載携帯電話（＝赤外線が届く範囲）
  • 専用Javaアプリを（初回はダウンロード＆）起動
  • Javaアプリの決定ボタンを押す

ってのはあまりにも敷居が高すぎる。たとえ赤外線ポートや対応Javaアプリが標準搭載されるようになっても、まだ気軽に使うと言うにはほど遠い使用感であろうことが想像できる。なにかもう一つブレイクスルーとなるアイディアなり技術がないとつらそうだ。

_ シャドーピッチング (20:18)

今週末の試合に備えて、毎日シャドーピッチング300球実施中。先週末の練習の筋肉痛が癒えないうちに、さらに体をいじめておけば、今週末くらいには一試合くらい完投できる肩ができあがってくれるか。あるいは肩が壊れたりして。でもまだ2日しかやっていないけど、シャドーピッチングって結構効き目あるみたいだな。肩とか背筋とか下腕とかの筋肉がほどよく刺激される。野球は多分まだまだ続けるだろうし、シャドーピッチングくらいは日課にしようかな。場所も時間もそれほど取らずに手軽に出来る運動だし。

_ あの人たちは今？ (20:18)

昔は「日記才人の投票システム」みたいなネタを書くと、日記読み方面の方々からいろいろ異論・反論があがったりして盛り上がったものだったけど、最近はこういうネタに食いつく人がほとんどいないみたいだなー。つまらないのー。まあでもこれも、日記才人の目指してきた（日記読みネタやシステム批判なんかを隔離したり）方向なんだろうなー。俺はもっとごちゃごちゃの方が好きだった。ごちゃごちゃだと運営は大変だろうけど。

_ へぇ／フーンボタンを作ってみた (20:18)

2004/4/19

他のサイトでもへぇ/ふぅんボタンを利用できるようにしてみましたよ。→blogmapでURLクリッピング＋へぇふぅんボタン

2003/10/07

会社のFlashでちょこっとへぇ／フーンボタンを作ってみた。大した機能はない＆サイズも小さめなのに、結構重いなー。一覧ページで全部に表示したら耐えられない重さだったので、一覧ページでは最初の数個のみしか表示しないようにした。音声データを作るのが面倒だったので、音声はなし。後で暇なら音声もつけよう。

やっていることは単純で、「へぇ」を押すと「へぇ」＋1、「フーン」を押すと「フーン」＋1になり、それぞれリミットは20。最後に「へぇ」もしくは「フーン」を押して1秒以上経過したら、サーバーにそれまでのへぇおよびフーン数を送信する。

送信されたデータは、ひとまずユーザーの固有ID（重複投票を弾くため）とともにテキストファイルに書き出しておき、非同期で集計し（-[まだ作ってない-）、表示側に反映させる（-[まだ作ってない-）。

swfファイルは「?url=****」という引数をつけて呼び出す（embedおよびobject）と、指定されたURLに対して、「?hee=へぇ数&fuun=フーン数」という引数をつけてリダイレクトするようになっているんで、ほかのサーバー／システムでも使えるかも。適当に持っていって使ってもいいです。

あと誰か、いい感じに脱力する「へぇ」音声と、すごくいやな気分になる「フーン」音声をください。

へぇ／フーンの表示を累計で表示したり、平均で表示したり、試行錯誤中。ころころ数値が変わるのはそのためです。

Microsoft Samさんに喋って頂きました。う、しょぼっ。

ちなみに、現在のFlashではgetUrlでページごと移動してしまっているけど、LoadVars.loadなんかを使ってFlash内部で（ページ遷移せずに）サーバーにデータを渡してしまうことも可能です。というか、ユーザーの使い勝手からすればそっちの方がいいでしょうね。ただ、うちの場合は重複チェックにブラウザCookieを使っているんで、ブラウザCookieが読めるgetUrl方式にしてしまっています。

[ツッコミを入れる]

2003-10-08 [長年日記]

_ 【CEATEC JAPAN 2003レポート】坂村教授、公演前に異例の「FAQ」 from MYCOM PC WEB (20:18)

「ご冗談でしょう、坂村健さん（http://japan.linux.com/opensource/03/10/06/0422207.shtml）」などで話題になってしまったことに対して、坂村氏が自ら語ったそうな。

>>・「GPLは知的著作権を放棄する考え方だ」などと言ったのですか >> >>「私はLinuxのLinus Torvaldsさん、GNUで有名なRichard Stallmanさんとも親交がある。『GPLは知的財産権を放棄する考え方だ』などと言った覚えは一度もない。そもそもGPLはコピーライトに対抗するコピーレフトという考え方を現行の社会の中で実現する仕組みであり、全くパラダイムが異なるので一言で言えるような問題ではない」とし、発言の存在を否定。

>>・「リナックスのモデルは国を滅ぼす」などと古川さんと意見が一致したのですか >> >>「Linuxがどうだという話は一回もマイクロソフトとはしていない。話もしていないことに一致もできない」

このあたりがポイントですかね。結局週刊ダイヤモンドの記者（深澤献氏）が悪かったというありがちな結論になりそう。アンド、こういう畑違いの雑誌が見当違いの意訳をするのはよくあることなのに、ノーチェックで直接坂村氏に文句をつけた八田氏もちょっと……、って感じかな。

ちなみに、「ソフトがすべてタダなんて、資本主義の国を崩壊させる行為だ」発言に関しては、

>>・「ソフトがすべてタダなんて、資本主義の国を崩壊させる行為だ」などと言ったのですか >> >>「確かに言った。ただし、TRONがタダだと言っているのであって、その上でミドルウェアを作るなど何かする人はお金を取ればいい。もちろんタダでもいい。『みんなが全部タダにしたら』ソフト産業が成り立たなくなる、という意味で言ったのであって、タダでソフトを配る人がいたら資本主義が崩壊するなんてことは言っていない。こういう複雑な文脈を簡単に結論づけようとするから……」

だそうだ。まあこれも文脈を含めればまっとうな話だね。+[いや、文脈を含めなくてもまっとうな話か。+

八田氏自ら、すでに反省の記事を書いていた。そしてくだんの記事を書いた深澤献氏にコンタクトを取っているそうな。でも、まともな応答が返ってくるかなー。というのは俺のこの手のマスコミ関係者に対する濃いめの色眼鏡なんだけど。でもこれで返事が返ってきて、坂村氏と深澤氏の言い分が食い違っていたらいろいろ（野次馬的に）面白いことになりそうだな。

なんて話も。

_ Movable Type のトラックバック・クライアント実装 from Discreet Blog (20:18)

>>ちなみに Movable Type 2.64 のリリースは2003年5月ね。さらに小堀さんにコードを調べていただいたところ、該当部分はこんなん書かれてるそうです >> >>if ($url =~ /\?/) { >> $req = HTTP::Request->new(GET => $url . '&' . $qs); >>} else { >> $req = HTTP::Request->new(POST => $url); >>$req->content_type('application/x-www-form-urlencoded'); >> $req->content($qs); >>}

ふーん、MovableTypeのTrackBack送信処理は、相手のTrackBack Ping URLに「?」がついている＝QueryStringがある場合には、GETで送信しようとするのか。GETで送信されたパラメータとPOSTで送信されたパラメータを区別できない実装のクライアントに対応するため？　でもそんなのに対応するために、わざわざ仕様を曲げる必要はないと思うんだけど。

_ あなたのペニスは大きくできます (20:18)

うちにもペニスを大きくするスパム（http://mylog.ishinao.net/id/726）が来たよ。っつーかメールのSubjectが、「Ishinao Your Penis can be Enlarged」だったのがちょっと面白かった。相手の名前入りで語りかけるようなスパムって、ちょっと新鮮。

なんとなくフレンドリーな笑顔のマッチョなガイジンさんに、「やあishinao、キミのペニスをもっと大きくしてみないか！」なんて通販番組口調（吹替版）で語りかけられている気分になったよ。「今ならこっちのアナル拡張機もついて、たっての200ドルだよ！」。

[ツッコミを入れる]

2003-10-09 [長年日記]

_ 小数点記号論争にピリオド？ from asahi.com (20:18)

2003/10/25追記

このタイトル、とてもわかりにくい日本語だな。結局、小数点としてコンマとピリオドどちらを使ってもいい、という現状維持の結論になったそうな。

ああこのタイトルは、結論を述べているのではなく、討議の内容を述べているのか。

>>＜数字の表記法＞ >>　　　　　英米流　　　　　　仏独流 >>小数点　１２．３４５　　　１２，３４５ >>位取り　１２，３４５　　　１２　３４５か１２．３４５

知らなかったよ。小数点がピリオドで位取りがカンマなのは、世界では少数派だったのね。でもこれはさすがに、間違いやすくてめちゃめちゃ危ないから、統一した方がいいよな。でも、どちらかに統一するとなると、移行期間中にややこしいことになりそうだな。かといって、今さら新しい記号を導入するのもつらいしな。

_ 米マイクロソフト、特許問題敗訴への対策発表、IE微修正策もありと表明 from MYCOM PC WEB (20:18)

ひとまずは、HTML内にプラグイン的な要素が埋め込まれている場合は、必ずダイアログを出すように修正する方向で動いているんだね。Eolasが最終的に勝つにしろ負けるにしろ、すぐに結論が出ないだろうし、マイクロソフトは素直に金を出す気はないと決断したみたいだから、第1弾としてのこの修正はほぼ確定なんだろうなー。うざいなー。

で、回避方法ってのは、「HTMLドキュメント内にプラグイン呼び出しコードが記述されていなければいい」＝「外部JavaScript呼び出しを経由して、プラグイン呼び出しコード（embed、objectタグ）が出力されればいい」ってことになるわけですか。すごくくっだらない話だなー。しかも、JavaScriptとプラグイン技術（ActiveXとか）の両方をオンにしなければ、今後はそれらの技術は使えなくなるのか。セキュリティ的にも少し緩くなっちゃうな（ActiceXオン、JavaScriptオフという組み合わせが効かなくなる）。

俺は「HTMLからの自動プラグイン呼び出し」みたいなものは（というかソフトウェア関連の技術の大半は）、いずれ（早々に）誰かが思いつくであろう単純な組み合わせの問題に過ぎない（もともとソフトウェア技術は組み合わせの工夫が大半を占めるので、たいていの組み合わせはいずれ誰かが試すであろう）と思っているので、そんなものをちょっと先に文書化したからといって、その人に独占・優先権を与えるべきではないと思うよ。

関連リンク

_ Villeneuve pulls out of Japan from GrandPrix.com Current News (20:18)

>>Jacques Villeneuve has pulled out of the Japanese Grand Prix, making way for Takuma Sato to take over the drive.

ちょっとちょっと、これは本当ですか。本当だったらうれしいな。でもヴィルヌーヴのF1ラストラン（の可能性が高い）が前回みたいなので終わっちゃうのも可哀想だな。

BARの公式ページ（http://www.barf1.com/）にも載った。本当だった。それにしてもBARの公式ページ、オールFlashでニュースへのリンクも張れやしない。うざい。

_ タイミングばっちりだったらしい (20:18)

この間からSNMP＋MRTGでサーバー負荷を監視できるようにしたんだけど、なんだかやけにLoad Averageが高いのが気になっていた。topで見ている限りは大したことないのに、MRTGで出てくるグラフだとやけに負荷が高い。1分間の平均が50％に近い。

「まだまだいろいろなことをやろうと思っていたのに、もうCPUパワーの限界が見えてきてしまったのかよ」とちょっとガッカリしつつも、MRTGの設定失敗なんかを疑ったりしていたんだけど、さっきようやくMRTGでLoad Averageが高く出る理由に気付いた。

定期的に実行している裏タスクのいくつかの起動タイミングが、まさしくMRTGの情報を取得するタイミングとバッティングしていた。そうか、負荷が高い瞬間を見計らって、わざわざグラフを生成していたんだね。道理で1分間の平均と5分間の平均が違いすぎると思ったよ。

タイミングをずらしてやったら、Load Averageが一気に一桁％台に落ちた。よしよし、まだ遊ぶ余地があるな。

[ツッコミを入れる]

2003-10-10 [長年日記]

_ 「へぇ」で投げ銭 (20:18)

「へぇ」ボタンを投げ銭システムと組み合わせるのもいいかもなー。基本的に実体（お金）を伴わない「へぇ」を投げ銭的に使いつつ、それに実体を持たせたければ持たせることも出来るようにすることで、気軽さを保ったまま投げ銭システム化することができそう。という案。

ユーザーは誰でも、1記事に対して1度に最高20へぇまで投げられる。その時点では、ユーザーが投げた「へぇ」には実体（貨幣価値）はない。単なるシステム上の数字に過ぎない。いくらでも好きなだけ好きな人に対して投げることが出来る。

「へぇ」を受け取ったユーザーは、さまざまなユーザーから受け取った「へぇ」をすぐに換金できるわけではない。ただし、まったく換金出来ないわけではない。ユーザーが受け取った「へぇ」の数値は、そのユーザーが「換金可能な最大の数値」という扱いになる。

そしてユーザーは、好きなときに好きなだけ、自分の投げる（た）「へぇ」に対して実体（貨幣価値）を与えることが出来る。それは、システムに対してリアルマネーを送金することによって行われる。

たとえば1000円システムに送金することによって、そのユーザーの投げる（た）「へぇ」は、1000へぇ分だけ実体（貨幣価値）を持つことになる（1へぇ＝1円とした場合）。そのユーザーが投げる（た）「へぇ」のうち、最初の1000へぇ分を受け取ったユーザーは、その分の「へぇ」を実際に換金できるようになる。

といった感じで、基本的に架空の数値（通貨）である「へぇ」を気軽にネット上でやりとりしつつ、お金を振り込むことでその「へぇ」を現実のお金（円）とリンクさせることが出来る、というシステム。

ここ数日「へぇ」「フーン」ボタンを設置して思ったのだが、別にお金なんか関係なくても、「へぇ」なり「フーン」なりの反応があるというのは楽しいものだ。多分押す側にとっても、単に読むだけでなく、漠然としたレスポンスを気軽に表現することが出来る「へぇ」「フーン」ボタンは、それなりに楽しいのではないだろうか。

ひとまずはそのように他愛のないやりとりをしつつ、将来的に実体を持った投げ銭システムにつなげていく（こともできる）、なんて感じだったら、投げ銭システムもそれなりに流行るかも。

『「フーン」ボタンを押すとかつて投げた「へぇ」を回収（マイナス）できる』とか、『「へぇ」とリアルマネーのリンクを促進させるために、リアルマネーを伴う「へぇ」を使ったサービス（ネットゲームとか）と絡めたらどうか』とか、派生した思いつきはいろいろあるけれども、その辺を語りはじめると長くなりすぎるんで割愛。割愛ってキャッツアイに似ている。

_ 2003F1日本GP (20:18)

金曜午前フリー走行

佐藤琢磨は12番手。っつーか相変わらずブリヂストンタイヤはきつそうだなー。12番手の佐藤が、ブリヂストン勢の中ではフェラーリの2台に続く3番手だよ。

予選1日目

おお佐藤、予選（初日）もいいポジションにつけてるじゃん。このくらいの速さがあるならば、決勝も期待できそうだな。作戦に失敗せず、エンジンが持てば。早く帰ってスカパーの録画を見なきゃ。

バトンのタイムが悪かったのは、エンジントラブルで午前中のフリー走行を使えなかったかららしい。というわけで、佐藤はバトンと比べてどうなのかは、今回のタイムからは何とも言えない。けど、全体から見て佐藤のタイムは十分いいタイムだろう。

予選2日目

もうF1なんて見ている場合じゃないんですよ。といいながらも一応見ているんだけど。佐藤のアタックは大失敗だったなー。ただ、あれだけリズムに乗れないままだったわりには、タイムはそれなりだった。ってことは、成功していたら結構いいポジションにつけられたのかもなー。特に上位5台くらいが突然の雨で皆こけた状態だったことを考えると、シングルグリッド中盤くらいまでねらえていたのかも。もったいない。

決勝

F1どころじゃない状況だったんで斜め見。いやー、佐藤琢磨は良かったねー。でも、ミハエルのフロントウイングを踏んづけたのに気付かなかった（http://motorsports.nifty.com/f1/news/2003/031013_06.htm）ってのは、ちょっとダメかも。BAR的には、来年に向けてとても気分良くシーズンを終われたんじゃなかろうか。スポンサーの集まり具合とかホンダ（本社）のやる気とかがいい方向に向かえばいいんだけど。

ミハエルは、珍しく冷静さを欠いたダメなドライビングだったなー。佐藤にフロントウイングを踏まれたのもそうだし、その後ダ・マッタ（だっけ？）に追突しそうになって、あわててタイヤをロックさせてラルフのフロントウイングを踏んだのもひどかった。あんなに焦って1ポイントを取りに行こうとするなんて、まるで「バリチェロが信頼できない」と言っているみたいじゃないか。いやまあ、俺も結構信用していなかったけどさ。とてもいい状態のときこそ、すかっとこけるバリチェロだから。

ライコネンは良かったね。今年1年間を通してとてもいいドライビングをしていた。どう考えてもウィリアムズに劣る車なのに、ポイントでミハエルに次ぐ2番手につけたんだから、ライコネンのドライビングが偉かったと言うことだろう。今年車の開発をしくじったマクラーレンは、来年はかなり本気で巻き返してくるだろうし、ウィリアムズはなんとなく今年がピークで、来年はちょっと（相対的に）落ちてきそうだから、来年はかなりチャンスが大きそう。

で、結局今年もフェラーリの完全勝利ってことなのね。でもさすがに来年は厳しいかな。ミハエルの神通力も今年後半あたりから切れたっぽいし。実は来年はバリチェロにとって最初で最後の、チャンピオンをねらえる年になるかも。でもバリチェロには、神通力の切れたミハエルに勝つのも結構厳しいかなー。

[ツッコミを入れる]

2003-10-11 [長年日記]

_ また一回戦負け (20:18)

年に1回しかやらない我が草野球チームの試合は、今年も一回戦負け。

今日はキャッチボールをしている段階からコントロールが悪く、そのまま試合に入ったら出だしから荒れまくった。しかも相手がそこそこ強いチームだったので、棒球ストレートをストライクゾーンに入れに行くとぱかぱかと打たれる。さらに、うちのチームで一番守備が固い三塁まで出だしからエラー。初回から悪夢のようにぼこぼこにされて6失点。

その後少しずつ調子を取り戻し、3回くらいからはだいたい思い通りに投げれるようになったんだけど、時はすでに遅かった。結局3-6で5回時間切れ終了。しかも試合前の投球練習で1球だけアンダースローを試してみたときに、股関節を軽く痛めてしまい、それが試合中にじわじわと悪化して、試合が終わる頃にはふつうに歩くのさえつらくなった。

また今年も俺の投球のせいで負けちゃったね。ごめんなさい。しかし、今日の悪夢はそれだけでは済まなかった、というか、そんなのは序章に過ぎなかったのだ。というわけで、次のエントリーに続く。

_ 緊急入院 (20:18)

俺が野球をやっている頃、オクサンは妊婦定期検診に行っていた。いったん切迫流産の診断を受けて、休職自宅待機状態になったオクサンも、その後日常生活に戻ってもいい診断を受け、今までずっとふつうに仕事に復帰して暮らしていた。そして、あと2週間で里帰りという最後の定期検診で、衝撃の診断を受ける。

子宮口がちょっとだけ開いている。とてもじゃないけど飛行機で里帰りなんて無理だよ。というか、家にも帰らない方がいい。というか、そのまま入院して。

というわけで急遽入院決定。うがー、これから3ヶ月くらいの予定が何もかもすっとんだー。っつーか、どちらも実家が離れているうちにとっては、こういうときの緊急避難のあてが用意されていないのですが、なにか。

ああ、せっかく特割・超割で予約していた飛行機のチケットもちゃらだね。っつーか、確かあの手の予約ってキャンセルしても半分くらい戻ってこないんだよね。っつーか、オクサンが予約したもんだから、キャンセルするための情報を探すのも一苦労だよ。

ひとまず目先の入院準備だけして持っていったはいいけど、短期・中期・長期スパンでどうしていいものやらさっぱりめどが立たないよ。下手したら会社も1、2ヶ月はほとんどちゃんと行ってられなかったりするかも。

結局キャンセルしたら、ほぼ半額戻ってきた。まあもともとが安いからね。

[ツッコミを入れる]

2003-10-13 [長年日記]

_ 休みの日はクリアしたが (20:18)

オクサンの入院が決まったのが3連休の初日だったんで、準備とかは休み中にのんびり出来たのはいいが、明日からが問題だ。基本的に、実家が近くにない夫婦共働き子供ありな家庭では、どちらか片方が通常営業出来なくなった場合の回避手段が本当に少ない。通常状態ですら、夫婦で交互にリソース提供し合って、ぎりぎりなんとかなっている状態なんで、どちらか片方だけでは圧倒的にリソースが足りない。まあ俺の場合、比較的自由が利く勤務形態なんで1、2ヶ月の間はなんとかなると思うんだけど、もっとふつうの会社に勤めている人だと、どうするんだろうなー。それにしても、ムスコはもっとママママ騒ぐかと思ったら、結構ふつうに過ごしているな。両親どちらかがいれば大丈夫なのかな？

[ツッコミを入れる]

2003-10-14 [長年日記]

_ うんこ味のカレーの秘密 from 切込隊長BLOG　〜俺様キングダム (20:18)

そうか、苦いのか。ならば後は臭いの問題だな。味はともかく臭いはカレーなのかウンコなのか、どっちだ？

_ 市民が記者、広がるネット新聞 from asahi.com (20:18)

blog系の動きとは、目的は同じで手段が逆のアプローチだな、と一瞬思ったけれども、そうでもないか。手段の最後のI/Fが違うだけで、ほかはblog系と同じアプローチだな。各所にあるblog系コンテンツを再編集したインターフェース（新聞紙面のように、編集者の主観によって取捨選択した記事をまとめて紹介）を用意することによって、新聞的なものを作り出すことも可能だもんな。

現在のところは、まだ他サイトの記事を紹介する方法って、記事タイトル＋リンクの羅列（＋コメント）ってのが主流だけど、そのうち新聞や雑誌（広告）みたいに、編集者の意図（取捨選択強調）を明確にするようなレイアウトのものも増えてくるかな。っつーか、もしかしたら次世代blogシステムの需要は、実はそのあたりにあるかも。

_ おとなりページ開始について from はてなダイアリー日記 (20:18)

>>おとなりページは、あるページが登録されているアンテナの中で、それらのアンテナに登録されているその他のページを、重複の多いものから表示するものです。また、重複の度数によって 距離の異なるページ間の地図を表示します。

ドメイン名だけだとわかりにくいところが多いなー。はてなアンテナに登録されているタイトル文字列とかで表現してくれた方がうれしい。

ちなみにここのおとなりページ。

ふーん、こんな感じなんだね。

blogmapみたいに、自分でリンクを張ることによって他のサイトとの関係性が生じた結果ならば、だいたいどんな感じになるのか予想はつくんだけど、このおとなりページみたいに、第三者によって閲覧されているサイト群の中で、たまたま自分のページと重複して閲覧されていたサイトとの関係性となると、結構予想を外れたものが含まれてくるな。自分では気付かない方向から客観視された自分、というか。他人は自分をこのように（グルーピングして）見ているのか。

_ リアル「信者必死だな」の世界 (20:18)

-[信者の方々は、もしもこれが他の宗教（たとえば創価学会とか）が制作した映画だったとしても、★5つをつけるんでしょうか？-　あるいは宗教とは関係ない映画だったとしても。いや、もしそうだったならばいいんだけどね。これに★5つつけた人たちが、ほかの映画をどのように評価しているのか見てみたいな。

「ほかの宗教が作った映画だったとしても」ってのは、ちょっとひどい仮定だな。宗教が違えば教義が違うし内容も違ってくるから、そんな仮定に意味はない。というわけで、その部分は撤回。ただ、「本当に映画としての評価が★5つだったのか」という疑問については継続。

11（http://messages.yahoo.co.jp/bbs?.mm=GN&action=m&tid=movies1review141147&sid=2076233671&mid=11）と12（http://messages.yahoo.co.jp/bbs?.mm=GN&action=m&tid=movies1review141147&sid=2076233671&mid=12）が特にイカすな。っつーか、お前何個IDもってんねんってつっこみたくなる。

_ メチャクチャに動的なコンテンツ from メモ (20:18)

>>てゆうかねえ、もっとメチャクチャに動的なコンテンツをすればいいと思うんですよ。 一度見た文章はもう二度と見れないくらいに動的にね。一期一会。なんらかの意味構造を記しておいて、表層生成はつねに違った文体または言語でやるような日記ソフトがあればおもしろいだろう。。。

みんな自分専用の文章自動生成ツールを作って、それで日記を更新しよう。日付とキーワードだけ入れれば、内容はツールが勝手に生成してくれるので、更新の手間が省ける。うまく作れば、自分が考えた文章よりも優れた文章が生成されるかもしれない。もしかしたら自分では考えつかないような新たな知見が見いだせるかもしれない。

_ お試し自宅勤務 (20:18)

ひとまずいろいろ大変だろうからということで、今週一週間は自宅作業の許可をもらった。仕事内容的には（打ち合わせ系がない日は）自宅作業で全然OKなんだけど、問題は俺の精神の方だな。果たして会社に行かなくてもちゃんと仕事をやる気になるのかどうか。といっても、よく考えたら俺の場合、会社に行っても遊んでばっかりいる気がする。もしかしたら逆に、家で仕事をした方が逆のプレッシャーになって一生懸命仕事したりして。

[ツッコミを入れる]

2003-10-15 [長年日記]

_ アフィリエイトで遊んでみよう (20:18)

広告系アフィリエイトってどんな感じなのか試してみることにした。2ch情報を漁った結果、バリューコマースが一番大手らしいんで、ひとまずそこを。うちくらいの規模＆内容で、アフィリエイトを使ってサーバー代くらい出るものなんだろうか？　ネット広告関係は落ち目だと言われているけれども、単にバブルが弾けて平常に戻っただけで、市場自体は健全に成長しているような気がするんだけど。ただ、バナー広告って仕組みは見た目的に美しくないよなー。もっと口コミ的なやり方（文中リンクとか）でアフィリエイトが出来るならば良さそうなんだけど、そういうのは規約で禁止されているからなー。こっちでできることは、せいぜいまともそうな広告を選ぶ程度ってのは結構つらい。

「自由テキストリンク」ってのも選べるものがあるみたいだな。これだったら、いわゆる文中リンクみたいな感じで紹介することも可能なのか。あとは宣伝する気になるようなネタがあるかどうか、だな。

申込みしてから承認されるまでの間は、アフィリエイトリンクをクリックできないらしい。承認されるまでいったん撤去。と思ったけど、承認されたかどうかチェックしにいくのが面倒なんで、無駄でも貼っておこう。どのくらいうざいかの確認もできるし。

テキスト広告はまあ（俺的には）許せる範囲だけど、バナー広告はそのまま貼ったんじゃ、結構（うざさに）耐えられないかんじだな。枠のデザインを工夫するか、全体としてのレイアウトをうまく考えるかしないと、ちょっと使う気になれない。

まあ雰囲気が分かったんで、やっぱり承認されるまではいったん削除。なにかもっといろいろ遊べる（Amazonみたいな）アフィリエイトはないかなー。

_ 自宅作業の方があっているな (20:18)

俺には、会社で作業するよりも自宅で作業する方が合っているな。集中できるようになるまで時間がかかるのはどちらでも一緒なんだけど、いったん集中し始めてからの持続時間が全然違う。誰もいない静かな薄暗い部屋で、画面だけ見てひたすら作業していると、ものすごく作業効率がいい。マシンパワーやネットワーク環境なんかは会社の方が上だけど、家の環境でも十分だしな。自宅作業でこれだけ集中できるってことは、俺には実はSOHOとかが向いているのかも。でも、会社にいると自分では思いもつかない仕事が降ってくるんで、その分見識が広まって面白いんだよな。SOHOとかやっちゃうと、たこつぼのような狭い技術が濃縮されてどろどろになっていきそうだ。

[ツッコミを入れる]

2003-10-16 [長年日記]

_ 保険は出るそうな (20:18)

オクサンが入っている生命保険会社に問い合わせたところ、切迫早産は女性特有疾病特約でカバーされるんで、入院費1日5000円出るそうな（不担保4日分引いて）。ところで、今の病院の入院費っていくらなんだろう？　差額ベッド代は一覧表になっていたけど、基本料金がいくらなのか書いてなかったなー。聞かなきゃわからないのかな？　あと大量に点滴をしているんで、薬代も結構高そうだな。あまり莫大な額にならないといいんだけど。

_ ウェブパーソナライゼーションを酷評するレポート発表 from CNET Japan (20:18)

>>企業はパーソナライゼーション戦略を実装するよりも、サイトの検索やナビゲーションを簡単にするといった、基本的な点に力を注ぐべきだ、と同レポートは示唆している。

パーソナライズよりも、基本的な検索やナビゲーション機能を充実させることの方が優先順位が高い、というのは確かだろうな。パーソナライズなんて、応用も応用なんだから、そんなの基本がしっかりしている上に適用するのは当たり前だし。

ただ、個人的に動的コンテンツが好きだし、動的にする切り口としてパーソナライズって要素は大きいから、俺自身はパーソナライズ方向をまだいろいろいじってみたいと思っているけど。

っつーか、「パーソナライズ＝（金銭＋人的）コストがかかる」ってのが間違っているんだよな。高価なミドルウェアとかを使わなければ金銭的なコストは抑えられるだろうし、段階的な適用が可能な仕組みを用意すれば（あるいははじめから多くを望まなければ）人的コストも抑えられるだろう。

ローコストでパーソナライズの基本的なバックエンドを構築できるフレームワークを用意し、その上に必要なだけのパーソナライズ機能を段階的に適用していく、という形ならば妥当なコストパフォーマンスでパーソナライズされたシステムを構築できるのではないか。というあたりをWeb XPでは狙っているんだけどな。

_ blogmapの巡回先リクエスト (20:18)

あちらこちらで「blogmapは巡回先が偏っている」という評価を見かけ、まあ確かに偏ってはいることは知っているのですが、別に意図して偏らせようと思っているわけではなく、単に偏らないようにする努力を怠っているだけでありまして、ただ私が思うところ、自分の巡回先の平均と思われるものを「偏っていない」と評価する人が多いだけであって、実際に「偏っていない」巡回先設定なんてものは存在しないと思うわけですが、それでもまあ、まだCPUパワーも帯域にも余裕があるみたいなんで、blogmapの巡回先の偏りをずらしてみたいと思う方がいましたら、この記事のコメントにでも追加したいサイトのURLを書いて頂けたら、出来る限り善処したい所存であります。って、ここまで難読文章につき合ってくださった方だうもありがとう。

ちなみにblogmapの巡回対象は、textmaniaの捕捉対象とイコールでありますので、確認したい方は、textmaniaのsearchページ（http://tm.ishinao.net/search.html）で検索してみてください。ただし検索でヒットしても、最終更新日が古い日付になっている場合は、現在は対象となっていない可能性があります。まあその辺は手動で確認を入れますんで、適当にURLを貼り付けてしまって構いません。

あ、あるいは巡回して欲しいサイトがたくさん登録されているアンテナを紹介して頂くのもOKです。アンテナ情報配信フォーマットに対応したアンテナならば、データをそのまま取り込めるんで。「俺のはてなアンテナを登録しやがれ」でも可。そうすると、はてなアンテナをメンテナンスする＝blogmapの巡回先をメンテナンスすることになりますです。

[ツッコミを入れる]

2003-10-17 [長年日記]

_ "Trackback" が Google をノックアウト？ from SEM-Research (20:18)

>>例えばキーワード「X Panther discussion」で検索すると、Trackback ページばかりが検索されてしまいます。つまり内容のない空っぽのページで検索結果が埋もれてしまっているわけです。これではユーザーが探したい情報を見つけ出せない - 検索結果の精度の低下になっているのです。

これはつまりは、「ある話題について記述されたページ」そのものではなく、「ある話題に関するリンク集ページ」の方がGoogleにおける評価が上になってしまうことの是非なんだろう。

まあ現時点では、TrackBackがそういう意義のものとして有効に活用されているとは言えないし、さらにはTrackBack SPAMなんかの可能性も否定できないんで、そのあたりも含めて考えるともっと複雑になっちゃうんだけど、TrackBack本来の意義からシンプルに捉えるとそういうことになると思う。

で、俺的にはそれはそれで悪くないような気がする。まあGoogleの検索結果ページ自体が「ある話題（キーワード）に関するリンク集ページ」みたいなものだから、そこから飛んだ先がさらに「ある話題に関するリンク集ページ」なのは冗長だと言えなくもないけど、しょせんキーワードベースのリンク集であるGoogle検索結果ページよりも、人間の意志によって構築されたTrackBackページの方が、（当たりを引けば）より精度の高い「ある話題に関するリンク集ページ」になりうるだろう。

あと、ここで例として使われている「X Panther discussion」という検索ワードは、MovableTypeがデフォルトのTrackBackページタイトルに「Discussion on 〜」という表現を使っていて、しかもGoogle的に「Discussion」というキーワードは十分な重みを持っているため、たまたまそうなってしまったという話であって、MovableTypeがTrackBackページのタイトルに「Discussion」なんてキーワードを入れなければ、さほど目立たなかったのではないかという気もする。

実際問題「discussion」キーワードを使わずに、TrackBackページがGoogle検索の精度を低めている例って出せるのかな？

_ 住基ネット「侵入できず」 from asahi.com (20:18)

>>実験をしたのは米政府機関や金融機関などに情報セキュリティーサービスを提供している米国の「クロウ　シェゼック社」。（１）住基ネットとコミュニケーションサーバー（ＣＳ）間のＦＷ（２）ＣＳと市町村ＬＡＮ間のＦＷ（３）市町村ＬＡＮ上のＣＳ端末――を対象に実験した結果、「ＦＷ攻略とＣＳ端末権限を奪うため、あらゆる攻撃を試みたが成功せず、弱点も見いだせなかった」という。

もっと詳しい情報はないかな。総務省のWebにはまだ載っていないみたいだけど。あと「クロウ　シェゼック社」の綴りキボンヌ。勘で検索してみたけどみつからねー。

で、(1)と(2)は「一番固いところを正攻法で攻めても大丈夫だった」という話はまあ当たり前なんで信用してもいいけど、問題は(3)だよなー。

住基ネット端末ってWindowsマシンだよね。しかも、システム変更に（運用ポリシー的な）制限があるであろうことから、セキュリティアップデートがこまめに行われているとは考えにくいやつ。それが「あらゆる攻撃を試みたが成功せず、弱点も見いだせなかった」ってのはちょっと信じられないなー。

多分住基ネットを狙う場合は、直接サーバーへの侵入を試みるより、一番セキュリティ的に弱そうな端末を踏み台として使う方向を狙うだろうし、そこはソーシャルハッキングにも弱そう（＝コンピュータ技術的に安全だというだけじゃダメ）だから、「端末を乗っ取られた場合にも（それなりに）セキュリティが確保できる」みたいな話にならないと、いまいち信頼がおけない。

この記事を読んだだけだと、いかにも「安全そうなところだけ試したら問題が出なかったので、広告的に「（全部）安全でした」と発表してみた」感が漂っている。

あ、資料が公開されていた。

>>なんだかなぁ.ＸＳＳ脆弱性のことも満足に知らないところがいくら「脆弱性も見いだせなかった」とか言ったって、どう信用しろと？ という話も。ちなみに、クロウ社（Crowe Chizek and Company LLC）のサイトはhttp://www.crowechizek.com/。上記でXSSの例に使われているドメインはエイリアスなのかな？　内容は一緒みたいだけど。

_ 違法コピーは死なず、ただ消え去るのみ from CNET Japan (20:18)

>>Fade機能付きのソフトにはCDの傷に似たわずかな"破壊的"コードが含まれているが、ゲームのマスタープログラムが捜せるよう慎重に配置されている。磨耗のパターンが検知されれば、問題なくそのゲームをプレーすることができる。 >>しかしディスクがコピーされると、コピーする際に使用されたコンピュータのエラー修正システムが偽物の傷を自動的に消去してしまう。その状態でゲームをプレーすると、マスタープログラムはあらかじめセットされたパターンを検知できないため、そのソフトが偽物と判断できる。

いまいちわかりにくいんだけど、その辺の仕組みは従来の（フロッピーディスク時代なんかによくあった）コピー防止技術と似たようなものと考えていいのかな？　メディアに物理（あるいは論理）エラーを含ませた状態を正常（オリジナル）とすることによって、コピー品（＝エラーがないもの）を認識する仕組みってことで。

でポイントは、従来はコピー品の場合は「正常動作しない」としていたものを、この技術では積極的に「デモ版として動作する」としていることなのか。Fadeっていうといかにも「時間とともに変化（劣化）していく」っぽいけれども、その部分は別にこの技術に含まれている訳ではなく、「デモ版をそういう風に作ることも出来る」ってだけの話だよね。

「ユーザーによる違法コピーも宣伝手段として使える」という着眼点は素晴らしいけれども、技術的にはさほど新奇性はない気がするな。

_ 米アップル、iTunes for Windowsをついに発表 from CNET Japan (20:18)

>>米Apple Computerは16日（米国時間）、大きな注目を集めている音楽ジュークボックスソフトウェア「iTunes」と、オンライン楽曲販売サービス「iTunes Music Store」のWindowsバージョンを発表し、Macintosh以外のプラットフォームへの進出を果たした。

噂通り発表されたね。現時点で他の音楽サービスが全然シェアを取れていないことを考えると、iTunes for Windowsが一気にシェアをさらっていく可能性は高そうだ。ちなみにiTunesのWebサイト（http://www.apple.co.jp/itunes/）には、「iTunes for Windows日本語版は2003年10月21日（火）より、無償でダウンロードできます」と書いてある。

英語版iTunes for Windowsを落としてみたけれども、問題なく日本語も通るね。96kbpsまでのMP3しかエンコードできない（無料版）Real One Playerから乗り換え作業中。Add Folder to Libraryで簡単にいけるんだけど、ときどきアーティスト名とかアルバム名が取り込めないものがあるな。ID3タグがちゃんと入っていないデータなんだろうけど、なんでそんなのが混ざっているんだろう？

_ DVRの“事実上の標準”になるか――全米を虜にした「TiVo」の秘密 from ZDNet (20:18)

実はTiVoの最大のポイントは、

>>だが将来的には、TiVoのようにメーカーや放送局をクロスオーバーしての番組情報サービスが必要とされる時も来るだろう。

ってところなんじゃないか？　EPGを使ってそのあたりの処理をしているCoCoonは、全然ダメダメな（お薦めとかの）結果しか出せていなかったけれども、TiVoは番組情報サービスをもっとがんばってやっていて、その結果としてそれを使った取捨選択機能がきちんと働いているのかも。

っつーか、EPGをベースにもっとリッチな情報を付加してユーザーに提供するサービスって、結構需要がありそうな気がするな。リアルタイムに番組延長情報なんかも反映しつつ、地上波放送の番組に対してもせめてスカパー程度の情報を付加してあげて、番組検索とかお薦め情報がちゃんと機能するような感じで。

って、そういうのはテレビ王国（http://www.so-net.ne.jp/tv/）がやっているか。いや、テレビ王国はまだEPGで配信された情報以上の付加情報は自前で用意していないっぽいな。あそこで、独自の付加情報まで提供してくれるとかなり使えそうなんだけど。簡単に言うとAmazonとかGoogleとかの検索結果から使えそうな情報（キーワード）をより抜いて付加するだけでも全然違うと思う。

_ ウェブコンテンツ、動画視聴の壁はプレイヤーの存在？ from ZDNet (20:18)

>>Java VMが動く環境であれば、ユビキャストのJava動画プラットホームは利用者にプレイヤーの存在を意識させることがない。結果的に、動画を再生できるユーザが増える。これがユビキャストのサービスコンセプトだ。

って内容自体は大したことなさそうだけど、実際にアクセス（http://www.ubicast.com/）してみると結構レスポンスが良くて快適だな。アクセスが少ない（帯域が空いている）からってのもありそうだけど、でもRealVideoとかQuickTimeとかWindows Mediaとかなんかと比べると、クライアントサイドのレスポンスも確実にいい。JavaApplet＋MPEG4というオープンな技術の組み合わせってところも好印象。

ただ、仕組み的にはFlashでも似たようなものを作れそうだな。PCだけを考えるならばFlashベースでも十分サポート範囲は広いし、Flashベースで作った方が圧倒的にカスタマイズ性が高そうだ。動画配信だけを軽快に行いたいならばユビキャストの技術の方が上っぽいけど、総合力を考えると結構微妙。

_ アプリケーションの垣根を越えるLonghornのストレージ機能 from ZDNet (20:18)

>>NTFSは、WinFSの新しいストレージシステムの1要素に過ぎない。Microsoftはもう1つの重要な構成要素として、リレーショナルデータベース「SQL Server」のクエリー機能を挙げている。またWinFSには、XMLのデータラベリング機能も組み込まれるとマグリア氏は語る。

NTFSをベースに、インデックスサービスをSQL Serverベースのものに置き換えて、さらにプロパティ回りをXMLベースに置き換えて、相互に連携させるって感じかなー。

後者はまるで、Mac OSにおけるリソースフォークを今さらながらに採用しますと言っているようにも聞こえるな。まあ、現在のプロパティはあまりにもプアすぎるから、拡張性の高いXML形式で拡張プロパティ（メタデータ）を扱えるようにするのはまっとうなアプローチなんだけどさ。ってネタは昔（数年前）にも書いたような気がするな。

まああとは、それだけ複雑な機能を標準で組み込みつつ、速度と信頼性を高めることができるかどうかってことと、サードパーティ（とMicrosoftのアプリケーション部隊）がちゃんと活用できるようなAPIが定義できるかどうか、かな。

[ツッコミを入れる]

2003-10-18 [長年日記]

_ 調査結果：ウェブログの3分の2は「三日坊主」 from WIRED NEWS (20:18)

この記事もそうなんだけどさー、いい加減個人Webサイト一般に通用するようなことをいちいち「blog」の枕詞をつけてニュースにするのはやめてくれないかなー。あほらしい。

[ツッコミを入れる]

2003-10-19 [長年日記]

_ 揮発性の新聞社ニュースを、無断転載しないでクリップする法的な抜け穴 from void GraphicWizardsLair( void ); // (20:18)

俺も募集中（主にasahi.comとnikkei.co.jpとか対策に）。自分自身用のツールとしては、PingProxyにそういう機能（本文に含まれるURLを解析する際に、そのURLのその時点でのローカルキャッシュを保存しておく）を持たせているんだけど、それを一般公開する根拠が欲しい。「Googleキャッシュみたいなものだし、先例がいるから大丈夫」とか自分をごまかそうと思ったけれども、Googleキャッシュって全然法的な根拠がないよなー。

_ ネットピープル分類学 その傾向と対策 (20:18)

これだけでも十分面白いけど、もうちょっとだけ追加して完全版とかにしたいかも。ただ、どうでもいい項目を追加すると質が落ちるんで、何でも追加すればいいってものでもないけど。

_ iPod新機能とiTunes for Windowsの詳細はどうなってる？――日本法人説明会レポート from ZDNet (20:18)

>>また、誰かにiTunes Music Storeで曲を買う権利をプレゼントするというギフトもできるようになった。

デジタル音楽の譲渡に関しては、「ZDNN：ダウンロード楽曲の転売、ついに成功」でネタにしたけど、そういやシンプルにAmazon.co.jpでいうところのギフト券みたいな形で購入券をプレゼントするという手段もあるな。ただ、（プレゼントする側が選んだ）音楽をプレゼントすることと、金券をプレゼントすることの間には、気持ち的な部分で結構大きな違いがあるけど。iTunesでは曲を指定してプレゼントすることも出来るのかな？

_ 写真画質新時代を感じさせるキヤノン、エプソンの新インクジェット from ZDNet (20:18)

最近のカラープリンタには興味がなくなっていた（一般年賀状用途ならばいまどきの機種はどれでも十分だし、写真印刷だったら光沢紙を用意する手間を考えると、そこらの電器屋に置いてあるデジカメ印刷専用機とかを使った方が手軽だし）んで、久しぶりにいまどきの機種の話を読んでなかなか面白かった。

最新機種では、キヤノンまでCMYK以外のインク色を追加してきたんだね。しかも、エプソンは今までの階調表現強化用の薄いインクをやめ、その代わりに鮮やかな赤と青用のインクを追加しつつ、その分標準のCMを薄めにしていたりするのか。それぞれのアプローチの理由の説明もすごくロジカルで面白い。そういや世界シェアでいうとナンバーワンであろうHPはどうなってるの？　あと個人的に気になるのは、IBMの子会社（名前忘れた）とかが出している安物系プリンタの画質ってどうなの？ってあたり。NECとかはどうせどこか（HP？）のOEMだよね？　IBM子会社もOEMなのかな？

[ツッコミを入れる]

2003-10-20 [長年日記]

_ Apple、Windows版iTunesに「トロイの木馬」効果を期待 from ZDNet (20:18)

>>AppleのCFO（最高財務責任者）フレッド・アンダーソン氏は7月に、iTunes Music Storeはもっと多くの人にiPodを買わせるための「トロイの木馬」になると考えていると語っていた。

なるほど、確かに。iTunes for Windowsを使い始める前までは、HDDデジタルオーディオプレイヤーの選択肢として、他社製品も一応視野に入れていたけど、PC上でiTunes for Windowsを使い始めた今となっては、どうせ買うならばiPodにしようと思っているもんなー。ただまあ、今のところHDDデジタルオーディオプレイヤーを買う気はないんだけど。

_ Adobe Creative Suiteは単体では100％ではない――Adobeインタビュー from ZDNet (20:18)

やっぱこれは、PhotoshopとIllustratorユーザーに、抱き合わせでInDesignとGoLiveを売りつけることによって、QuarkXPressとDreamweaverのシェアを奪い取ろうという作戦ですか。まあ確かにこの辺のデザインツールってものすごく連携して利用するものだから、プログラム的にも連携して動くようにするのは合理的ではあるけれども、それをAdobe（とかMicrosoftとか）がやると、なんとなくいやーな感じになるよなー。本当ならばもっと低レベルなAPIを定義して、異なるメーカー間のプログラムレベルでも連携が図れるようになるのが理想的なんだろうけど。

_ 新EXILIMに見る“超薄型デジカメの進化” from ZDNet (20:18)

初代EXILIMをしばらく使っていたんだけど、「メモカメラとして使いたいけれども利用頻度は週に1回程度」なんて人間の場合、ずっとポケットの中に入れて持ち歩いていて、いざ撮影しようかと思った時には（待機電力で）バッテリーが切れていて使えない、といった感じだった。

もっとまめに使うんだったら、まめに充電する気にもなるんだけど、この利用頻度でまめに充電するのはあほらしい。というわけで、結局メモカメラとしては使わなくなってしまった。

そういう人間にとっては、携帯電話内蔵カメラとかじゃないとメモカメラには使えない。ということで、カシオさんには是非とも携帯電話＋EXILIMな機種を作って欲しいのこと。元C404Sユーザーだから、多少でか＆重くても許すよ。あ、もちろんマクロは必須ね。

_ Apple、3GPP機能を統合したQuickTime 6.4の提供開始 from ZDNet (20:18)

>>Appleによれば、QuickTimeの新バージョンは「3GPPのフルサポートを統合」しており、ビデオ、オーディオ、テキスト、ネイティブ.3GPファイルフォーマットがサポートされている。

おお、本当だ。ようやくPC上でFOMAで撮影した.3gpファイルをまともに再生できるようになったよ。RealOne Playerとかの3gpプラグインじゃあ再生できなかったからなー。Windows Media Playerはまだサポートする気がないみたいだし。

_ NTTドコモ、無線通信を利用した遠隔ダウンロードによるソフト更新システムの運用を開始――252i以降とFOMAの新機種が順次対応 from ASCII24 (20:18)

前にドコモとKDDIの社長同士で「ケータイにもリセットボタンが欲しい」みたいなことを話したとか言うニュース（http://www.zdnet.co.jp/mobile/0206/17/n_audouga.html）が流れていたけど、要はそういうことだよな。もはや携帯電話のソフトウェアは組み込み系ではなく、PCなんかと同じ「多少バグってても後でアップデートすればいいや」系になりましたってことなんだろうね。

_ NTTドコモと米ネットワークアソシエイツ、携帯電話機向けのアンチウイルスエンジンを共同開発 from ASCII24 (20:18)

>>今後、移動通信サービスにおいても標準化や仕様の公開などによりアーキテクチャーが統一されると予想しており、モバイル環境も悪意のある攻撃の対象となる可能性があることから、携帯電話機側でも相互補完的に対応を進めるという。

携帯電話レベルのモバイル系で、アーキテクチャが統一される方向の動きってあるのか？　ああBREWとかは一応あるか。でもあれはとてもメーカーを越えて流行るとは思えない（っつーかなんでauはあっちに向かってるんだ？　他者との差別化を図るため？　でも差別化といってもそっち方向はマイナスな方向の差別化にならないか？）。Java系は同じっていや同じだけど別物だし、セキュリティはJavaレベルである程度確保されているしなー。ああでもハードウェアよりのAPIを公開していったら、やばめなものを作ることもできるようになるか。あああと、最近ドコモはFlashなんかに対応したんだっけ。あれはとっても怪しいな。現時点では外部アクセスをほとんど制限しているけれども、その辺を開放した場合にウイルスまがいのものが作られる可能性は結構ありそうだし、それをチェックするのはあんまり簡単じゃなさそうだ。確かにウイルススキャン系と同様のノウハウが必要になってきそうだな。

_ 谷川P、アビディ＆ボンヤスキーへの不満爆発! (20:18)

>>「アビディとボンヤスキーは改めてよくないですね。アマチュアじゃないんだから、セフォーたちを見習ってプロとしての潔さを見せてほしい。アビディは本当にずるいヤツですよ。ルールに則って闘って試合には勝ったから、GP出場権を主張したり、ファイトマネーを計算したり。ボンヤスキーは悪徳銀行員ですよ!」

>>「このメンバーで爆発的に大会を盛り上げるのは至難の業。リザーバーにはホーストを絶対入れたい。ボタも負けてしまって凄い残念だった。毎年、誰か必ずケガをするので、気が付いたらリザーバーのボタ優勝とかになってるかもしれない。リザーブマッチをどうするかとか、頭の使いどころですね」

下の方にある囲み部分ね。今回のK1はちゃんとは見なかったけれども、サップ戦だけはちょっとみた。相変わらずサップは腕力だけで全然うまくないし痛がりだし、しかも戦い方が汚いよなーと思いつつ、反則負けは妥当だと思いながらもそれなりに楽しんでいたんだけど、この記事を見て決意した。もう2度とK1は見ないよ。このプロデューサーって馬鹿っぽいなーとは思っていたけれども、本当の馬鹿だとは知らなかったよ。現在のK1運営会社はとっととつぶれて、ほかのところがK1ルール＋選手達を使った似たようなイベントを立ち上げてくれないかな。

_ H×Hとスターウォーズ (20:18)

2003/10/27

スターウォーズとドラゴンボール半々ってあたりが正解だったか。ただいかにも捨てキャラっぽいやつらだから、これで終わりにはならないだろうな。まさか会長まで捨てたりしないよね。それにしても刺客って、ゴンとキルアを鍛えるためにわざわざ格上の念使いを派遣したってこと？

2003/10/20

ハンター×ハンターって、結構スターウォーズっぽいところが多いな。未熟だが素質のあるハンター（騎士）が、念（フォース）の修行をする話で、ゴン（ルーク）の親（ジン）は偉大なハンター（騎士）だが、主人公は親のことを知らず、ハンター（騎士）評議会の長は年齢不詳の最強老人で……とか。

といった類推から、今週のジャンプのきっつい展開以降を予測すると、カイトもああなってしまっては命をかけても敵一人を倒せるかどうかって感じだし、現状のゴンとキルアでは何ともしようがなさそうだしってことで、しょうがないからハンター評議会に連絡したところ、たくさんのハンターが集結してキメラアント軍団と闘うという、スターウォーズで言うところのエピソード2っぽい展開になってしまったりして。っつーか、そういう展開も見てみたいなー。

ただ、そういう展開になっちゃうと一気に物語自体も完結してしまいそうだし、それじゃーゴンの成長物語にならなくなってしまうからやらないだろうけど。ドラゴンボール風展開だったら、さらに強い師匠の元で修行をして10倍界王拳＋スーパーサイヤ人化でも身につけるか？　っつーか多分本当のポイントは、元心優しい兄さんだったやつみたいなやつらが、今後どう動くかってあたりと、王がどういうやつなのかってあたりだよな。単純に仲間割れになるのかな？

_ 久しぶりの会社 (20:18)

先週ずっと自宅作業だったんで、会社に来るのは久しぶりだ。やっぱり通勤時間はもったいなく感じるなー。しかもここのところムスコが微妙に鼻をぐずらせたり咳き込んだりと、風邪気味っぽいんで、保育園から呼び出しがかかるんじゃないかというプレッシャーがあったりする。でも今日は一応ぎりぎりまで会社にいてお迎え時間ちょうどくらいに保育園に着くパターンを試してみよう。電車が遅れたら一発で終わりってのも結構プレッシャーだよなー。

_ Session IDとGoogleの関係 from SEOルートディレクトリ by ジェフ・ルート (20:18)

>>ちなみに、以前からフォーラムでは、IDという文字列が入っている動的URLがインデックスされにくいと言われていましたが、それもどうやら本当のようですね。

なるほど、動的ページにQUERY_STRINGで（セッションID以外の）引数を渡す場合は、GoogleにセッションIDと誤認されないような名前にしておいた方が（SEO的には）いいんだね。引数がセッションIDかどうかを確実に見分ける方法なんてないだろうから、多分一般的なセッション管理システムにおけるデフォルト名称の辞書でも持っているんだろうなー。確実に回避したいなら、QUERY_STRINGではなくPATH_INFOを使えばいいんだろうけど。

_ 「絶賛」から「不満」まで――賛否さまざまのWindows版iTunes from ZDNet (20:18)

2003/10/25追記

>>このほか、「Keep iTunes Music Folder Organized」の設定が初期状態でオフになった。

ってのが勝手にリネーム機能の話かな？　まあ分かって使う分にはこの機能は有効の方が便利（画面上のアーティスト名やアルバム名と、ファイルシステム上の対応するディレクトリ名を同期させる仕組み）だから、新バージョンにしたら多分オンにして使うと思うけれども。

>>このほか、iTunesがWindowsユーザーの音楽ファイルを、新しいフォルダに分類し直してしまうとの苦情も出ている。Appleは、デフォルトの設定においてiTunesが音楽ファイルの名称を変えたり、ファイルを移動することはないと説明している。

嘘だぁ。めちゃめちゃ勝手にリネームするじゃん。今までRealOne Playerで管理していた「\basedir\アーティスト名\アルバム名\曲名.mp3」なファイルをインポートしてから、アーティスト名とかアルバム名を変更しようとするとディレクトリ名を勝手に新しいアーティスト名やアルバム名に付け替えるし、さらにはいったんインポートしたファイルをファイルの実体を消さずにライブラリから削除しようとすると、「Unknown Artist」とか「Unknown Album」とかに勝手に移動しやがる。知らずに一回やっちゃって復旧するのに結構手間がかかった。Appleの言うところのデフォルトの設定ってのが何を意味するのかは知らんが。

あ、ちなみに上記のような問題があっても、iTunes for Windowsに乗り換えたんだけどね。RealOne Player（無償版）よりもMP3データ管理機能付きプレイヤーとしてはできがいい。

[ツッコミを入れる]

2003-10-21 [長年日記]

_ 原発がどんなものか知ってほしい (20:18)

2003/10/26追記

妖精現実（http://www.faireal.net/）の過去ログ（http://www.faireal.net/articles/6/12/）に「原発がどんなものか知ってほしい」への反論記事のバックアップ（http://www.faireal.net/tmp/2002/eifye.zip）があったので、読んでみた。

確かに「原発がどんなものか知ってほしい」は、あまりにも致命的な虚偽が多く、その存在はメリットよりもデメリットの方が大きそうだ。基本的に「トンデモである」という認識で捉えた方がいいだろう。ただし、そこで行われている問題提起のすべてが完全に論破されているわけではない。

私が前回クリティカルな問題の一つとして挙げた「核廃棄物の処理は本当に大丈夫なのか」という点に関しては、反論を書いた人自身もまだ問題がある（「高レベル廃棄物処理の最終的な方策は処分方法こそほぼ決まったものの、埋設地が見つかっていません」）ことを認めている。

また、私がクリティカルな問題として挙げたもう一点である「経年劣化対策は十分なのか」についても、この反論を読んでもすっきり納得は出来なかった。この反論の当時はどうだったか知らないが、最近は建築会社の手抜き工事問題はいくつも表面化しており、「手抜き工事をしたら会社の信用が落ちるからするわけない」みたいな論法は説得力に欠ける。

あとちょっと気になったのは、

>>まず大前提として『原子力検査協会』という協会は存在しないのですが

>>(財)原子力発電技術機構か(財)発電設備技術検査協会あたりがありますが、これらは決して「素人」の天下り先じゃないと思います。

のあたり。(財)発電設備技術検査協会をちらっと調べてみたけれど、少なくともその現理事長は資源エネルギー庁出身みたいだし、このあたりの団体には国家公務員出身者が多いよね。ってのを特に理由の説明もなく、「これらは決して「素人」の天下り先じゃないと思います」と切って捨てるのは、逆にうさんくささを感じる（「関連省庁出身＝素人じゃない」っていうのかもしれないけど、基本的に天下りってのは「関連省庁出身者が」って定義なんだから、問題は「素人」の定義になるだろう）。

まあそういう点を差し引いても、反論の方が総合的な説得力は高かったので、「原発がどんなものか知ってほしい」は「トンデモ」ってことなんでしょう。ただ上記のような問題提起の文章として、私にとっては意味があった。

2003/10/21

20年原子力発電所の現場で働き（ガンで？）亡くなった方が語る、現場における原子力発電所の話。

設計の段階では優秀でも、施工・運用・監査は素人がやっている現実。実際の稼働・運用時に現場で起きているさまざまな問題。それらの問題を表沙汰にしないための情報コントロール。今まで国内で起こった事故の本来の意味。稼働した原子炉および核廃棄物の将来的な取り扱いの不透明さ。原発周辺住民の身に起きていること。

原子力発電所推進派の、この文章に対する反論を聞いてみたい。

2003/10/23追記

暗黒日記（http://members.jcom.home.ne.jp/w3c/omake/diary.html）平成十五年十月二十二日によれば、

>>「原発がどんなものか知ってほしい」はトンデモ。信じてはいけない。讀みたい人は、頭から信じてしまはないで、ちやんと批判的に讀む事。と言ふか、知識のある人に改めてきちんと批判をやつて貰ひたいもの。

なんだそうだ。

かつてWeb上に存在したという、この文章に対するまとまった反論が現在では読めなくなっているそうで、断片的な反論的文章がいくつか紹介されている。

ただ、上記を読んでもまだすっきりしないなー。個人的にクリティカルな問題だと思っている点として、

  • 原子力発電所といえどもその構成要素の経年劣化は避けられない（しょせんはふつうの建物であり機械である）はずだが、それに対して本当にきちんと対処されているのか。特に稼働によって放射能汚染される（あるいは外部汚染を食い止めている）部位のすべてが、きちんと10年単位での経年劣化対策（日々の運用におけるメンテナンス作業）を施されているのか。
  • 核廃棄物の処理に関して、数百年から数千年というオーダーの半減期を持つ放射性物質に対して、「一定期間貯蔵」「密閉」などという対処法は本当に有効なのか（再処理による除去は有効そうだけど、それでどの程度対応できているんだろう）。十分な貯蔵期間を確保できているのか？　密閉に使用する素材などは本当に保つのか？

あたりなんだよな。確かにそれらの問題に対しても、技術が進歩していっている過程は読みとれるけれども、十分に安全であるようには読みとれなかった。そのあたりに関するまとまった文章ってどこかにないかな？

本日のツッコミ(全1件) [ツッコミを入れる]

_ 大和（やまと） [私は究極的防災・危機管理としての海外移住（防災移住のすすめ）http://blog.livedoor.jp/kyuu..]

2003-10-22 [長年日記]

_ これでアクセスアップ間違いなし from Blog一日一言 (20:18)

2003/10/26追記 コメントスパムなのかどうか

※http://d.hatena.ne.jp/ishinao/20031025#p1から転載。

どうも批判が暴走気味な気がするし、Weekly Teinou 蜂 Woman（http://www009.upp.so-net.ne.jp/wtbw/）の現状への批判:http://www009.upp.so-net.ne.jp/wtbw/d/d/03-10.html#anchor10252003（あまりにも判官贔屓過ぎる気がするけど一利ある）なんかも目に入ったので、もうちょっと書いておこう。

id:nanacyさんがやっていることは、「スパマーの論理」（出来るようになっているんだからやってもいい系）を背景に非常に「スパム的」（宣伝目的無差別気味）な行動をしているけれども、客観的に見てそれをスパムと言い切れるものではない。彼のやっていることを明確に否定できるほどの根拠はないのでは。彼の行為をコメントスパムだと断じて批判している人たちは、その辺もうちょっと考えた方がいい気がする。

私は彼に「宣伝目的でくそレスつけるな（宣伝目的だと透けて見えない程度にもっと考えてコメントつけろ）」とは言いたいけれども、彼のやっていることを完全否定は出来ません。積極的にコメント機能を使おうという方向性自体は悪くないんだし。

って書いたら、今度はちょっと「肯定」よりに振れすぎた気がするんで、もうちょっと補足。

現在id:nanacyさんが行っている「キーワードに脊椎反射:http://d.hatena.ne.jp/yomoyomo/comment?date=20031020#c」レベルだったり、「斜め読みしてコメントをつけたけれども、実は的はずれで、しかもその後のフォローなし:http://d.hatena.ne.jp/genshi/comment?date=21001231#c」だったりするコメントを見ていると、そのような行動が多人数で行われた結果、アクセス数のある日記にそのようなコメントが10個も20個もつくようになる未来を想像してしまう（衆を頼むことによって、もっと低品質な相づちレベルのコメントも増えそうだ）。

そうなると、それはもはやシステム的な対策が必要なコメントスパムの類であると見なす人が増えてくるだろう（このような場合には、それがスパムだと判断されるかどうかは、それを迷惑だと思う人がどれだけ多いかによって決まってくると思う。要は、苦情が多く出るようならシステム側も対策を考えざるを得なくなる、ということ）。そうなったら現状においてはひとまず「コメント欄をオフにする」という対策をとらざるを得ないし、高機能CMS系を作ったり研究したりしている立場から言うと、そのような流れになるのはとても迷惑だ。早めに釘を刺しておこう。

といった感じの立場です。

2003/10/22

はてなダイアリーネタなんで、あっち（http://d.hatena.ne.jp/ishinao/20031022#p1）に書いたんだけど、一般論でもあるんでこっちにも転載しておこう。

ネタとしては面白いし、現状の規模だったら笑って許せるけれども、この方針を推し進めていった結果は、「たちの悪いコメントスパムの手法が一つ増えた（利用例として確立した）」ってことになりそうだな（昔から掲示板を使った宣伝行為は多かったけれども、高機能化したBBS／CMSの流行によって、その有効性は増す傾向にある）。

ただまあ、こうやってその裏にある意図をネタ化してもらえる分には、そのたちの悪さはずいぶん薄れる。純粋に利益を求めて（商売の宣伝とか）同様の行為をする方がたちが悪いし、個人的には、本人すらその意図をあまり意識せずに同様の行為（アクセスアップが期待できそうなところに、ろくに話も理解しないままに、的はずれなコメントをつける）を行っている場合の方がもっとたちが悪いと思う。

何にしろ、他者への迷惑（純粋なスパムコメントを削除したりする管理の手間もそうだけど、的はずれなコメントに対応するのは精神的に結構な労力が必要だ）を考えずにそういう行為を行う人が増えていくようならば、コメント欄を有効にしておくメリットとデメリットを考慮した上で、無効にする人が増えていくことでしょう。

ってのはこの件に限らず、世の中一般のコメントスパム／TrackBackスパムへの対策に通じる話。システム的に有効な対処方法を用意するというのは、スパムメール対策が現状程度でとどまっていることを考えると、かなり難しいことが想像できるしね。

2003/10/23追記

はてなの方に本人からのコメントがついたので、その続き（http://d.hatena.ne.jp/ishinao/20031023#p1）。

>>『スパムって言うほど無差別にカキコしてませんよ。僕はマジメにコメントしてますから、かなりの長文を書き込む事だってあります。それが結果的にアクセス増に繋がるってのが「ミソ」なんじゃないですかぁ！』 (10/23 08:50)

「無差別ではない」から「スパムではない」とは言い切れないでしょう。「スパム」の定義は明確ではありませんが、「一方的に」「迷惑な」「宣伝を」「大量に」「送りつける」なんて要素に複数当てはまれば当てはまるほど、それは「スパム」に近いものとなります（究極的には「受け取る人がスパムだと思ったものがスパムだ」という定義を主張する人もいます）。

また私は、現在id:nanacyさんがやっている（やろうとしている）こと＝スパムであると言い切っているのではなく、「この方針を推し進めていった結果」がスパムになるであろうと言っています。これはすなわち方向性および度合いの問題です。

また「たちの悪い」という表現は、それが明確に「スパムである」と言い切れないが、しかし受け取る側から取ってみれば十分に「スパムたり得る場合がある」行為であることを意味しています。

誰もにとって明確なスパムであるならば、ある意味対策を取るのは難しくありません（削除する、など）。しかし、「スパムである」と言い切れないが、受け取る側にとってはスパムに等しいようなものは、非常に扱いが難しくなります。

その点を考えると、id:bmpさんの10/23 08:50のコメント（http://d.hatena.ne.jp/ishinao/comment?date=20031022#c）にある、

>>ただはてなの場合中央サーバー型なのでMTなんかよりはスパムは防げると思う

というのは、楽観的過ぎる気がします。客観的にスパムと判断しにくい（しかし受け取る側にとっては非常にスパム的である）行為については、いくら中央サーバー型のはてなダイアリーシステムでも、そう簡単に対応できないでしょう（割り込む口があっても、そこでの判断基準の設定が難しい）。

「何通（個）以上の迷惑メール（コメント）はスパムである」と定義できるわけでないし、「毎回文章を変えればそれはスパムではない」という訳でもない。きちんと元文章を読んでコメントをしたのか、（宣伝を目的に）斜め読みしていい加減な脊髄反射レスしたのかの区別を、客観的に判断することは難しい。

まあ何にしろ私の結論としては変わらず、id:nanacyさんの主張する手法の行き着く先は「たちの悪いコメントスパムの手法が一つ増えた（利用例として確立した）」ってことになりそうだし、しかもそれをやめさせる（論理的な説得、システム的な対策）のも難しそうだなー、というところです。

2003/10/24追記

また続きがあったので、はてなから転載（http://d.hatena.ne.jp/ishinao/20031024#p1）。

>>コメントを嫌う管理者もいるだろうが、今までに色んな日記にカキコして気付いたのは「はてなダイアリー」は多くの人に開かれた「公共物」であるという事だ。 >>そもそも「はてな」はただ「レンタル日記」でありますし、少なくとも管理者が独占して良い「私有物」では無いのです。 >>はてなダイアリーではデフォルトでリンク元を公開する設定になっているのも「はてな」が公共物であると言う事実を如実に指し示していると言えよう。 >>日記に書き込みされるのを嫌う管理者は「はてな」創設のポリシーに反しているのだ。 >>つまりさ、ど〜んどん書き込んじゃえば良いんだって。な？

まあもうこれ以上の労力をかける気にはなれないんで、どうでもいいんだけど、ここまでつき合ったんだから一応書いておこう。

見事なスパマーの論理ですね。

もっと狙ってやっているのかと思ったけれども、どっちかってーと天然さん系みたいだし、2chでくそスレ乱立していた人らしいし、そういう2ch論理（の中でも2ch内でも嫌われる類）がどこでも通じるべきだというポリシーの人なんでしょう。それはそれで、個人的には好きじゃないけど、絶対にダメというほどのことでもない。

blogツール（あるいは高機能型Web日記システム、あるいは個人用CMS）というものがメジャーになるにつれて、こういうユーザーも多数存在する中で、それなりの秩序を構成していく必要があるってことなのでしょうし、そういう方向に向けてのチャレンジは興味深いものです。

彼のような主張および行動がある程度広がっていった（として）結果、はてなダイアリー界隈がどのようになっていくのか、しばらく観察していくことにしましょう。

なんて、ひとまずはてなに関しては他人事に近い（こっちがメインじゃないし）んでのんびり構えていられるけれども、blogツール一般として考えると他人事じゃないんだよなー。コメントスパムは増えてきつつあるからな。

はてなの場合はユーザー認証があるんだから、プライベートモードの閲覧者制限みたいに、コメント投稿者制限（許可リスト、拒否リスト）なんかも用意すれば、それなりに対策出来そうだよな。

許可リストが存在する場合は、その許可リストに掲載されている人以外からのコメントは、管理者の審査を通らないと掲載されない（けれども、本人にはそのことはわからない）ようにする。拒否リストが存在する場合は、その拒否リストに掲載されている人からのコメントのみを、同様の処理にする、とか。

ただ、ユーザー認証をもたない開かれたシステムでは、そんなことできないしなー。HNSみたいにランダムクッキーID（RURIコード）を使って同様のことが出来なくもないけど（Ich、WikiLike、wikilogと自分で作ったシステムではだいたい実装している）、どう考えても一般ユーザーに管理しきれるものではないんだよなー。それでもやっぱりこの方向をもっと推し進めてみるか。

_ CDMA2000 1x EV-DO方式を利用した新たな第3世代携帯電話サービス「CDMA 1X WIN (ウィン)」の提供開始について (20:18)

2003/10/25追記

こっちにムービーフォーマットの変更の話がもうちょっと詳しく書いてある。3gpフォーマットに変わったけど、FOMAとの相互運用性は微妙に低いらしい。まあそれでも従来に比べりゃ100倍ましだ。

定額サービスが始まるって話は聞いていたけど、こんなんだったのかよ。EZWebおよびメールのみが対象で月額4200円ってのは論外だな。だいたいEZWebおよびメールなんかで、EV-DOの最大2.4Mbpsが活かせるかっつーの。通話およびその他の通信用に一番安いパックを契約した場合で月額7500円だもんな。PCからのデータ通信にも使ってたらいくらかかるんだか。そんなんだったらまだAirH"を別に持った方がマシだ。

というわけで、定額サービスについてはどうでもいいんだけど、いざというときにモバイルで最大2.4Mbps出るというEV-DO自体は、もしかしたら使うこともあるかもしれないな。わざわざ買い換えたいとは思わないけれども、そのうち今のCDMA2000 1x機に飽きたらそっちに乗り換えることでしょう。

あと個人的には、さりげなく動画フォーマットが独自の変なフォーマットから、標準的な3gpフォーマットに変更されているところに注目。現行機種の腐った動画フォーマットなんて使う気にもなれなかったけど、3gpになったらいろいろ応用することも出来そうだな。それこそPhotoLogではなくMovieLogができそうだ。QuickTimeが3gpフォーマットにフル対応してくれたんで、Windowsでも気軽に再生できるようになったし、3gpフォーマットだったらほかのフォーマットに変換するのも難しくないし。

_ アフィリエイトで遊んでみよう 2 (20:18)

「アフィリエイトで遊んでみよう」で申し込んでみたバリューコマースの申請がようやく通ったんだけど、あのときの盛り上がりはもう失せてしまったなー。管理画面があまりにも重すぎて、良さそうな広告を