混乱するのが嫌みたいだな。なおるようなので、それまで待つことにする。テストの変更だけコミットしわすれてた......。これはどうするべきなんだろう。サポートする必要があるかという問題がある。サポートするプラットフォームは増えていくだろう。これは無視してもいいという考えもありうる。第二に、どこで対処すべきかがよくわからない。どこで対処するのもそれなりに理がありそうな気がする。どこで対処するにしても変更自体は簡単なはずである。[AMD64萌え〜だよね。JDSはなかなかカコイーし思った以上にクライアントとして良く出来てると思う。一度は使ってみたい組み合わせです。[config.charsetを$(srcdir)に置いておくとiconv.rbというラッパーを作ります。ンストールとりあえずライブラリのコンパイルとインストールばかりしていたということがわかる。実はソースコードばかり書いていたのかもしれないと思います。生存報告ようやくテストが大部分終わった。残りはどーでもいい講義ひとつのみ。最後のほうは風邪にもやられて酷いめにあった。今年の風邪は消化器系に来るようだ。[それは複数に分けて書いてほしいところですねえ。表示では一つにまとまります。[ありがとうございます。0みたいに書いてあるところがあったりとか、いろいろ問題がありそうです。リファレンスマニュアルをどういう表記にすべきかというのが分からないので、これらの表記を直していいのか不明です。(MLに投げた方がいいのかなぁ)お暇なときにでも、一度見てみていただけませんでしょうか。EOC0と書くと定数名と数字との対応が見にくかったので。何か代替案を思い付いたら教えてください。マニュアルの表記法の議論に関してはhttp://www.freeml.com/ctrl/html/MLInfoForm/rubyistだと気兼ねなくできるとおもいます。気が付いた点があったら投稿してください。ほうに書いたのを転載します。「#=>」はサンプルコード中で値を書くときの表記ですし、評価した値を暗示するので、メソッドリストで使うべきではないと思います。boolという表記がありますが、これは基本的に返り値の値ではなく型を示すものと認識しています。0のような表記をされると、はっきり言ってわけがわかりません。上で表現を圧縮するよりも形式が統一されていることが重要だと思います。以上の三点から、メソッドリストで「#=>」を使うのには反対です。当面はサポートしません。出てるとかで工事の人もびびってた。(13:32)それにしても全然違いがわからない。ここまで違いがないと悩むぞ。ルータがボトルネックになってるのかなあ。一区切りついたよ......。号http://jp.rubyist.net/magazine/?0005お、出ましたねー。今回は自分の原稿とテストで死んでたから何もできなかったな。今回はインタビューがえらい面白い。このインタビューはこれまで外れがなくおもしろいけど、今回は特に面白い。