IKeJI Diary

_ そろそろ一言言っておくか

結婚します。

_ [枕]

年末年始から、428が面白そうで、
奈須きのこが書いたシナリオがあると聞いて、やってみたくなって、
むしろ、渋谷に通っている人としてやらざるおえない、と思ったけど、
Wii持ってないし、
そもそも、家にテレビが無いのでそのままにしている今日このごろですが、
皆様どうお過ごしでしょうか？

それはさておき

_ [blog]起業しない方がいいたった一つの理由(Re:私は何がしたいのか)

http://d.hatena.ne.jp/InoHiro/20090123/1232737390
http://mixi.jp/view_diary.pl?id=1060754513&owner_id=1038499

大学の後輩、いのひろ君の日記で、彼が起業するかどうかを悩んでいるという話が書いてありました。

既に大学内の各方面からコメントが寄せられていますが、
学生起業と就職を両方やった人は自分ぐらいな気がするので、
コメントしてみようと思います。

まず、彼の日記に挙げられている起業をためらう理由は次のような物であると思います。

• 自分がどうして起業したいのかわからなくなった。
• 将来就職をする事を考えている。
• ベンチャー企業のコアになる技術がない。
• 授業が忙しいから。
• 研究したい事がある。
• バイト先で頼りにされてる。

これについてまず、コメントしてみる。

自分がどうして起業したいのかわからなくなった。

そもそも企業するのが目標ってのが、ありがちだけど悩むポイントだなと思いました。
自分も最初に起業したいと思ったのは高校生の頃で、
修学旅行で沖縄に行く->結構楽しかった->ハワイとかもっと楽しいんじゃね？->チーム皆で海外旅行する金ないよ->皆で何か金儲けすれば良くね？->やろうやろう
みたいな事を言って、(その頃の自分にしては)大きめな投資をして盛大にコケてみたり。

良くわからないけど、とりあえず起業するというのはそんなに間違った事だと思わない。
会社を作るという体験をしてみたい、とか、お金儲けをしてみたい、とか、
もっと凄い話では、就活に失敗したからとりあえず起業してみました、という人もいると聞く。
別に、自分の持つ技術を世に広げよう、とかそういう凄い事を目標にしなくても起業して良いと思う。誰に怒られる訳でもないし。

むしろ、起業という体験をするなら学生のうちが良いと思う。
それまで働いていた会社を辞め、背水の陣で起業しました、という人を見てきましたが、
俺みたいな気の小さい人には無理だなと思いました。
また、学生で起業するのが良いというのはPaul Grahamも書いている。次を参照。結構納得できる話が多いです。
http://practical-scheme.net/trans/mit-j.html

また、学生で起業するのは次の点でも有利。

将来就職をする事を考えている。

筑波で、起業した人はそこが居心地が良いせいか、そのまま自分が作った会社を続けるという選択を取る人が多い。
もちろん、それは素晴しい事だし、継続というのは会社をやる目標の一つだと思う。

しかし、俺はその道は選ばなかった。
自分達が作った会社を続けるのはいくらでもできたと思うけど、新卒で就職できるのは今ぐらいだと思ったのが一番大きい。

その新卒での就活で、起業した経験というのはかなり良く評価されたと思っている。
「バイトを続けて働く事の大変さを学びました」「サークルの代表をしていました」
といった話をしている「普通」の就活生と比べて遜色ないという点は反論がない所だと思う。

大学生が持てる「経験」という意味でも起業というのは他のものに比べても頭一つ抜き出ている。
そういう意味でも起業してみるといいんじゃないかな。

ベンチャー企業のコアになる技術がない。

別にコア技術が無くても起業して良いというのは2つ上で書いた。
そもそもコア技術というのは作るもので、コア技術を既に持っている学生とかそんなにいないと思う。
むしろ、特定の分野に特化したプロジェクトを2,3こなせば、それがコア技術と言えるんじゃないかと思ってる。

授業が忙しいから。

これは俺が卒業できた時点で心配する必要はないと思う(笑)
筑波系ベンチャーで留年している人は多いので心配してるのかもしれませんが、
そういう人は、本気で進級しようと思っていない場合がほとんどです。

一つTipsを。
仕事で授業に出席できない場合は、無断欠席にせずに欠席届けを出すべきだ。

研究したい事がある。

やりたい事があるけど、それはお金にはならなそう。

大概の事は誰かがお金になる方法を考えます。
とりあえず、会社の仕事と同時にコア技術候補という名目で研究しておくのはアリじゃないかと。

バイト先で頼りにされてる。

既に言われていますが、その仕事、新会社で引き受けますというのがいいかと。

とまあ、起業すると良いよーという先輩からのアドバイスでした。
別に俺以外の筑波にいる会社やってる人に聞けば、同じような「起業すべし」という話が聞けると思う。

起業しない方がいいたった一つの理由

やっと本題。
じゃあ、逆に起業しない方がいいのはどんな時だろう。

俺はそれは2人以上の人がいない時だと思う。

一人だと間違った判断をしやすい。
2人以上であれば間違いをかなり減らせる。
一人が80%の確率で正しい判断をする時、もう一人が間違いを正せない確率は4%でしかない。

それ以前の問題として、起業し会社を作るという事を遣り遂げるにはやっぱり2人以上の人が必要だと思う。

大学が一緒に起業する相手を探す、その場所になれば良いなと思う。

_ [枕]

井の頭線の車内で、酎ハイを飲んでいるグループを見ました。
常磐線を思い出し、少し懐しくなりました。

それはさておき。

今年一回目の日記です。
今年も宜しくお願いします。

今回もまとめて更新です。

_ [blog] ニューソク・デ・やる夫にエロゲーを

http://ansokuwww.blog50.fc2.com/blog-entry-476.html

年末に読んだ。
やる夫で「アルジャーノンに花束を」をやるという話。

普通に面白い。

俺がやる夫シリーズの面白いと思う所は、やる夫という共通言語で書かれている所だと思う。

前に 2次創作とかやってる奴なんなの。馬鹿なの。死ぬの。 というエントリを書いて、2次創作はモッタイナイと書いたけど、
その主原因として、比較可能性という問題があるんじゃないかと思った。

例えば、「ガンダムOO」の2次創作と「全日本妹選手権!!」の2次創作があったとして、どっちが良いとか、比較不可能だと思う。
もし、投票によって良さを決めたら、それぞれの1次作品を知っている人の数によって優越が決まってしまうだろう。

そういう意味ではやる夫(というか2ch語)で書かれている物も同じといえば同じなんだけど、2つ違いがあると思う。
まず、2ch語を読める人の人口は十分多いと思う。また、一定数のユーザーがいる状態を既に何年も続けている。
プラットフォームとして見た時、この差は大きいんじゃないかと思う。
別な点として、上流下流の区別が少ないというのもあると思う。
一つの作品を土台にして話を作る場合は、元の作品に1点に依存している訳だけど、2ch語の場合はそういうのが無い。

何を言いたいかと言うと、やる夫シリーズは、やる夫シリーズ同士で比較する事に意味があるようになるんじゃないかと思う。
それが、2chの人口と各作品を知る人の人数の差で決まるのか、作られる二次創作の数の差なのかはわからないけど。

ただ、やる夫という言語を考えた時、問題点は語彙が少ないという事ではないだろうか？
元記事は、作者もそれでは受け入れられないかもしれないと思いつつ、他の商業作品のキャラを使っている。
これが完全に2chのキャラだけで完結できるようになれば、新しいステップに進める気がする。

_ 初夢

初夢というのは嘘なんだけど、夢の中でこんな動きをしている時計を見た。
(firefoxとchromeで確認。IEだと見れなさげ。)
http://ikejima.org/tmp/clock/clock.html

時刻に関係無く凄いスピードで動くバージョン
http://ikejima.org/tmp/clock/clock-f.html

この時計がどんな構造になってるのが凄く気になっていろいろ考えたり、
試行錯誤したりしたんだけど、結論としてこうなんじゃないかという事になった。
http://ikejima.org/tmp/clock/clock-fv.html

時計作ってみたいんだけど、どうやって作ればいいんだろう？
ステッピングモーターとかを制御すればいいのかな？

とかいうデモを作るのに、いじってたら、2年も前にrutoが通った道だった。さすが。
http://slashdot.jp/~ruto/journal/385665

_ [blog] Re:^5 オブジェクト化という、危険思想

http://d.hatena.ne.jp/wasisan/20081230/p1
http://d.hatena.ne.jp/wasisan/20090106/p1

マクロについては正直詳しくないので、残りについて。

Objectクラスがevalメソッドを持つことについて

evalに関してそんなに特別視する理由が良くわかりません。
evalという関数が定義できるというだけであればRubyでも可能です。

eval("puts 'Hello world'")  #=> Hello world
def eval(x)
  p x
end
eval("puts 'Hello world'")  #=> "puts 'Hello world'"

処理系の中でのふるまいに手を入れられるというのは、使い所が難しいという意見はわかりますが、
evalという関数は既に処理系の中ではなく処理系の外(というか処理系ユーザーが扱う内側)に飛び出てきている部分であると考えられます。
上のRubyの例で、他の関数は再定義できる中でevalだけ再定義できないというのはおかしいのでは？

個人的にはCyanのevalの定義は、次の変換をやっているのと同じに感じます。

(a_method "abc")  =>  (a_method (new_eval "abc"))

比喩的に言い返すと、
各関数を実行した時に何を返すかは、処理系が決めるのではなく、各関数を書いた人が決められるべきです。

型安全性について(静的に型チェックできる事)

話を総合すると、
静的に型チェックを行うか動的に型チェックを行うか(または両方で行うか、どちらでも行わないか)はそれぞれメリット、デメリットがあるという事で宜しいでしょうか？
各言語設計者はそのアイディアと目的としている用法に合うように型を扱うべきで、
特に動的な型付けを使っていても問題になる事は無いと思います。

正直言って、このような対立は、「動的型 vs. 静的型」として昔から延々と繰り返されてきたことです。

「危険なコード書き換え」である、「動的な構文木の編集・実行」を実用化するためにはこれくらいの補助がないと安心できないと思うのだが、どうだろう。もちろん、単なる試作品作り、趣味の実験レベルならば、Cyanみたいなパーサ・構文木処理でも問題ないのだろうけど。

構文解析・マクロを動的に行うことについて

マクロについて詳しくないので、表面(マクロの処理方法ではなくマクロの書き方)だけですが、

一方で、Schemeのsyntax-rules/case式では、
- マクロ展開は、「パターンマッチベースな、項(= S式）書き換え処理」である
- 少し異なった言語システム上で行う、別フェーズな処理である
ということがより明確になって私はとても良いと思います。もちろん、その分マクロの表現力に制限がつく、慣れないと逆に使いづらい、ということがあるのでしょうが。

どうも、マクロの実行とその処理後のコードの実行は違う方法で行いたいと考えれていらっしゃるようにお見受けしますが、
私は違うように考えています。

マクロを記述する言語とターゲット言語を同じにすると次の2つのメリットがあると思います。
1つ目として、2種類の言語をユーザーは覚える必要がなくなります。
学習コストを下げる事は割と重要だと思います。
2つ目のメリットとして、言語間のインピーダンスミスマッチを減らす事ができます。

学習コストに関しては自明なので置いておいて、インピーダンスミスマッチについてです。
マクロ言語と言語本体が違う例としてはCPPとCが挙げられると思います、
例えば次のようなマクロがユーザーの意図しない動作をする場合がある事は有名ですが、これは、CPPとCCの間がプレーンテキストによってやりとりされているためであると思います。

#define CALC(a,b)    a+b*10
#define MAX(a,b)     a>b?a:b

この問題は、同じ抽象構文木をマクロ処理系と本体の言語処理系で共有できれば解決できると思います。もっと言えば、同じ処理系であればそもそも解決のためのマクロ用APIを用意する等の手間がはぶけ、その分エレガントな処理系を作れるのではないかと思います。

_ プログラマの自由

上の「オブジェクト化という、危険思想」についてのエントリに対して、
友人から、何でそんなに熱くなってコメントを書いているのかという指摘があった。

自分でも良くわからなかったので、ちょっと考えてみた。
記事を見なおしてみると「あとついでに文句を言うなら、」とか「やめてほしい。」とか「しかし、個人的には、文脈自由文法(BNF)も書けない人がパーサを書くなんて大それたことはやらない方が良いと思うのですが。いい加減に処理できてしまうということは教育上も良くないことだと思います。」とか、コードを書くなと言っているように感じられる所があって、これが気になったんだと思う。

人間には、人権の一部としてプログラムを書く権利があってしかるべきだと思う。

俺は知識も体力も足りなくて、他の人からすると糞みたいなソフトしか作っていないだろうけど、それでもプログラムを書きたいと思うし、それを止められるのは勘弁してほしい。

まあ、書くだけじゃなく、実行しないといけないのがプログラムの難しい所。
配布や実行にはプログラムによっては制限されるべきだとは思うが。
その辺は今回には関係ないと思うのでこっちで
http://itpro.nikkeibp.co.jp/article/Watcher/20070109/258232/

_ 枕

最近井の頭線に新車両が導入されて、そのため、沢山の人がカメラを構えていて、ちょっと心が暖くなりました。
鉄がんばれ。

それはさておき、

今日もまとめて更新です。

_ [連絡]機種変更

やんごとなき事情(リンク自重)により、機種変更する事になりました。

iモードのメールは見なくなったので、用事がある人は、PHSのメール(s/@docomo.ne.jp/@pdx.ne.jp/)か、syun@ikejisoft.com にください。
どちらも携帯に転送しています。

つうか、SIM入ってないとP905iでワンセグが見れないのね。
あんまり見てないからいいけど。

_ [テク] svkの衝突

最近、電車の中で趣味のプログラムを書くのにsvkを使ってるんだけど、更新の衝突が発生する。
いや、更新の衝突は素のSubversionでもおこるんだけど、svkの方がより酷い事になってる。
状況は以下の通りだ。



この図を見て欲しい、この図は次のような操作が行われた場合を示している。
1. svkでワークセットを俺が作る。
2. オフラインで俺が変更A,Bを行う。
3. そのうちに誰かが変更Cを行う。
4. 俺がsvk pushすると、A,Bをメインレポジトリにコミットしようとして衝突。

svkはリビジョンが合わないため、変更Cをローカルに持ちこむため、先にsvk pullをしろと言われる。

この場合、衝突解決はAとCを解決し、更にAとBを解決しないといけない。しかし、場合によってはこれは手作業が必要だ。

AとBとCが同じような場所を変更している場合、svk pullをする時に、
まず、AとCの衝突を解決しろと言われて手で修正する必要がある。
また、BとCの衝突を解決しろと言われてまた同じような修正を手でしなくてはならない。

さらに深刻なのは、ここのローカルミラーとメインレポジトリの間の衝突解決はsvk pull内で行う必要がある事だ。そのため、手で行った衝突解決後のコードは、コンパイルできるかチェックしたり、テストを走らせたりする事ができない。
いつもコンパイルできるコードをサブミットすべきという規約を置いている場合は、この方法では困る。

俺のsvkの使い方が悪いのだろうか？ ちょっと調べた限りではこれを回避する方法は見つからなかった。
gitとかhgとかarchとかbazaarとかdracsとかmonotoneとかについては調べていないのだけど、そちら辺はこの問題を解決してるのかな？
ご指摘等頂ければ幸いです>エライ人

_ [blog] Re: Re: Re:オブジェクト化という、危険思想

http://d.hatena.ne.jp/wasisan/20081224/p1

不躾な質問に返答を頂いて、大変ありがとうございます。

CyanはObjectクラスにevalメソッドが含まれるので危険という意見 -> 型チェックができる事と変数に型がある事とオブジェクトに型がある事と安全である事をこちゃまぜにして議論していませんか？ -> 動的型やオブジェクト指向な人は感覚的で危い。そもそも動的型支持の人は良くわからなくて反論していて良くない という流れ。

前半、Cyanの型について、
Cyanについても、型システムについても詳しくないのでアレですが、
Cyanは安全な型システムを持っているのではないんでしょうか？

前に書いた中で、
A. 静的に型チェックができる事
B. 変数に型がある事
C. オブジェクトに型がある事
D. 安全である事
の4つを出したのですが、Cyanに関しては、AとBは違うとは思いますが、CとDについては真ではないかと思っていました。

なので、

こんな、曖昧・不確定なことが自在にできる言語だと、型システムを作ることはほぼ不可能になるだろう

に対しては、安全じゃないC言語のように不確定な結果が出る(たまに落ちる)事も無いし、型システムは作ってあるのではないかと思いました。
「安全」という言葉の使い方が間違っていましたらご指摘ください。

後者、「動的型 vs. 静的型」について。
確かに静的型のメリットは「実行しなくても型エラーが出せますよー」ぐらいしか判ってないんですが、
前にも書いたように、今のメインストリームが動的型の言語である以上、それらが持つメリットを捨てるべきだと主張するのは難しいのではないかと思います。
もちろん、俺は静的型というハンデを背負っても、動的型に負けない言語を作るぜ!という人は凄いと思いますが。
特に、Cyanの場合、動的である事が目的であるのではないかと思うので、目的を捨てろと言っているのに近いのではないでしょうか？

また、

正直言って、このような対立は、「動的型 vs. 静的型」として昔から延々と繰り返されてきたことです。

という所から判っていらっしゃるとは思いますが、動的型、静的型双方にメリットがあり、どちらかが必ず良いとは限らない物であると思います。なので、

これはオブジェクト絶対主義のRubyでさえもなしえなかったこと。これはどう考えても、恐ろしいことに思えるのだが。

という風に見るのは一方的ではないかと思うのですが、どうでしょう？

そんな話をしていたら、
http://d.hatena.ne.jp/soutaro/20081224/1230135303

型チェックに5分もかけて良かったのか！？

5分かけていいんなら、Rubyでもかなり行けるぜ。たぶん。

期待age!

_ [blog] Re:オブジェクト化という、危険思想

このあいだ、電車に乗ったら、隣に座っていたOL風の人が、
炊飯器の説明書を一字一句漏らさないような勢いで読んでいて、
少し萌えました。

それはさておき、

http://d.hatena.ne.jp/wasisan/20081208/p1
オブジェクト化という、危険思想

何か、プログラミング言語Cyanを凄い勢いでDisっている人がいた。

個人的にはCyanに関しては、` とか ^ とかを多用する言語は打ちにくそうだな、ぐらいの感想しか持たなかったんだけど。

で、このDisってる人が何を言ってるかさっぱりわからない。

こんな、曖昧・不確定なことが自在にできる言語だと、型システムを作ることはほぼ不可能になるだろう(Rubyなどには未だにまともな型チェッカがないのはこういうことも間違いなくある)。

これは、PHPの例で言えば「SQLコードを、容易に書き換え可能な文字列データとして持つ」ことと同じである。この「SQL文の書き換え容易さ」というのは、SQLインジェクションが発生する大きな原因となっていることはご存知の通り。

細かい所は、おいといて、
静的に型チェックができる事と、
変数に型がある事と、
オブジェクトに型がある事と、
安全である事
は全部直交している概念だと思うんだけど、どうもごっちゃになってる気がする。

前者は、静的な解析について言及してるように解読できるけど、後者は動的な型のリッチさについて言及しているように見える。

しかし、これはそれほどメリットのあることなのだろうか？そして、メリットどころか、危険性の方がずっと高いように思える。オブジェクトとは基本的に、破壊的更新を前提として扱われる、書き換え容易なデータである。

Schemeで扱うリストのようにコピーを前提とするのではない。破壊的更新では、変更した場合に、前の状態のデータを簡単には取り戻せない、危険性大である。もちろん、cloneを使うなどしてオブジェクトもコピーできるのであろうが、手間がある分、コピーし忘れが発生しやすいだろう。

そもそも、コピーが安全で破壊的更新が危険と主張する理由がわからない。
何か見えない敵と戦ってる感が高い。

そもそも、静的にチェックできる言語に対する需要ってどうなんだろ。
もちろん、失敗できないミッションで必要といった需要はもちろん継続してあると思うんだけど、
できる限り素早くリリースできるようになる事に対する需要はどんどん大きくなってきている気もする。
TIOBEランキングでもP系言語は、トップとは言わなくても善戦している訳だし、
Webを賑わせているのは「型チェックが5分でできます」よりは「Webアプリが5分で作れます」だし。

_ 枕

電車の中吊り広告で「就活生応援キャンペーン」というのをやっていて、
リクルートスーツを着た、数人の写真が載っていたのだが、
写真に出ている人が全員白いイヤホンをしていて、
もはや何のCMかわからなかった。

それはさておき。

ここ1ヶ月ぐらい日記を更新してなかったので近況をば。

_ Emacsを勉強したい

普段viを使っていて、それで困る事はあまりないんだけど(vimでもメールを読んだりできるし、2chブラウザもある。)
やっぱりemacsもそれなりに使えないと、vimの方がいいと言い切れない気がするので、emacsを勉強しようと思う。
とりあえず、LinuxZaurusにEmacsをインストールしていろいろいじり始めたんだけど、
LinuxZaurusでは容量的にフルのemacs+skkのL辞書はきつい、
SA1Fを取り出してLinuxを入れて使おうとしている所。

_ [ガジェット][物欲]

SA1FはCF+CF2IDE変換でエセSSD化した所。
速度はもちろん遅いが、キャッシュは効く訳だし、
サスペンドしようとして、ライトキャッシュを書き戻すまで持ち上げて動かせないハードディスクとは違い、
ディスクアクセス中も平気でぶんぶんふりまわせるので気は楽。

もしくは、Dellのmini9でも買おうかと思ってた、前のPCから1年半だから少し早いかもしれないけど。
英語キーボードが自由に選べる点、OSとしてUbuntuを選べる点がメリット。
ただ、画面がテカってるのがモバイルとしてどうなの、というのと、雑誌のベンチマークを見ると少し遅め。

低解像度にWindowsのウインドウマネージメントが向いてないと思う。X11だったらWMを自由に選べるし。

_ [ガジェット]究極のキーボード

ぼちぼちやってるけど、まだ先は見えない。
まあ、そもそも全然電子工作の技術が足りてない訳で、
だんだんやっていくしかないね。

_ [SRU] プログラミング言語SRU

twitterのlogから推測するに2月末(修論提出後)から、
3月中旬までSRU2.0を作っていた。3万行ぐらい+ユニットテスト。
しかし、この時は200行のプログラムを処理するのに1分ぐらいかかっていて挫折してた。

で、最近C++で書きなおそうと思ってみた。元はC#で書いてあったんだけど、
今迄リフレクションでやってた分をC++にして静的に解決できると早くなるんじゃないかと。
一方問題点はC#と違って時前でGCしないといけない事。
ただ、俺が作れる規模のプログラムなんてたいした量ではないはずなので、
自分でメモリ管理できるんじゃないかと。

最初にSRUを作りはじめたのが2005年末。ver 0.1リリースが2006年1月1日。それからもう3年ですよ。
2006年頭に指導教官から、次のステップに関してサジェスチョンを貰ったのに、それすら実現できてない。

_

まあ、年末は帰筑する予定なので、その方面の人は宜しくお願いします。

_ [blog]Re:ケータイのパケット代12万円って結構すぐだよ - P2Pとかその辺のお話@はてな

http://d.hatena.ne.jp/heatwave_p2p/20081119/1227068414

この間、帰筑(つくばに帰る事)する時に気がついたんだけど、
Txは終電が守谷までしかないんだよな。
守谷にマンガ喫茶を作れば、終電乗り過した人にウケるんじゃないかと思ったんだけど、
すでにそのビジネスモデルと思われる東横インがあった。

それはさておき。

携帯で12万円使って親に怒られた少女がいて、携帯各社は1.5万ぐらいが普通と言っているが、実際は着メロ1曲で8千円以上いくし、12万などすぐという話。

それはそれで納得なんだけど、俺が注目したいのは「結構すぐ」はどのぐらいの時間なのか。
最新の機種でHSDPA対応だと7.2Mbpsの通信速度がでるはず。(実際は回線の混み具合によるだろうけど)

7.2Mbps = 7,200,000bps = 900,000 Byte/s
1パケット128バイトなので
900,000 Byte/s ≒ 7,000パケット /s
自分の加入しているプランだと1パケット=0.2円なので
7,000パケット = 1,400円

つまり1秒間に1,400円分通信ができる。
12万円通信するには85秒である。

良く携帯を置き忘れてしまう事や、トイレに行く間に携帯を置きっぱなしにしてしまう事がある。
また、喫茶店やマクドナルドの席取りとして携帯を置いている人がいるけど、これらはかなり危険な行為だ。

また、iアプリやFlashを使ったページも危険、裏で何を通信しているかわからない。無料だけど通信を許可しないといけないアプリなんかがあるけど、ウイルスだと思って行動した方がいいかも。

また、ビームの撃ち合いなどするなどして、OSを再ダウンロードなどしたら、もうお年玉が何年分も飛んでしまう。

元記事では、着うたとか動画配信の利用について議論していたけど、それだけでは駄目かもしれないという話。自分は音楽も動画も見ないから関係無い話とは言ってられない。ちなみに私は普段携帯をセルフモードにしてる。

ウイルスとかのせいで殴られたとしたら、少女カワイソス

_ [P2P][DS] クイズマジックアカデミー

会社帰りの電車の中でDS版のQMAやってたら、
隣の席の酔っ払ったハゲオヤジが覗き込んでこて、
そこのクイズの答えは中日だろうが、
とか言い出してうざかったので、
ゲームをテトリスDSに変えて、
シンプルテトリスレベルMAXでやりはじめてやったら、
覗き込んだオヤジは、「うげよっぱらった」
とか言いながらどっかいきました。

それはさておき、QMAの公式サイトによると。
=> http://www.konami.jp/qma/info/080917_00.html
QMAが通信に使うポートは6667らしいです。

6667と言えば言わずと知れたIRCですが、
たぶん、QMAがIRCの上に構築されているわけではないでしょう。

Wellknownポートにぶつけるのはどうかなーと思いつつ、
まあ、OpenNap?サーバーが規制回避のためにIRCあたりを使ってたのを思い出したりしました。

_ [tDiary]2.2.1

UTF8になったらしい。
文字化けがなおったりしないかな？

_ [P2P] 日本のインターネット地図 更新

帰りの電車で隣に座ったハゲオヤジが、
携帯で回転も下ボタンも使わずにぷよぷよをやっていたのは、
実は初心者じゃなくて超高度な縛りプレイなんじゃないか、
と思っている今日この頃です。
全然消せずに何度もCOMに負けてたけど、がんばれオヤジ!

それはさておき。

一昨日のTraceRouteVisualizer?について、

登録した後に、自分の場所とかわかるように表示出来たりしない？

というコメントをもらったので更新してみました。
登録後は、「うちを中心に表示。 」というリンクで色がつきます。
また、見た目も更新。dotをやめてtwopiにしてみました。

本当はGeoIPサービスとか使って、それぞれのノードが物理的にどこにあるか見たいんだけれど、良いAPIを公開しているサイトはないかねぇ。