Algorithm::CheckDigitsというCPANモジュールが既にあります。ただ、これはフォーマット名(JANとかISBNとか)を指定しないと使えなかったりして、いちいちそんなに覚えていられません。単純にModulusとWeightを指定するだけで使えるモジュールが欲しかったので作りました。

フォーマット名を指定して判定したい場合も、このモジュールを基底クラスにしてサブクラスを書けば簡単に作れると思うので、ゆくゆくはそういったモジュールも作成しようと考えています。ちなみにAlgorithm::CheckDigitsはサブモジュールにいちいち似たような処理が書いてあるので、ちょっと好みじゃありません。

企業様向けの社内システム等の受託開発なんてやってると、要件にチェックディジットが出てきたり、テストバーコード打ち出したりとかで、チェックディジットを使う機会が多かったりします。その辺りがこのモジュールを作ろうと思ったきっかけでしょうか。

モジュールはModule::Setupを使って作成しました。tar.gzがパーミッションの関係でPAUSEアップロードに撥ねられたりしてWindowsでCPANモジュールを作るのには苦労しました。

幸い、アップロード時に自動送信されてくるレポートメールの中に失敗の詳細が書かれていました。しかもtar.gz内のファイルパーミッションを書き換えてくれる修正スクリプトへのリンクまで書かれており、それを使って問題を解決出来ました。

集合知を使うところまで自動化されているんだからCPAN恐るべし。ただ、Windowsで開発するのも色々鬼門でめんどくさいなぁとか感じつつある今日この頃です。

CPANはありそうなモジュールが案外無かったりするので、そういうニッチな部分で勝負できるのではないかと思い始めています。

今回はWebには全然関係ないモジュールだったので、次回はWeb関係のものをあげます。

この私の場違い感。fjt氏といわはし氏は今は一線から離れていてhikeke氏は現役バリバリといった構成。

2ヶ月ぶりに通勤用の重いロードじゃなくてレース用に乗ったのだが、走りのスムースさにビビる。こりゃ今日はいけるんじゃないかと大いに勘違い。

名古木の交差点で合流、簡単な自己紹介を済ませた後、走り出した。

fjt氏が「ギャートルズの肉」と称するhikekeのふくらはぎを見て、戦う前から「こりゃ勝てんわ」と戦意喪失。私も膝下のウェアにしようか迷ったのですが、タイツにして正解ですよ。恥かくところでした。

蓑毛手前の急坂で案の定hikeke氏が抜けだす、というか他の3人が勝手に遅れだした。一応ついていこうと私も他の二人をパスして追いすがるが、ジリジリと離されてしまう。気づくと前にも後ろにも人がいない一人旅状態に。

じゃあ自分のペースで行くかと踏んでいると、6km地点の浅間神社手前辺りでいつの間にか追いついてきたfjt氏に抜かされてギョッとする。

それに反応して追いすがるとか言うことが出来ないのが今の私の弱いところ。もともとスピードの変化に対応するのは苦手なんですが、それが顕著になっておりました。

「まあ付いていけないのは仕方が無い。しかしヤビツは何十回も上った峠だ。地の利はこちらにあって、勝負どころは分かってるんだ。ここは無理せず脚を溜めて、最後に踏んであわ良くばそこで抜き返せば良い。そこで抜けなければ負けだ」

そんなふうに思ってたんですよ。

てことで、菜の花台手前の地味にしんどい傾斜を抜けたあたりからが勝負どころです。残り3km。そこでランドナー乗りを一人パス。このランドナー乗りにどれくらい差をつけたかと振り返ると、その後方からいわはし氏が追い上げてくるのが見えた。

よーしこっちも勝負だ。少し傾斜が急になっている箇所をダンシングで踏んで、傾斜がゆるくなったところでアウターにチェンジ！一気に加速す...る...？

あれ？全然踏めません。おかしいな？ インナーに戻してしばらくしてからアウターにチェンジ！ ...全然踏めません。駄目だ、脚にきてる。ナンテコッタイ。何が「勝負どころは分かってる」だ。自分の脚の状態も分かってなかったんじゃないか。

そんなこんなでもたもたしていたら、ちょっと前にだいぶ後ろにいたはずのいわはし氏にまで抜かされてしまった。これにも全然ついていけません。いわはし氏の前方に少しペースの落ちた感じのfjt氏も見えますが、もはや追いつける気がしておりません。

ラスト500mでいわはし氏が振り返ってこっちの様子をうかがった後、ペースを上げる。こっちも負けじと(気持ちだけは)ペースをあげますが、地脚の差はどうにもなりません。

結局最後尾でゴール。タイムは藤棚の最後の信号から40分をぎりぎりで切るくらい。hikeke氏は別格として、タイムは他の二人と数十秒程度の差ですが、勝負どころでの力を出せなかった辺り、完全な実力不足です。

fjt氏も同じこと言ってましたが「昔19Tで行けたところが今は25T」です。しかも私の場合34x25ですから！残念！

勝負勝負言ってますが、今回はまったり走る感じだったので、私一人いきがってしかも負けた感じなんですよ。いやー厨二っぽい恥ずかしさですね。

またもんでもらって鍛えなおそう。fjt氏は「次回はまったりといきたいものです」とか行ってますが、ひとたびロードに跨ったら結局そうもいかなくなるもんですよ。困った生き物です、ローディーは。

それに、実はIT業界の人って平均的にはそんなに自分で勉強をするわけじゃないんだなってことが悪い意味で分かってしまいました。人それぞれなので構わないとは思いますが。周りの勉強量とかと比較して「どうも私は技術が好きなんだな」ということを自覚することが出来たのも良かったと思います。

ただ、回り道をしてここまできましたが、今の会社に新卒で入ったとして、今の技術力を身につけられたかなぁと考えると、ちょっと疑問を感じます。紆余曲折を経る中で得た経験てのは大きかったのかなと思います。

まあ、転職活動の際に何を弱気に活動していたんだと、今ちょっと残念に思います。もっと強気に「技術が好きだし自信があります」って行きゃ良かったと少し反省。

就職面接で「PHP使えるようになるまでどれくらいかかると思いますか？」って聞かれ「2週間くらいでしょうか」って答えて落とされたところがあったけど、マジもっと強気に行けばよかったと後悔しています。PHPは未経験でしたが実際は二日で書けるようになりました。

ただ、今年も負荷分散やシステム冗長化等の大規模システムの構築に絡むような技術には触れることが出来なかったので、そういう点での技術や経験が足りないってのは結局変わっていません。

だから、この業界である程度通用するってことは分かったけど、技術的にはスキルの全体的なブラッシュアップにとどまってしまった一年だったのかなとも思います。

とは言えPerlは結構書けるようになりました。どこまで行っても奥が深すぎて笑えるけど。仕事じゃPerlはほとんど使わなかったんだけど。

会社にも馴染み、同僚も口をそろえて「もっと前からいる感じがする」と言ってくれています。正直多少浮いてないか懸念していたと言うか、少し浮くくらいの行動を取っていたつもりなので、少し計算外なのです。馴染みすぎも問題なので、来年は多少は浮くくらいの勢いで動きたいところです。

そういや、VBでのクライアントソフト開発が出来たのは、想定外ながら良い経験でした。ただ、その影響でMS系の仕事(VBAとかも！)を振られるが多くなってきてしまっているのでこの流れはなんとかしたいなぁとか考えています。

やっぱWebがやりたいです。というふうに、私は実は仕事に対して選り好みをするし、ワガママなんだなぁと、自分の意外な側面が見えた部分もあります。Webがやりたくて転職したってのがあるし。

あと、前職までは上司のムチャぶりをなんとか解決しながら成長してきた部分てのがあるので、そういう意味で今の職場はちょっと物足りないかなぁと感じてしまう部分もあります。マゾイね我ながら。前職までで調教されてしまったのだな。バランスの問題なんだよね。前の会社での働き方が続くのも問題なので。

技術習得に関しては前半は結構意欲的だったように思いますが、後半少しダレた感は否めません。資格も全然取れませんでしたしね。反省。休みが増え、土曜が休みになったりとか夜が終わるのが早くなったりして、勉強会等に参加出来る機会が増えたのは、非常に良かったです。

技術者のコミュニティの重要性は痛感した年で、一人で勉強しているよりも、勉強会とかで知り合い作ってそこで質問した方が往々にして習得が早いモノもあったりするのだな、と。

そういう点で、Sugamo.cssに参加して色々な人達に出会うことが出来たのは本当に良い経験でした。今後は、Perlコミュニティへのコミットも増やしていこうと考えています。

Wiki開発をしたのは良い経験だった。コード書くのがあれほど楽しかった事はこれまでなかった。あの頃は常にWikiの実装のことを考えていた。Wikiに恋してた(笑) 来年も引き続き業務外での開発を大いにしていこうと思います。勉強になるしね。

あと忘れてはいけないのは結婚です。新生活を始めて今のところ順調に来ています。この流れで2010年も引き続きいきたいものです。2010年は既婚者として始まるわけで、不思議な感じです。うまくやっていこうと思います。

婚姻届を提出したら当たり前だけどあっさり受理されてしまったので、あまり実感が湧かない部分もあって、嫁(になった)とも「あんまかわらないね」とか言い合っています。

12月25日に入籍したのはクリスマスとか関係なく、付き合い始めて6周年だからです。一応言っておく。

そういえばTwitterで「入籍なう」とかつぶやいたら、ものすごくたくさんのお祝いの言葉をいただいてしまいびっくりしました。ありがとうございました。

結婚の話を知っていた人だけではなく、ほとんど面識の無い人にまで言葉をいただいてしまって恐縮です。釣りだったらどうするんだと(笑) そういう意味で、Twitterは善意で成り立っているんだなと改めて感じました。インターネット黎明期みたいですね。良いと思います。

http://perl-users.jp/articles/advent-calendar/2009/casual/15.html

use utf8;
use Win32::OLE;
Win32::OLE->Option( CP=>Win32::OLE::CP_UTF8 ); #ここで指定
my $nihao = '你好!统一码';
$Window->OutputBar->writeln($nihao); #flagged utf8を直接渡す

flagged utf8を直接出力に渡すってのはちょっと気持ち悪い感じがしますが、EmEditorマクロの場合はそうしないと文字化けしてしまいます。

まあ、これでutf8が使えるようになり、アウトプットバーに中国語も表示されるようになりました。これでEmEditor上でのTwitterライフがさらに充実します。数日前に、Twitterがクラックされた際に、みんな面白がって、アラビア語をPostしてましたが、それもばっちり読むことが出来ました。

Win32::OLE->Option( CP=>Win32::OLE::CP_UTF8 );はPerlでExcel等を扱うときなんかによく使うみたいで、いやー勉強になりました。

情報を提供するよりもむしろ情報を提供してもらっちゃいました。Perl Mongersの文化は素晴らしい。てーかAdvent Calendarの方も追記して書き換えておかないといけませんね。

そのxaicronさんが、hacker Trackに寄稿した「Windows環境でUnicodeファイルを扱う」はPerlでUnicodeファイル名を扱うためのモジュールの話で、これも非常に勉強になった。前職で同僚が中国語ファイル名とか作ることが多かったから、これを知っていれば少し楽になった部分もあるなぁとか。

私もPAUSEアカウント申請して、申請も通ったので、来年はPerlモジュールを書いて念願のCPAN Authorになろうと思います。ネタは色々あるので今年中でも良いんですけど。

gmath.js

Google Chart APIを利用しています。使い方は以下。

ゼータ関数を表示させるにはこんな感じ。

<img alt="\zeta (s) = \sum^{\infty}_{n=1} { 1 \over {n^s}}" class="formula" />

KuaiWikiに組み込めば面白い感じですが、Google APIを使っているのでそれに依存するのはちょっと不安な感じ。Media Wikiは標準でそういう機能があるみたいですね。

てーか普通にこんなブログ記事も見つけてしまって、なんだか車輪の発明にもほどがある感じ。まあいいか。

perl -e "printf qq{| %2d | %5.2f |\n}, $_, (3.1415926535 * sqrt($_)) for 0..99"

|  0 |  0.00 |
|  1 |  3.14 |
|  2 |  4.44 |
|  3 |  5.44 |
|  4 |  6.28 |
|  5 |  7.02 |
|  6 |  7.70 |
|  7 |  8.31 |
|  8 |  8.89 |
|  9 |  9.42 |
| 10 |  9.93 |
| 11 | 10.42 |
| 12 | 10.88 |
| 13 | 11.33 |
| 14 | 11.75 |
| 15 | 12.17 |
| 16 | 12.57 |
| 17 | 12.95 |
| 18 | 13.33 |
| 19 | 13.69 |
| 20 | 14.05 |
| 21 | 14.40 |
| 22 | 14.74 |
| 23 | 15.07 |
| 24 | 15.39 |
| 25 | 15.71 |
| 26 | 16.02 |
| 27 | 16.32 |
| 28 | 16.62 |
| 29 | 16.92 |
| 30 | 17.21 |
| 31 | 17.49 |
| 32 | 17.77 |
| 33 | 18.05 |
| 34 | 18.32 |
| 35 | 18.59 |
| 36 | 18.85 |
| 37 | 19.11 |
| 38 | 19.37 |
| 39 | 19.62 |
| 40 | 19.87 |
| 41 | 20.12 |
| 42 | 20.36 |
| 43 | 20.60 |
| 44 | 20.84 |
| 45 | 21.07 |
| 46 | 21.31 |
| 47 | 21.54 |
| 48 | 21.77 |
| 49 | 21.99 |
| 50 | 22.21 |
| 51 | 22.44 |
| 52 | 22.65 |
| 53 | 22.87 |
| 54 | 23.09 |
| 55 | 23.30 |
| 56 | 23.51 |
| 57 | 23.72 |
| 58 | 23.93 |
| 59 | 24.13 |
| 60 | 24.33 |
| 61 | 24.54 |
| 62 | 24.74 |
| 63 | 24.94 |
| 64 | 25.13 |
| 65 | 25.33 |
| 66 | 25.52 |
| 67 | 25.72 |
| 68 | 25.91 |
| 69 | 26.10 |
| 70 | 26.28 |
| 71 | 26.47 |
| 72 | 26.66 |
| 73 | 26.84 |
| 74 | 27.03 |
| 75 | 27.21 |
| 76 | 27.39 |
| 77 | 27.57 |
| 78 | 27.75 |
| 79 | 27.92 |
| 80 | 28.10 |
| 81 | 28.27 |
| 82 | 28.45 |
| 83 | 28.62 |
| 84 | 28.79 |
| 85 | 28.96 |
| 86 | 29.13 |
| 87 | 29.30 |
| 88 | 29.47 |
| 89 | 29.64 |
| 90 | 29.80 |
| 91 | 29.97 |
| 92 | 30.13 |
| 93 | 30.30 |
| 94 | 30.46 |
| 95 | 30.62 |
| 96 | 30.78 |
| 97 | 30.94 |
| 98 | 31.10 |
| 99 | 31.26 |

分かったこと。9歳までは年上が好きでもロリコンとなる可能性がある。

私は不真面目な学生でしたが、片手では足りない程度には洋書のテキストには目を通しましたし、学生時代は日本語の情報が少なかったことも有り、英語のサイトには結構目を通しました。高校までの英語は十分役に立っているのです。

会話能力なんて外国で数ヶ月暮らせば嫌でも身につくんだし、そんなもんは学校で教えるようなもんでもありません。私の妹は大学の英文学科で英字新聞部の編集長をしていたのですが「帰国子女の多くはしゃべれることで満足してしまって、ろくな英文が書けない」と嘆いていました。

私は英語と中国語だったら、英語のほうが語彙もあるし読むことも出来ますが、こと会話に関しては、中国語のほうが圧倒的にしゃべれます。やっぱ暮らしていた経験は大きいです。暮らしてるとある日突然喋れるようになるので驚きます。だから、英語圏に住んだらすぐしゃべれるようになるんだろうなと楽観しています。

現実問題、海外で暮らすのはなかなか難しい人も多いでしょう。それでも本当に必要な人たちのために英会話を教えるのは民間の学校の役割だと思っています。そういうところは、学校で教えないような技術を教えることが役割なわけです。料理教室なんかもそうでしょう。

民間の英会話学校は、日本人が英語を話せるようにすることに特化したレッスンを提供しているし、そのためのノウハウも馬鹿になりません。

私は前職が某王手語学学校傘下(NOVAじゃないよ)だったわけですが、勤める前は「馬鹿なOLとか勘違いリーマンを喰いもんにしてる、アコギな商売だろ」とか半分馬鹿にしてたわけです。

ところがどっこい勤めてみると、会社として「如何に日本人が英語(やその他外国語)を話せるようにするか」ってことに対して情熱を持って真剣に取り組んでいるわけですよ。教師採用も厳しいし、ティーチングメソッドの研究やその研修もしっかりやっている。そこには恐れ入ったね。

やっぱまともな商売をやっているところがどんな業界でも長く生き残っていくんだなぁと思ったね。NOVAみたいなのはやっぱダメです。まあ、ドロドロした営業活動や営業同士のいがみ合いみたいなのはありましたけどね。女社会でしたからね。

ちなみに、英会話をやるんだったらマンツーマンだったら7アクトかBerlitz、グループレッスンだったらイーオンがおすすめです。

結論。学校教育に英会話は必要ないし、英会話が必要な人は英語圏で暮らすか、語学学校に通え。

多くの現代日本人は「生物として」肉体が壊滅的なんだから、そっちの方が根本的に問題な気もするんですが、車もあるしエスカレーターもエレベーターもあるし、それだけ社会が進歩しているから問題ないみたいと考えている人が多いみたいなんですよね。

英語が出来ないことに危機感を持つ必要は無いし、そういった危機感を持つ前に自分の肉体に危機感を持ったほうが良い人が多いように思うんですよ。

とか言いましたが、そういった危機感全般持つ必要も無いとも思うのです。現代人は5km先の物を視認できなくなってしまったりと、多くの能力を失ってしまっているわけですが、それでも生きていけるわけですよ。

日本人は英語が出来なくても生きていけるし、ちょっと階段上ったくらいで息が切れるくらい生物として生存が危うい状態であってもちゃんと生きていくことが出来る。すばらしいですね！

英語よりも目を向けた方が良いことっていっぱいあると思うし、それでも英語をやりたいって人に英語は任せておけばよいんじゃないかなぁ。それに本当に必要になったら日本人は素地があるからすぐ英語しゃべれるようになると思ってる。僕もたまに英語を読むくらいであんましゃべれるわけじゃないけど、そんなに心配してない。

http://www.kuaiwiki.com/

記法の実装は2日くらいで終わったんだけど、それから記法の機能追加とか、細かい点の実装とかDBIx::Classの使い方を覚えるのとかで色々時間がかかってしまった感じ。完全にオリジナルと言えるコードは記法部分くらいなんですが。

しかし、開発しながらBlog更新とかがんがん出来る人ってすごいな、と改めて思いました。自宅でパソコンに向かっている時間はほとんど開発に費やしてしまったから、全然Blog更新しなかったからね。YAPC::Asiaのレポートとかも書きたかったんだけど。まあ、これから書くか。

ソースコードも直に公開します。ただ、環境依存が強いんで、他の環境での設置は手間かもしれません。何せDBIx::Classが0.08100以降だと動きません。なんじゃそりゃって感じですね。

DBIx::Class::Schema::Loaderで読み込まれた設定に、手動でjoin設定とかを追加しようとすると上手くいかないみたいなのです。ちゃんとSchemaを生成する形にすれば良いと思うんだけど、とりあえずSchemaも固まってないし、保留。

夏期休暇前夜。官僚をやっている高校同級生がアメリカにPh.Dのために留学するとかで、その壮行会と題した飲み会。この時期に高飛びとはいよいよ日本もやばいのか？とかそんな話。

官僚の壮絶な働き振りにはかなり衝撃を受けた。他にも医者やら某大手IT企業のエンジニアやらメガバンク行員やらがいて、皆さん激烈にお忙しい様子でした。

今の私は楽してるなぁと思う。恵まれてるのかもしれないけど、そういう風に猛烈に働けることはちょっとうらやましくもある。

官僚の彼は身内に不幸でもない限り、2年間は一時帰国すら出来ないらしい。彼としばらく飲めないのは

最後に洒落で彼を胴上げした。彼の胴上げに立ち会うのは2回目。前回は東大の合格発表の時であった。

8月1日

夏期休暇初日。昼まで寝て、横浜へなちょこプログラミング勉強会のビューティフルコード読書会に参加した。

ビューティフルコードは発売少し後に買っていたのだが、読めるとこだけざっと目を通したくらいだったので、読書会があるってことで喜び勇んで参加してきた。転職の面接のときも最近読んだ本ということで何度かネタにしたりしてたんだけどね。

やったことは第一章の「正規表現マッチャ」のCで書かれたサンプルプログラムをPerlに移植したくらい。書いたコードはこんな感じ。Perlで簡易正規表現マッチャを実装するという不毛ながら、処理を理解する分にはかなり役に立った。

Perlで文字列をダイレクトに扱おうとすると、splitで配列化するなりsubstr使うなりしないといけないからまどろっこしい部分があるな、と感じた。もちろん正規表現で事足りちゃうから、文字列を配列化して扱う機会なんて実際はめったに無いんだけどね。

K&R p122に以下の記述があるんだけど、それを実感できたね。

Cではアドレス計算のアプローチは, 首尾一貫しており, 規則的である。ポインタ, 配列, アドレス計算を統合したことは, この言語の主な強力さの一つとなっている。

開催地が横浜だったのでロードで行った。しばらく乗ってなかった先代のアルミロードを整備して乗っていった。十分乗れるめどが立ったので、次回のSugamo.cssにも乗っていこうと思う。引っ越したらこの自転車で自転車通勤も出来そう。

8月2日

散髪して、買い物して、エヴァ見て、漫画喫茶で蒼天航路読んだ。

8月3～5日

午前中にロードに乗り、午後はプログラミング。Wikiエンジンを作り始めた。主にFormatterの仕様を考えながら実装し、簡単な部分は作り終えた。

8月6日

友人とお台場にガンダム見学。午前中は未来科学館に行ったのだが、平日なのにその混み様にびっくりした。夏休みだなぁ。お父さんお母さんは大変だね。

ガンダムも混んでいた。ガンダムの足元に行って触ったり出来たみたいだが、すげー並んだいたので遠巻きに写真を撮ったくらい。しかしあれは良く出来てるね。撤去しちゃうのはもったいないよ。

その後、サマーウォーズを見た。面白かった。物語の始まりや事件の内容なんかはあまりに類型的でゲンナリしかけたんだけど、その後のあまりにもベタベタな展開の連発に、逆にホロリときて、心温まる思いをした。真っ向から押し切られた感じ。

8月7日

翌日の後輩の結婚式に備えて、ピン札準備したり、祝儀袋書いたり。

8月8日

ボウリング部後輩の結婚式だった。式から行くのは初めてでした。彼も頑張ってる＆頑張ろうとしているみたいで、なかなか感動した。

8月9日

恋人のウェディングドレスの試着に行った。綺麗に着こなしていて、恋人も結構その気になったみたいで良かった。

「序」の時も感じたのですが、ずいぶんと真っ当だな、という印象。ゲンドウ、冬月、加持らが行動の意図を話したり、結構説明的な台詞が多かった。人物関係(誰が誰を好きか、等)がやたら分かりやすく書かれてた。

拍子抜けしてしまうくらいの丁寧さなんだけど、分かり易すぎて物足りないってのは、自分はTV版に毒されてるなぁとか思う。以前と違って、奇を衒って視聴者を煙に巻くつもりが無いんだろうな、って感じられるところは好感。

TV版製作は要はデスマーチで、現場の空気が作品に悪影響を与え、結局プロジェクト崩壊。その崩壊っぷりが変な引き金になって熱狂的ブーム。庵野監督が完全に拗ねてしまって、言い訳がましいながら意味深とも取れる意味不明な発言を連発。そのまま劇場版も同じ流れで作られた。そういう非常に残念な感じで解釈しております。

「破」は大分作り直してあるけど、あれがもともと作りたかった「正」なんだろうな、と思う。真希波マリ以外はね。真希波マリは良い異分子。

稲妻キックでアスカがかっちょ良く登場したのは、アスカ好きとしては良かった。結局不遇な扱いなのは泣ける。最後は完全死亡フラグ立ってましたね。

"Both of You Dance like You Want to Win"が聞けなかったのは残念。

最強の使徒ゼルエルの倒し方がTV版と打って変わってかなり前向きで驚いた。全体的に逆に心配になるくらいの真っ当振りです。しかし、今回で大分話が進んでしまったけど大丈夫なのかな。

月が出てきましたが、次回宇宙戦闘はあるのでしょうか。エヴァの企画計画では、20話辺りで「初の宇宙戦闘」って企画書に書かれていたりするのです。

ある数字に対する解答配列のサブセットが、必ず別の数字の解答配列になっているのでそれを利用して解いています。

でも、この問題だけど、63の時に解が二つ存在するみたいです。そうなる組み合わせがあるんじゃないかとは思っていたんだけど。その辺すぎゃーん氏のエントリに書かれています。

golf.shinh.orgは知ってはいたんだけど、@sugyan氏のTwitterを追いかけていて面白そうだったので、ちょっとはまっている。Twitterやってて最近では一番良かったことかも。次の問題もアップされたので解いてみようと思う。

ちなみに、ラングトンの蟻はどう書く.orgに投稿したんだけど、他の人の書いたコードを見られてかなり勉強になった。なでしこのコードとかもあって面白かった。

ソース

いやー、ちゃんと動いてますね。ちゃんと動いたときは我ながらちょっと感動しました。

ラングトンの蟻と言うのは、存在が環境に影響を与え、環境が存在に影響を与えるというモデルで、非常に単純な規則ながら面白い動きをします。最初はデタラメに動いていたものが、ある段階から急に規則的に動き出すというものです。

具体的な規則は、下記の繰り返しです。これだけです。

1. 一マス動く
2. 入ったマスが白だったら黒に、黒だったら白にマスの色を変える
3. 入ったマスが白だったら右に、黒だったら左に方向転換

ちなみにこのプログラム、ビットマップ的な表現をするために、divボックスの中に3ピクセル幅のdivボックスをfloatで敷き詰めて、その背景色を変化させるってやり方をしてるんだけど、やっぱこれって効率悪いのかな？もっと良い方法があったら知りたい。

久し振りにスクラッチからJavaScriptを書いたので面白かった。そしてIEの遅さに改めて唖然とした。

恋愛の上では自分の「異性の好み」なんてのは当てにならないということです。逆に自分の好みを既定してしまうと、その先入観が、ニュートラルな判断を阻害する恐れがあります。

• 背が高い(自分より高いくらいが最高)
• 年上
• 巨乳
• 知性的で理性的

さて、実際の私の恋人はどうでしょう。

• 身長153cm
• 6歳年下
• 普通より少し小さめ
• そこそこ知性的で、比較的理性的だが、私の前ではあまり理性的じゃないときも多い。そもそも恋愛において相手に理性的な部分を求めるのはおかしいとも思う。理性をひっぺがしてナンボ。

つまり、真逆に近いのです。それは実は恋人にしても同じ事で、彼女はマッチョな肉食系が好きなんですが、私はてんで細っちい草食系で草食系万歳だったりするわけです。

それでも、もし今仮に身長171cm、32歳、Fカップのキャリアウーマンが私を好きになってくれたとしても、間違いなく今の恋人を選ぶでしょう。恋人にしても同じ。理由は分からないけど、そうすることがベストだってことはお互い分かる。

また、自分の好みに拘っていたら、今の恋人を選ぶことは出来なかったでしょうし、結果自分の好みに適合したそこそこの相手を選ぶ事になっていたでしょう。その場合「自分の選択は満足のはずなんだけど何だか納得できない」という状態になっていたのではないかと思う。

年収イクラ以上とか、身長何センチ以上とかそういうところに拘るとろくな結果にならないってことです。まあ、結婚相手は条件絞って決めて、恋愛相手はまた別ってのはアリだとは思うけどね。

「私のどこが好き？」という問いも、恋愛が複雑系である以上答えようがありません。例えば巨乳な恋人が好きだったとしても、乳癌で切除手術をしたら嫌いになるかと言えばそんなことはありません(あってはなりません)。

逆に些細な行動が恋愛を破局に導くことがあります。これも複雑系で説明がつきます。初期条件を少し変えただけで、結果が大幅に変わってしまう。そう、カオス理論ですね。

てことで複雑系って言葉は便利ですね。Web2.0並に便利です。皆さんもたくさん使いましょう。

冗談か本気が良くわかんなくなってきましたが、何が言いたかったかと言うと、

今年の12月に結婚します。来年の2月20日に挙式します。

ということでした。6年付き合ってきて、恋人も次で大学卒業なので自然な流れです。最近はその関係で色々忙しかったりします。