日々の破片

_ Railsは吹き溜まりの続き（でも、メモだけ）

昨日の続きのRails Is A Ghettoだが、DHHの400リスタートについては更新されてる。DHHからメールが来たそうだ。

相変わらず、抄訳（要約じゃないね、言葉のコンテキストを生かそうとしてるわけだから）。

●DHH Still Rocks More Than You（それでもDHHは、てめぇらよりもよっぽどいかしてるぜ）

おれ、実際のところDHHのこた、好きなんだ。でもあいつはおれのこと嫌ってるんじゃないかな。おれがRailsコアに繋げてるときに悪口言ってるし、おれが正しいことをやろうとしても絶対に助けてくれないし、でもあいつはいいやつさ。

DHHがおれにメールを寄越したから読めるようにしといてやろう。

「ところで、神の気まぐれな手によって400回のリスタートが起きているわけではないよ。同時に60プロセス動かしているのが、メモリの上限に達した時点でリスタートをかけるわけなんだ。」

ってことはだ、エリックのarray.cパッチを放置したのがすべてのドラマと嘘っぱちの原因なんじゃねぇか。まあ、悪意はなかったようだけどな。

でも、それがRailsが吹き溜まってる原因のひとつだぜ。日本人の開発者どもが、こういった重要なパッチ全般を無視するってことだ。やつらはすげぇいいやつらなんだが、しろーとくせぇんだよな。

（訳注の追記：コメント欄も参照。最終的には1.9系についてはakrさんのハッシュ最適化に始まる一連のメモリ使用効率向上修正シリーズで機能的には入ったのではないかと思う（追記の追記：少なくとも時期についてはこれは嘘でした。コメント欄参照。実際にどうかは必要な人が調べてください――さらに追記：akrさんが調べてくれたけど、1.8.4と1.9については入ってないそうです）。1.8.6へバックポートされているかはちょっとわからないけど、調べればわかるだろうから興味ある人は調べると良いと思います(追記：調べても無駄なようです。むしろshiftとか高速化したい人は元のパッチを直してみたらどうかなぁ？)。日本では1.9系に注力しているときに、向こうではRailsのおかげで1.8系が爆発的に利用されているとかの行き違いとみても良いかな？）

追記（1/5）：Zedのエントリーを読んでも（というか読むものが間違っているとも言えるけど）、前後関係が良くわからない。Mutex周りにバグあるいはシステム固有の制限があって、それがfastthread（名前にthreadがつくけど、Mutexの別実装だと僕は認識している）で解消されたという話と、array.cのshift/unshiftパッチの関係がわからない。後者はキューとして利用する場合に引っかかるということはわかるけど。で、それらのためにMongrelの動作が不良になるが、Railsコアチームがその不良をMongrelのせいにしたということだとすると、FastCGIを使っていて延べリスタート400回していたDHHの話の原因がarray.cパッチにあるということの関連が見えない。こういう調べればわかるが、今すぐには調べる気にはならず、途中まで書いて放置するのも気になることっていやですね（と共感を求めて放置するメソッドを使ってみるとするか）。

で、追加分。実は、僕は、ここを読んでちょっといろいろ考えるというか、得るものがあった。うん、確かにそうだね、という個所がある。

●Dave Thomas Ain’t No Sammy Sosa (He’s Just Fat) （デイブはただのデブ）

デイブからのメールも来てるよ。電話で話したいのか？ ばかめ、泣き言が通用するかってんだ、おいらは地獄君みたくぶっ飛びまくってんだぜ。ぶーぶーぶー、馬鹿め。

(訳注：以下は逆かも)てめぇは、おれのために、1つだけ良いことができるんだよ。「もう1つのカーゴカルト： なぜWebrickではなくMongrelを使うのか？」というゾクゾクしてくるキーノートをおれの目の前で口の穴から噴き出しさえすりゃいいんだ。でも、やってくれないね。

Mongrelは速いんだ。でもデイブはおれが嫌いなのさ。

さて、オリジナルのピッケル本の目次を見てくれ。これだめだろう。おれも、ああ、新しい言語だな、ってんでスルーしたぜ。よくあるOOPの本だ。

ところがRailsを見てびっくりした。なんてすげーメタプログラミングなんだ。しかもブロックでできるのか？ くそー、いかすじゃねぇかよ。

ところがピッケル本ときた日にゃ、よくあるOOPの解説本だ。

メタプログラミングについては通り一遍の説明だけ。でもよ、メタプログラミングでブッチできることがRuby最強伝説じゃん。それがねぇのかよ。

おい、それがキモだろう。あとブロック。

（あとはばっさり省略）

いや、ピッケル本（2001年）にそれを求めるのは無理だろ、とも思うわけだが、逆に、DHHのことが好きなのもわかる。

（追記）想像すべきは、あるプログラミング言語の入門書を書くとした場合に、何を書くべきか、ということだ。高速道路理論も忘れちゃいけない。今は知識すらインフレ化してるということ。まるで少年ジャンプマンガみたいなものだ。100人の入門者がいたとして、80人はすでにその言語の入門者だが、他の言語あるいはプログラミングについての基礎的なあるいは高度な知識を持っているかも知れない、しかし、いないかも知れない。多様性は善ではあるが、どこまで読者の多様性を想定すべきだろうか？ 1週間の研修でビジネスプログラミングの現場に放り込まれる人をターゲットにするか、自分の研究のシミュレーションのために利用しようとしている人をターゲットにするか、単に趣味で何かを作ろうとしている人をターゲットにするか、現場での日々の作業の効率化を図る人をターゲットにするか、コンピュータを手に入れたのでプログラミングをしてみたいなぁと考えている人をターゲットにするか――同じ入門者ではあるものの、それぞれで求めているものはまったく異なる。理屈という釣り場を与えれば後はその情報を元に自分で竿を用意するところか始める人もいれば、餌をつけたつり竿と糸を垂らすポイントを教えろと言う人もいる。（追記ここまで）

あと、最後に謝辞がある。

DHH、Obie、Bradley、Why、Mongrelチーム、Railsコアチームの1/2（リックオルセンとか）、Rubinusチーム、JRubyチームなどなど、そして最後にMatz。

しょっぱなに無価値なものを火にくべて暖をとってると、最後は骨を焼くことになるぜ、覚えておけよ―Zed