『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です！
昨日よりは体調がいい。飛行機に乗って、東京へ。
会場は思ったよりも品川駅から遠い。たまに東京に出ると思いっきり歩かされる。都会人の方が運動してるよな、どう考えても。
いろいろ発表が面白かったが、まとめると以下のような感じか。
あと、千葉先生のキャズムねたは興味深かったが、それについての考察は「後で書く」。
_ [Ruby] Ruby2.0への布石
スライドにも書いたし、
について実装を試してみる。
前者はrepeated inheritanceを許すため、現在行われているMix-inの重複チェックを外すこと。つまり、同じモジュールを複数回includeしたら、今後は複数回ancestorsに登場する。これにより、Mix-inの挙動がシンプルになり予想しやすくなる。 Mix-inのTraits的扱いがやりやすくなる。十分に実際にはTraits的にするためには、 renamingなどでもう少し改善が必要。
後者はprivate問題への対応。が、メソッドキャッシュがからむと思ったほどうまく動かず、時間切れ。
今回持っていった書籍がこれ。特に帰りの飛行機では意に反して最前列だったため、PCが開けられず、しょうがないのでずっとこれを読んでた。
書いてあることはどれも正しいし、この本は一読の価値がある。
しかし、読めば読むほど気分が悪くなるのはなぜだろう。「正しいことを言われると腹が立つ」ということなんだろうか。それともなにか別の原因が？
少なくとも気圧の関係で耳が痛くなったこととは無関係だと思う。
僕は「理科系の作文技術」を読むと気分が良くないのだけど、同じようなものだろうか。
こんにちは。
Perlのほうで「オープンソースソフトウェアにおける統一したレガシーエンコーディングの変換機能の開発について」という話が出るようなので、
http://tokyo.yapcasia.org/blog/ja/sessions.html
3月中旬くらいまでにM17Nの概要だけでも書いてくださると嬉しいです。
それ以外の文字列周りも興味津々ですけど、推測とか（ぉ
> 読めば読むほど気分が悪くなるのはなぜだろう。
（俳句の会のように名称を吟味するRubyスタイルならではの気分かな）
理想美の追求よりも、
結果重視の成果主義（プラグマティズム）が感じられるから。
技術マネージャーの視点
> 都会人の方が運動してるよな、どう考えても。
駅の「階段」を見て、腰が引けたら都会のサラリーマンはアウトです。
成瀬さん、
「レガシーエンコーディング変換」の話は面白そうですね。
「他のソフトとのデータ交換が出来るようにする為、libiconv, glibc, Ruby, Python, PHP, PostgreSQL, MySQL, nkf などにも同様の追加・修正を行う予定」というところが特に。
YAPC Japan 2006には行けそうにないのですが(交通費の工面が)、ぜひ情報が得たいものです。
M17Nについては別に新しいことはありません。これまでこの日記で書いてきたことやruby_m17nブランチの実装から大して変わっているわけではありませんし、推測とか変換とかはまだ考えてないし。 ^^;;;
まだ、考えてないこと。
* エンコーディング推測
* 外部エンコーディングから内部エンコーディングへの変換API
* エンコーディング付き文字列のmarshal出力
腹が立つように書いてるからな気がします。私は咳の帽子と関の帽子をかぶり分けるけど、どちらの帽子にしても自分との違いを楽しむ本かなあ、と思いました。
え、他の人も腹が立つんですか？
私だけかと思ってた。ネットでもおおむね好評のようだったし。
それとも皆さん、腹が立つことも含めて楽しんでいるとか。
私よりずっと人間が出来てるなあ。