kdoo

>> [tDiary] hilight.rb で title 変更

• tDiaryのアンカーリンク時にドキュメントタイトルを表示する @ tdiary.ishinao.net

導入。

ふむ。h1 より （元々の）title を使う方が好みだ。 あと、sanchor を、デフォルトの '_' から '>>' に変えているので、 substr(2) だとよろしくない。

if (highlightElem.tagName == 'H3') {
  var title = document.getElementsByTagName('TITLE')[0];
  var tmp = (highlightElem.innerHTML + ' - ' + title.innerHTML);
  document.title = tmp.replace(/<[^>]+?>/g, '').replace(/[^ ]* /, '');
}

こうしてみた。sanchor にスペースは入らないだろうという仮定している *1。

関係ないが、highlight で h3 の background-color を変更してしまうと、 セクション区切りっぽく見せるのに使っている h3 の border-top が マヌケに見えるなあ。 highlight のスタイルをいじるか。

>> [tDiary] プラグイン選択 & 設定画面

プラグイン選択で（たとえば）disp_referer.rb を有効にしたとする。

その直後、設定画面の左側のサイドバーにズラリと並んだ項目の中から、 どれが disp_referer.rb に対応するのか（正解は「リンク元もうちょっと強化」）を 探すのが大変だ、と思った。

うまいインターフェイスも思いつかないけど。

単純に「リンク元もうちょっと強化 (disp_referer.rb)」と表示するのも手だが、 項目名が長くなるとサイドバーがうるさくなりそうだし。

>> Last.FM

個人向けにカスタマイズしてくれるインターネットラジオ、 という理解でいいのかな。

登録した。 iTunes に Audioscrobbler プラグインも導入。

…… Last.FM の使い方が分からない。

Skip や BAN が効いてない気がする。 というか（iTunes で）再生中の曲と、ブラウザに表示されてる曲情報が同期してない （Refreshをクリックすると同期する）のは、そういう仕様なんだろうか。 もし仕様なら、ちょっと使いづらいぞ。

ふむ。いろんなとこを見るに、どうやら Last.FM 自体がここんとこ不調らしい。

>> 麻雀関係のプログラム

ここんところのベッドの友は『科学する麻雀』なのだが、 それにあっさり影響されて麻雀関係のプログラムを作りたくなってきた。

有用そうなサイトをメモ。

• とつげき東北ＨＰ:『科学する麻雀』の著者のサイト。
• デジタル麻雀論〜メディアリュウムの麻雀エンジン「雀-X（ジャン-クロス）」:「デジタル麻雀の理論」というコンテンツがアルゴリズム寄り。
• 麻雀 @ "Scene Research Station":東風荘向け自動麻雀打ちソフトを作ってる方の日記。アルゴリズムの話とか。
• comjong.com:手順ミスがない場合の向聴数の推移など。旧コンテンツが見られなくなっているようで残念。
• ひいいの麻雀研究:統計データなどたくさん。

>> [Cygwin] LHa for UNIX @ sf.jp

LHa for UNIX の最新版*2が sf.jp でメンテされてるとは知らなんだ。これまで 1.14h 使ってましたよ。

ということでインストールした。

>> ゲーム理論について調べ中

以前ブックマークしていた An Introduction to Game Theory が Game Theory 101 に移転している、と同時に コンテンツの閲覧が有料化されていることに気付いた。しぼむー。

という枕はともかく、これ以降はチラシの裏。

オレの思い描いてるゲーム理論*3は、 「ジャンケンするなら、グー・チョキ・パーを同じ割合でランダムに出すのが最適」 みたいな感じで、相手がどんな戦略を取ろうとも・途中で戦略を変えようとも、 こっちはずっとこれで行けばオッケーですよという、 定常解的なモノ（だけ）を扱う、というもの。 んで、お互いの最適戦略の均衡点を探ってみたりして。 ……この認識は間違ってるよね？

「ここ数回は相手はグーばっかしか出さないから、パーを重点的に出してみるか」 みたいなことは、やんないのかしら。

囚人のジレンマの繰り返しだと、下手に履歴を使ってアレコレ考えるよりも しっぺ返し戦略の方が強いわけだし。

「相手のモデルを推定してそのモデルに対して有効な戦略をとる」なんてのより、 「誰に対してもほどほどにうまく行く戦略」の方が効率がいいのかしら。

ゲーム理論じゃなくてゲームの理論（？）なのかもしれないけど、 「相手のモデルを推定する」ってのが、対人ゲームのアルゴリズムを考える上で キーポイントになりそうな気がするんだよなあ。

たとえば最近の将棋ゲームはアマ四段とかの強さがあったりするわけで、 一般ピープルとしては「もう強さ方向への進化はいいから、 接待モードとか好敵手モードとかつけてくれ」と思ってしまう。 あとは、相手の裏をかく・かかれる的な楽しさとか。

んで、これらを行うためには、「このプレイヤーはこうやってくるはず」という プレイヤーに特化した読みを行うことが必要で、それはつまり 相手のモデルを構築するってことだもんな。

あー、将棋だと「誰にとっても盤上この一手」というケースが多い （確定完全情報ゲームだから*4） ので、相手のモデルを立てずとも相手の手が予想できるのかもしれないなあ。

でも、麻雀みたいな不完全情報で不確定なゲームだったら、 モデルを立てとかないとちょっと手が出ないわけで。

（話はちょっと違うが、）上記の麻雀サイト群や『科学する麻雀』でも、 （統計データなどに基づいて）他家のモデルを固定した上で、 こちらの最適行動について考える、という方法論が使われている。

ん、書いてて話の筋が分からなくなってきたぞ。 まあいいか、チラシの裏だし。

結論として、 理論上の最強のアルゴリズム（ゲームの木を描き切るとか、確率的に均衡するような 戦略だとか）が存在するのは確かなんだけど、 そんなとこにニーズはありませんよ、みたいなまとめにしておこう。 当初の予定とは全然違ってるんだけど、予定が何だったか思い出せない……。

>> 三値論理と三進法(?)

true, false, undef による三値論理と、-1, 0, 1 による三進法(?)って どんな関係にあるんだったっけか。

そもそも「-1, 0, 1 による三進法(?)」の正しい名称が分からない。 天秤と重さ 1,3,9グラムの重りがあったら、1〜13グラムまで1グラム刻みで測れるよ *5という話なのだが。

そもそも、なんでこの話を突然思い出したかも分からない。

>> メーラ

Thunderbird になじめず、かと言ってこれと言った代替品も見つからないので、 メール読みは

$ w3m /var/spool/mail/$USER

なわけだが。