_ 四連休病

三連休最終日になってオクサンが死亡。朝から体調が悪いと言っていたんだけど、昼過ぎになって熱が出て寝込んだ。なんか最近、三連休の最終日になって体調が悪くなるパターンが多い気がする。四連休病とでも名付けておこう。って、最近ムスコがママママうるさいんで（というか俺だと相手にしてくれなくって）、こうなると手も足も出なくなっちゃうんだよなー。

_ 気のせいではないな

先週末あたりからどう考えてもそれっぽい症状が出始めた例のアレは、今日になって完璧アレだと確信できるようになった。ひとまず甜茶紫蘇エキスの錠剤を飲み始めたけれども、これは効くんだろうか？　ともかく症状を重くする可能性が高いうざい髪の毛をとっとと切らないと。

_ バックエンド変更

このレンタルサーバーの仕様を読んでみたら、現状の使い方だと将来的にやばそうな可能性があったので、せっかくこのサーバー内で完結していたバックエンドの仕組みを変更し、家サーバーでも分散処理できるようにしてみた。

という準備のために、家サーバーのPostgreSQLを止めてMySQLに変更したんだけど、DBD::mysqlをインストールするのにやたら苦労した。結局、FAQに書かれていた“インストールに失敗するパターン”に該当していたらしい。しかも、勢い余ってperlをアップデートしたら、コンパイルに1時間以上かかるし（Pentium-120MHz）。下準備の段階でかなり疲れ果てた気分。

やっぱり共用レンタルサーバーだとあんまり自由度が高くないから、家サーバーももうちょっと信頼性を高くしたいなー。So-net/Acca ADSL 8Mの回線安定度が増したら、そこそこ性能のあるサーバーマシンを1台組もうかな。

_ 最近の三[鷹|枝]さん

やっぱり広報活動を続けることにしましょう（←意味不明気味）。最近のあらすじはこの上のあたりを参照。主戦場は新・大森なんでも伝言板のこのあたりからログ10ページ分くらい。それを脳内フィルターで（親戚向けに？）変換した“こちらの世界”以外での出来事が、このあたりとかこのあたりとかにあります。

で、今回の出来事は作家高瀬美恵さんのホームページ「Water Garden」における墨西酔夢日記の「2002年 2月 5日 (火) サバット」。

　某社の編集さんと打ち合わせ。世間話に花が咲く。いろいろと辛酸を嘗めた担当嬢は、なんだか一回り逞しくなったような印象である。めでたいことだ。

　本題は「アンジェリーク」のゲラ直し。以前にノベルスで出たものに、雑誌発表分を加えると、大幅にページが増えてしまうのだ。ビーンズ文庫の上限を越えてしまうので、３０ページほど減らさなければならない。しかも期限３日。とほほー。

上記引用部に出てくる担当嬢は、今は三鷹ういと名乗っている伝説のネットバトラー女史が言うところの「サルガッソー社のモンテスパン嬢」なわけです。で、今は三鷹ういと名乗るネットバトラー氏は上記日記を読んで（まめにチェックしていたもんだね）、以下のようなツッコミを入れたのです。

みたか　：　期限３日……。全然反省しとらんな、あんたの担当。ちゃんと仕事していれば、何週間も前にわかっていたことだろうに。

ちなみに、ここでは“みたか”と名乗り、今は主に“三鷹うい”と名乗り、かつては“三枝”と名乗っていたネットバトラー女史は、高瀬さんとは知り合いでもなんでもありません（web掲示板ですれ違った程度）。三鷹氏に言わせれば“作家仲間”なのでしょうけれども、業界の末端になんとか引っかかったと思ったらすぐにはじき出された人間が、同じ業界に属する（した）からといって突然「あんた」呼ばわりをするというのは、いくらなんでも失礼じゃないでしょうかね。他人事とはいえちょっとむかつきます。なんて当たり前の感想を持つようでは、あなたも私も（雀としての）修行がまだまだなのでしょう。でまあ、「あんた」呼ばわりされた当人である高瀬さんもさすがにむっとします。

高瀬　：　ゲラの期限三日は確かにちょっとアレだけど、別に怒るほどのものではないです。結局、私、二日で終わらせたし。
ていうか、よっぱらって気分よく帰ってきていきなり「あんた」呼ばわりってかなりムカつくんだけどさ。なんだよ、おまえは。あーもう。すみません、明日になったらもうちょっと冷静にレスつけます。

上記のようなコメントを返しつつも、一晩経ったら同レベルで言い返している自分を反省するコメントを付けているあたり、高瀬さんはとてもまっとうな人です。しかし、かつては議論のプロと呼ばれていた（自ら名乗っていた）ネットバトルの女王三鷹師匠は、それに対してさらに攻撃的な返事をします。

みたか　：　自分の仕事の遅れのつけを作家に回すんだよ、あの人は。
あんたでダメなら、君？　先生？　ネエチャン？　それともやっぱりわたしもおまえと呼ばないといけませんか？
おまえと呼ぶのは嫌だな。夫になったみたいだ。

それに対して高瀬さん。

高瀬　：　「あんたでダメなら」ってのもすごいですね。普通、ダメじゃないですか？　まあいいです。めんどくさくなってきた。がんばって、鹿（殺）ちゃん。あなたの刀で斬り捨ててやって（なげやり）。
　ところで、みたかさんは私の日記の記述を何か誤解なさってるようですが、スケジュールが押したのは編集のミスや怠慢のせいではないですよ。説明してもしょうがないので書きませんが、予定が狂うのは出版界ではよくあることです。私が書いたのは「愚痴」です。「非難」じゃなくて。どっちにしろ、部外者が鬼の首でもとったかのようにはしゃぐことではありません。

さらに牛。

みたか　：　というより、「おまえ」が良いのか？という問題ですよ。「あんた」より。「おまえ」の方が「あんた」より、イイわけ？　一般的には。すごい感覚だな鹿（殺）さんって。
それにしても、編集のミスや怠慢のせいでないと言い切れる材料があるってのが、妙ですねえ。あの人、ただだまって一方的に日程押しつけてくるじゃん。で、断ると、すねた小学生のように機嫌を悪くしてだまり込んじゃう。で、念のため上司に「本当にその日程でやらなくちゃならないのか」と訊ねると、「そんな指示を出していない」という返事が返るんだな。
ふーん、作家ごとに態度を変えているわけかあ。確かにベテランはごまかせないものなあ。

どうやら、自分が先に「あんた」呼ばわりしたことよりも、それに対して「おまえ」と言い返されたことの方が、問題であると言いたいようです。三鷹ういと名乗るようになってから発言の切れが悪くなったネットバトラー女史は、こんなひねこびた小学生のような（あるいは、泥酔した親爺のような）屁理屈しかこねれなくなったのでしょうか。かつて三枝と名乗っていた頃には、もっと華のある（一般人には理解しがたい）理論を連発してくれたものだったのに。

ちなみに、上記の出来事は三[鷹|枝]さんの脳内フィルターを通すと、以下のようになります。まず三鷹うい公式ホームページにおける日記では、

２月９日（土）
　モンテスパン氏＠サルガッソー社のポカをまた聞いてしまいました。
　某作家さんの作品、削りの締め切りを3日後に設定したそうな。
　何年も前に書いてあった原稿らしいのです。モンテスパン氏がちゃんと仕事さえしていれば、何週間も前に枚数オーバーしていることくらいわかっていたはずなのに。自分の仕事の遅れのしわよせを、作家に押しつける編集って……。それで作品が悪くなれば作家のせいになるんだから、作家ってのもわりに合わない商売ですか。

さらに新・大森なんでも伝言板では、

三鷹うい　柴田さん　2002年02月11日(月)15時02分34秒

　なんだかやっぱり、「担当を替えてくれ」と言った自分の判断が正しかったような気がしみじみしてくる今日この頃ですよ。
　直らない人は直らないので、人を替えてもらうほかないんだよね、やっぱり。
　良かったような、良くなかったような。

おそらく三鷹さんの長期記憶には、脳内フィルターを通した内容（上記引用部でいうところの最後の二つのみ）しか残らないのでしょうね。それ以外のやりとりは、すべて短期記憶からざるのようにこぼれ落ちて消え、存在しなかったことになるのでしょう。こういうのを見ているのはある意味面白いけど、望まないときに人の視界内でやられるとやっぱりちょっとむかつきますね。修行が足りないぞ、俺。

_ 書評リンクの話 3 (20:11)

ISBNはキーとして使えるのか、という話について。以下ISBN絡みについてのまとまった資料へのリンク。

• 日本図書コードの仕組み - http://member.nifty.ne.jp/rain/misc/isbn.html

まれに同一のISBNが別の書籍に振られている場合があるらしいけれども、楽天みたいに「出版日が新しいものを優先」ってことで、古い方は対象外にしてしまって構わない気がする。どうしても扱いたいならば、存在しないはずのISBN（風コード）を生成して無理矢理それで代替させるとか。

目的が「完璧な書誌データDBを作成すること」ではなく、「書評リンク集の基盤として使えるレベルの書誌データDBが欲しい」ならば、ISBNをキーに作成した書誌データDBでも十分に実用に耐えるだろう。イレギュラーなデータに対しては、運用でカバー（イレギュラーな対応を用意）で問題なさそう。

ISBNが不明な段階での書誌データ（主に新作を想定）に関しては、別テーブルにいったんデータを蓄えて、ISBNが定まった時点でメインのテーブルにデータを移行。ただし、書名や著者名による検索に関しては、そのテーブルに対してもメインテーブルと同様に（透過的に）行えるようにする。なんて感じでどうだろう？

あと、データフォーマットの話。タブ区切りテキストとかCSVとかだと、1フィールドに複数の情報をもたせるのがやりにくいのがガンなんだよな。適当なフィールド内区切り文字を予約して、それを使って表現することは可能だけど、そういう拡張をごちゃごちゃ考えるくらいだったら、はじめからその辺りまで吸収できるフォーマット（XMLとか）を採用した方が幸せになれる気がする。

というのは、そのデータフォーマットを再利用性のあるものとして扱いたい場合の話で、そこまで考えないならば、タブ区切りテキストとかCSVでも十分だと思う。その場その場で必要な情報を盛り込んだデータフォーマットを使うのは問題ないけれども、バックエンドで管理するデータに関しては多少リッチな情報をもっておいた方がいいよね、という話。いつでもリッチな表現（＝解釈にかかるコストが大きい）を使うのはバカらしいけど、後付けで必要になってずるずる仕様を拡張するのも大変だしね。

_ Amazon.com Webサービスを試してみた (20:11)

Amazon.comのWebサービス（XML Webサービスの方ね）を試してみた。PHPからアクセスするのも簡単そう、というか環境設定の敷居が低そうなんで、いろんなサーバーで使えそうだ。Amazon.co.jpでも始まってくれたら、自前のDBに情報が見つからなかった場合は、自動的にAmazon.co.jpにアクセスして必要な情報をもってくるような、書誌データ集約サーバーとか簡単に作れそうなのに（という利用法はグレイっぽいけれども、まあ言い訳を用意するのもそんなに難しくないだろう）。Amazon.co.jpの方でWebサービスをはじめる予定はないのかなー。

_ 特に使うあてのないWiki (20:11)

• http://ishinao.net/pukiwiki/

特に使うあてのないWikiをPukiWikiで立ててみました。使いたい方がいれば適当に使ってください。情報集積所とか意見交換所とか。

_ eBayに「中傷投稿削除の義務なし」 from ITmedia (13:51)

• eBayに「中傷投稿削除の義務なし」 - http://www.itmedia.co.jp/news/articles/0402/10/news032.html

>>米カリフォルニアの控訴裁判所が、「eBayは、自社のオークションサイト上に虚偽あるいは名誉棄損の疑いのある情報が掲載されても、それを削除する義務はない」との判断を示した。

>>同裁判所は2月5日、1996年の米通信品位法（CDA）に合わせて、eBayや同様の「双方向コンピュータサービス」企業を保護する目的で制定された連邦法を引き合いに出し、フィードバックのコーナーに掲載された情報が中傷的だからだと訴えられても、eBayはその情報を無理に削除する必要はないと判断した。

アメリカの話だけど、こういう判決がでたんだそうな。インタラクティブなサービス上でのユーザー同士の争いにおけるプロバイダの責任範囲をかなり明確化する判決だな。

それにしても、“「双方向コンピュータサービス」企業を保護する目的で制定された連邦法”があるなんて、さすが日本よりも法整備が進んでいるなー。

ちなみに該当の条文は、以下だそうな。

• Sec. 230. - Protection for private blocking and screening of offensive material - http://www4.law.cornell.edu/uscode/47/230.html

インターネットを利用したインタラクティブなメディアの技術的な進歩、および、それらをユーザーが自らの手によってコントロールできる可能性を阻害しないための法整備ってのは、日本でも考えられていいんじゃないか。危険からユーザーを保護するための法律（不正アクセス禁止法とか個人情報保護法とか）ばかりだと、考え方がなんだか後ろ向きになりすぎる気がする。

_ いろいろ変えました (14:57)

主だった変更点は、

• トップページに表示する情報を整理した（特に新着情報を減らした）
• 代わりに、各カテゴリーごとの新着情報を別ページで表示するようにした（URL、ASIN、地図、テレビ番組）
• [類似メモ]を[関連情報]に変更し、「キーワードが似ているメモ」「同一URL/ASINに関するメモ」「同一URL/ASINにリンクしたサイト」をまとめて表示するようにした
• mylist以外のメモ表示時にも、メモコメント等を表示するようにした。

あたりかな。

_ タグの日本語揺らぎをロジックで吸収する (14:59)

そういや、日本語のタグ（MMではジャンル）の揺らぎをロジックで吸収する実験として、

「同じ話題に違うタグが付けられているものは、（重複数が多いほど）同じ意味を示している可能性が高い（たとえばあるURLメモに付けられているタグに「技術」と「tech」が多かった場合、それらは同一の意味だ、とか）」

を試してみたんだけど、現状だと人によってタグの使い方が全然違うんで、ちょっと難しいな。一つの話題に一つのタグしか付けられないならば、まだそういう方向で絞りやすいんだけど、一つのメモに複数のタグがつけられる場合、重複しているからといって必ずしも同じ意味とは限らないもんな。

やっぱりフリーワードをロジックで判別するよりも、ある程度の運用ルールを決めた上で、そのルールを守りやすい環境を整えてあげる（入力補助とか）ことで、タグの揺らぎを運用方面から減らしていった方がいい気がする。

_ タグってぇのは、ジャンルのことじゃないよね? (19:16)

タグの難しいところは、単に自分が便利なように検索キーワードとして定義する以外に、他人との連携のために「他の人とも共有できそうなキーワードも入れておいた方が便利」だというところ。で、そういう一般化を行うとどうしてもタグは、カテゴリーとかジャンルとかレベルの曖昧な表現になってしまう。というか、そういうタグも入れておいた方が便利。

だから、

1. 他の人と連携しやすいような誰でも使いそうな（曖昧な）タグ
2. ちょっと一般的ではないかもしれないけど、何人かは使いそうな（中間的な）タグ
3. 自分のみが便利な（入力した自分のみわかればいい特徴的な）タグ

なんて感じで、個人的な利便性とソーシャルな連携とのどちらも考えつつ、さらにシステム的な制限とか入力の手間とか別軸の制限も加わる中で、ある程度の文字数・時間内でタグを入力していくことになる。

で、そう考えると上記の3パターンのうちどれが正しい（より良い）というわけでもない。だから以前は、入力する人が好きなように使っていく中で、システム側がその中からソーシャルな連携情報として使えそうな情報を抽出していくのが無難じゃないかなーと思っていた。

けど、「[MM] タグの日本語揺らぎをロジックで吸収する (14:59)」で書いたように、当初使えると思っていた類似タグ抽出ロジックが使えなかったんで、現時点では、さっきの3パターンで言うところの2番目に相当するあたりを推奨タグとして、システム側で積極的に入力支援機能とかを用意して、ユーザーが入力する段階でそれらを使うようにし向けていく方がより良いんじゃないかなーと思っていたりする。

ただ、こうやって説明してきたニュアンスは多分多くのユーザーには伝わらないだろうし、だいたいこんな説明を書いてもユーザーはほとんど読まないで使うだろう。さらに、ニュアンスを理解してくれた人の中でも、実際にそれぞれが2に沿って定義したタグの揺らぎが大きいだろう。ということで、結局のところはもうちょっと様子を見ながら、なるようになっていく中で面白い解決策が見つかるといいなー、って感じなんですよ。

あと、MMの場合はソーシャルブックマーク的な使い方もできるけど、URLやASINや地図やテレビ番組をキーにした何でもメモツールであり、簡単個人ニュースサイト作成ソフト（mylistページの見た目をtDiaryテーマで装飾）でもあり、スケジュール管理ソフト（未来の日付でメモを登録）でもあり、個人ワークフロー（メモ種類とジャンルの組み合わせで、書籍購入管理などにも使える）ツールでもあるんで、タグ方面は個人的な趣味としていろいろやっているけど、このツール自体の機能としてはあんまりコアなものでもないんだよな。

_ bigpresenのBloglines対応

Bloglinesだとbigpresenで出力している部分が読めないんで、JavaScriptなしだと内容をホワイトスクリーンに初めから表示しておくようにしてみた（ついでにちょっとだけメッセージも変えてある）。

Index: bigpresen/trunk/bigpresen.rb
===================================================================
--- bigpresen/trunk/bigpresen.rb (revision 1)
+++ bigpresen/trunk/bigpresen.rb (revision 2)
@@ -48,5 +48,5 @@
 	else {
 		t#{scriptID} = 0;
-		document.getElementById("#{scriptID}").innerHTML="《REPLAY》";
+		document.getElementById("#{scriptID}").innerHTML="《CLICK to REPLAY》";
 		document.getElementById("#{scriptID}").style.fontSize='100%';
 	}
@@ -69,8 +69,13 @@
 <tr>
 <td width="#{width}" height="#{height}" onClick="#{scriptID}()" valign="middle" align="center" bgcolor="#ffffff">
-<span id="#{scriptID}" style="line-height:100%; color:black;">《START》</span>
+<span id="#{scriptID}" style="line-height:100%; color:black;">#{str.tr('/', ' ').split(/\|/).join('<br>')}</span>
 </td>
 </tr>
 </table>
+<script type="text/javascript">
+<!--
+document.getElementById("#{scriptID}").innerHTML = "《CLICK to START》";
+-->
+</script>
 HTML
 end

なんで

splitしてjoinしているんだろう？　tr("|", "<br>")でいいのに。何をやろうとしていたんだっけ。