http://ja.wikipedia.org/wiki/草間彌生
↓

http://ja.wikipediashort.org/wiki/草間彌生

に書き換えてアクセス
↓

http://wkpdia.org/tmiuzn

短縮された！

特に日本語が含まれるURLはSkypeなどに貼り付けるとエンコードされて大変見た目が悪くなるので、そういう時には便利かと。ツイートボタンもつけてあるので、Wikipediaの記事をTwitterに投げたい時にもどうぞ。

ちなみに中身はPHPでできています。めっちゃ久しぶりにPHP書いた。これくらいの小物ならPHPのほうがどこでも動くし楽。でもよく考えたらSinatraとかでもよかったかもしれない。URLを短縮するところはbit.ly任せ。

追記
生成される短縮URLは全部wkpdia.org/******だしwikipedia.org以外のURLは短縮できない仕様になってるので、短縮されていても一発でWikipediaだと分かるっちゅーメリットもあります。

ページタイトルを使って自動的にWikiページの階層構造を管理してくれるプラグインです。例えばJuice>Orangeというページを作ると、Juiceが親ページに設定されます。ただそれだけの事ですがすごく便利になります。

• 長いドロップダウンから親ページを選ばなくていい
• ページの親パスがURLに現れる
• 今のURLに>AnotherPageとするだけで子ページを作れる
• Renameに行けば親ページを変えられることが分かりやすくなる

redmine 1.1およびtrunkの先っぽで動作確認しています。

インストールは

$ script/plugin install git://github.com/merikonjatta/redmine_autohier.git

もう少し詳しい動作などについてはgithubにて確認してください。ライセンスはMIT Licenseです。

機能は任意の関数を、別の関数で一時的に置き換えるだけです。Ajaxを使うような関数のユニットテストなどがやりやすくなります。

// Mock.makeで関数を置き換え。
// 最初の引数は関数名で、次は関数オブジェクト。
Mock.make("some_func", new_func);

// some_funcを呼ぶとnew_funcが実行される
some_func();

// Mock.revertで元に戻る
Mock.revert("some_func");

// Mock.revert_allで全てのモックが元に戻る
Mock.revert_all();

使い方の例（１）

// prompt()をモックしてみる
Mock.make("prompt", function(title, text){
  return "あばびぶべー！";
});

var name = prompt("What's your name?")
console.log(name); //=> "あばびぶべー！"

Mock.revert("prompt"); // これでもとに戻った

使い方の例（２）

test("#save saves the text", function(){
    var ajax_called = false;

    // $.ajaxをモックする。
    Mock.make("$.ajax", function(opts){
        ajax_called = true;
        // $.ajaxが呼ばれたときにオプションが適切かどうかをassertする
        equals(opts.url,        "/jsapi/pages/set_title");
        equals(opts.type,       "post");
        equals(opts.data.id,    page_id);
        equals(opts.data.title, new_title);
        // successコールバックを呼ぶ。
        opts.success({success:true}, null, null);
    });

    // MyLibrary.saveは$.ajaxを呼ぶはず。
    MyLibrary.save(25, "This is the new text.");
    ok(ajax_called, "Ajax was called.");
});

本体

var Mock = {
  store: {},

  make: function(funcname, newfunc){
    if (this.store[funcname]==undefined){
      this.store[funcname] = (function(){
        return eval(funcname);
      }).apply(arguments.caller);
    }
    (function(){
      eval(funcname+"=newfunc;");
    }).apply(arguments.caller);
  },

  revert: function(funcname){
    if(this.store[funcname]!=undefined){
      var self = this;
      (function(){
        eval(funcname+"=self.store[funcname];");
      }).apply(arguments.caller);
      this.store[funcname] = undefined;
    }
  },

  revert_all: function(){
    for(var funcname in this.store){
      this.revert(funcname);
    }
  },
};

理由は

• タブが二枚開くなどのバグがあったが原因究明に時間を費やしすぎる
• Chromeのバージョンが同じなのにこのPCと隣のPCで動作が違ったりして萎えた
• よく考えたらGoogle ReaderだけFirefoxで見ればいい。Firefox全然嫌いじゃなかった

ということで、申し訳ありませんがこれ以上新しいバージョンは出ません。

CRXをダウンロードしてunzipするのが面倒な方のためにPage actionのソースを貼っておきますので、どなたか気が向いたらご利用ください。

/*
 * taken from http://userscripts.org/scripts/show/24955
 */
function simulateClick(node) {
  var event = node.ownerDocument.createEvent("MouseEvents");
  event.initMouseEvent("click",
                      true, true, window, 1, 0, 0, 0, 0,
                      false, false, false, false, 0, null);
  node.dispatchEvent(event);
}

/*
 * original
 * thx to http://sites.google.com/site/ggchromium/ for fixes
 */
document.addEventListener("keypress", function(e){

  var name = e.target.tagName;
  // Do nothing if the target of this event is an edit box
  if (name == "TEXTAREA" || name == "INPUT"){ return; }

  var keycode = (e.keyCode) ? e.keyCode : e.which;
  var k = String.fromCharCode(keycode);
  if (k=="v" && !e.altKey && !e.ctrlKey && !e.metaKey && !e.shiftKey){ // just 'v' and no modifiers
    // Get the current entry node
    var current_entry = document.getElementById('current-entry');

    // Get the url. In Expanded view or List view?
    var card_content = current_entry.getElementsByClassName('card-content')[0]
    if (card_content){
      var url = current_entry.getElementsByClassName('entry-title-link')[0].href;
    } else {
      var url = current_entry.getElementsByClassName('entry-original')[0].href;
    }

    if(!url){ return true; }

    // open the link in background
    chrome.extension.sendRequest({"func":"open_in_background", "url":url});

    // mark the entry as read
    simulateClick(current_entry.childNodes[0]);
    simulateClick(current_entry.childNodes[0]);

    // make sure the event doesn't propate
    e.stopPropagation();
    e.preventDefault();

    return false;
  }
}, true);

ダウンロード：
Google Reader: Open in background tab « Google Chrome Extensions

Firefox用には同じことをするGreasemonkeyスクリプトがあったんですが、Chromeでは動作しなかったので作りました。

「ここはこうしとけよ！」みたいなのがあったらコメントでお願いします。

ボールが飛び跳ねるだけの習作。本当はこの二つをつなぐ剛体が作りたかったのだが、それは次回に持ち越し。

最初はボールをドラッグしている間は座標を直接いじってマウスに吸着させていたが、このやり方はボールを投げたくなったときにダメだった。重力と同じく、マウスがボールを引くのも一つの力とみなす必要があった。

そこで、基本的には常に重力を受け続け、ドラッグしている間はマウスからの引力も受けることにした。簡単のためX軸だけで説明すると、

var dx = _root._xmouse - posx;	// マウスから自分（ボール）までの距離
var fxm = dx * fdamp;		// マウスの引力は距離に比例。fdampはその比例定数

比例定数fdampのfはforce、dampはdampen（鈍らせる）だ。

さて、この力を元に加速度を計算し、加速度を速度に足し合わせて新しい速度を得るが、このそれぞれの段階でも動きを調整する定数をかける。

var accelxm = (fxm/mass)*adamp;	// 加速度＝(力/質量)×加速度比例定数
velocx = (velocx+accelx)*vdamp;	// 速度＝(以前の速度＋加速度）×速度比例定数

あとは座標に足し込めば移動したことになる。

ここで三つの比例定数fdamp, adamp そしてvdamp が登場したが、この設定の仕方によって力に対する物体の挙動が変わってくる。今回の習作では二つのボールで速度比例定数の設定が異なっている。

左のボールは力：7、加速度：0.3、速度：0.9。
右のボールは力：7、加速度：0.3、速度：0.7。

この場合、左のボールのほうがボヨボヨと活発にはねまわる。

力比例定数が大きいと、単純に力が強くなる。これは今は特に問題ない。

加速度比例定数が大きいと、どうやら早送りしているように見えるようだ。逆に小さければスローモーションに見える。

速度比例定数が大きいと、弱い力でもよく動く。小さいければ動きが鈍る。

考慮する力がマウスの引力だけのとき、加速度と速度の定数はそれぞれ0.3、0.7、くらいがいいのだが、重力に対しては1、1がいいことが経験的にわかっている。そこで二種類の力に対して二セットの係数を使い分ける必要がある。

力と加速度は互いに独立した値だから、それぞれの定数を問題なくかけることができる。しかし速度の場合、全ての力を受けた結果としての一つの値しかない。つまり、何か一つの定数をかけなければいけない。

ではその「一つの定数」はどう求めるか。

特に根拠は無かったのだが、二種類の定数を混ぜる方法として加重平均のような正規化のような操作をしてみたところ、びっくりするくらい上手く行った。

重量と引っ張る力がたとえば1:4で、重力的には1がよくて、引っ張り的には0.7がいい場合、最終的な比例定数は
(1/5 * 1) + (4/5 * 0.7)
というわけ。

たぶんこのやり方には名前があるのだろうが、無知無教養な僕には分からない。

このやり方なら、力の源がいくつあっても、それぞれに対する挙動を独立した比例定数のセットとして定義できる。ということは色々なところから力を受ける剛体や紐のようなものもシミュレートできる…はず。それはまた今度。

実行はこちら。ソースもあるよ

巡回セールスマン問題

今回扱ったのは、いくつかの都市を全て一回ずつ巡回するとき、最短となるルートを発見しようという、いわゆる「巡回セールスマン問題」。

ごり押しで解こうとなると、12の都市で12!（じゅうにバン！と読む）≒4億7千万通りのルートを試さなければならない。できるだけ少ない試行でそれなりに短いルートを得るために、今回は遺伝的アルゴリズム（Genetic Algorithm, GA）を使う。この実装では、12箇所の場合、調べる回数が数万回にまで減らせることが分かった。

遺伝的アルゴリズム

GAは、生物の進化にヒントを得たおもしろいアルゴリズムだ。定義や一般的なやり方についてはWikipediaあたりを見てもらうとして、ごく簡単に説明すると、生物の進化を模倣したアルゴリズムだ。問題に対するさまざまな解を生き物に見立て、解どうしで交配させて子どもを作ったり、環境に適さないものを淘汰したりすることで、確率的に最適解を見つける。

構成

主なクラスは5つ。

• Agent – 一人のセールスマンをあらわすエージェント。DNAを保持
• Population – セールスマンの集まり。世代を経るなどの動作をする
• World – 都市がばらまかれたマップ。エージェントのDNAを評価する
• Node – 都市。
• GA – アルゴリズムを実行する。

まずはPopulationオブジェクトとWorldオブジェクトを作成・初期化し、それをGAオブジェクトに渡して、myGA.run() で実行するという流れだ。

DNAの表現

エージェントのDNAは、単純に都市を廻る順番を配列にしたもので表した。たとえば
[0, 2, 9, 12, 10, 4, 11, 6, 8, 1, 3, 7]
のような感じだ。

自然選択の方法

最適解に近づくため、各世代で一部のエージェントたちが死ぬ必要がある。今回は移動距離の長さでセールスマンを1～nまでランク付けし、そのうちの半分が淘汰され、半分が残る仕組みにした。

他にも選択の手法がいくつかある事をさっきWikipediaで調べて知ったのだが、この方法はどうも「エリート選択」にあたるらしい。名前は知らなかったが「ルーレット選択」というのもあり、これに似たことをしようかなとも思ったが、あまり結果に影響しなさそうだったので手を抜いた。実際、恐らく他のパラメータと比べると影響力は弱いと思う。

交配の方法

上の自然選択で死んだ分を、新しい子供で埋める。ここで親の選び方は、まさしくルーレット選択によるものだった。全てのセールスマンの成績を合計し、そのうち自分の成績が占める割合が、get laidできる確率となる。つまりできる男ほどモテるということだ。ただし問題は、男にモテるということだ。アッー！まぁ話がややこしくなるので父親･母親と呼ぶことにする。

さてどのように子供を生むかというのが考えどころだが、結局次のようにした。DNAの長さを12だとすると、そこから2つの連続した値を3つ取り出し、空の子供DNAに同じ位置で引き継がせる。たとえば

父：[0, 2, 9, 5, 10, 4, 11, 6, 8, 1, 3, 7]
↓
子：[0, 2, -, 5, 10, -, -, -, 8, 1, -, -]

のような具合だ。

次に、まだ埋まっていない場所へ、母親のDNAの同じ位置から値を引き継ぐ。ただし各都市を一回ずつ巡回する必要があるので、既にある値と重複してしまう場合はスキップする。

母：[1, 9, 0, 3, 2, 10, 7, 6, 3, 11, 8, 4]
↓
子：[0, 2, -, 5, 10, -, 7, 6, 8, 1, -, 4]

最後に、まだ埋まっていない場所をランダムな値で埋めれば子供のDＮＡが完成する。

子：[0, 2, 9, 5, 10, 3, 7, 6, 8, 1, 11, 4]

今回は重複してはいけないという制約があるため少し特殊だが、方法としては一様交差に似ていると思う。

最初は、父親のDNAから5つの値の連続を1つ取り出して同じ位置で子に渡していた。しかしこれだと世代間に多様性がなくなり、ほとんどを変異に頼ることになってしまう。そこで、もう少しバラエティに富んだ子が生まれることを期待しつつも、親の流れをそれなりに継いで欲しいとの願いから、2の連続x3を取る方法を選んだ。

他の可能性としては3の連続x2などもうまく行きそうな気がするし、同じ位置じゃなくずらして引き継がせるのもいいだろう。

突然変異

さて子を産んで再び人口が上限まで埋まったら、それぞれのエージェントを突然変異させる。DNAのうち二つの値を選んでそれを入れ替えるという作業を何回か、一定の確率で行う。

ただし、一番成績の良かったエージェントは変異しないように守ることにした。これは変異による状況の悪化を防ぐという意味で、エリート選択と少し似ている。

いろいろなパラメータ

実行時のパラメータがいろいろあって、いじり具合によってはすぐに良い結果が出たり一向に距離が縮まらなかったりするのが面白かった。

• 巡回先の都市数
• 人口の上限
• エージェントが変異する確率（今回は1）
• 変異したときにいくつのビットを入れ替えるか（今回は1）
• 世代ごとに淘汰される割合（今回は50%）
• 変異しないよう守られるエリートの数（今回は1）

たぶん、人口の上限はある程度大きいほうが効率が良いと思う。ただ、今回は世代カウンタがカタカタ上がっていくビジュアルが欲しかったので、一世代ごとの計算量を抑えるために人口は小さめにしてある。

変異する確率と入れ替えビット数は、大きすぎるとせっかく良い親を選んでもそれを生かせなくなるだろうから、そこそこにとどめておかなくてはいけない。でも逆に小さすぎると、最適さの極大値のようなところで動きが止まってしまう。

これら全てが動作結果を左右する。良い結果を得るためには試行錯誤で良いパラメータを選ばなくてはならない。

他に考慮すべきところ

今回は実装しなかったが他に考慮すべき点として、1つのマップで同じ設定のGAを数回から数十回走らせることなどが有効じゃないだろうかと思う。単純に人口を数倍にするのに比べて、ローカルマキシマムで踏みとどまってしまうことが少なくなるはずだ。

あと、せっかくコンピュータを使っているのだから、不器用な生物界をそのまま模倣する必要もない。何が言いたいかというと、生物の進化はランダムな変異が環境によってある方向へ絞られるだけだが、コンピュータでは何かの意図を持って変異させることができる。たとえば巡回セールスマン問題なら、線が交差したり往復したりしていると明らかに距離が長そうだ。そういうった状況を察知して避けるように作為的な変異をさせられれば、効率は大幅に上がるだろう。

もう1つは、そもそもこれをやろうと思った理由ながら実現していないのだが、有性生殖と無性生殖だ。子孫を残す際、二つのDNAを交叉させる必要はあるのだろうか？ひとつのDNAをさまざまな度合いで変異させる、つまり無性生殖では、有性生殖と比べて性能に差が出るのだろうか？友人のA木くんによると「愛があったほうがいい」とのことだが、また時間があれば試してみたいと思う。

おまけ：環境

とりあえずパッと実装したかったので比較的馴染みのあるFlash/ActionScript 2.0。以前にFlashでアプリを作ったときよりかなり勝手が分かるようになっていて自分でも驚いた。言語仕様は特殊じゃないから、他の言語での経験が生きたんだろうと思う。次はApolloかな。