Don'tStopMusic

_ [Ruby]動的型言語の一番の問題点

babie さんが話題にしてたのでちょっと考えてみました。

自分の考える動的型言語の一番の問題点は、
 
    log_puts（out, msg）
 
ここのoutに何を入れられるのか、何を入れたらいいのか簡単に調べる方法がないという点です。

この「問題点」で困ったことがないです。ライブラリ/クラス/メソッドの使い方に迷うのは、オブジェクト同士の協調関係が把握できないためであって、メソッドのシグネチャのせいではないですね。例えば、net/http の使い方には良く迷いますが、Net::HTTP のメソッド呼び出しを書くのには困らないというか。

例えばシグネチャが log_puts(LogOutputStream out, String message) だったとして、LogOutputStream が知らないクラスだとしたら、out を log_puts に渡せる状態にするにはどうすればいいかは結局調べないといけませんし、そのコストは「何を入れられるのか、何を入れたらいいのか」という型を知るだけのコストよりも高いと思います。

更に言えば、log_puts(out, msg) を見て、out なら少なくとも IO (Ruby の標準クラス)が渡せるだろうと推測でき、またそれが裏切られることがあまりないならば、ますます型情報はメソッドを使うときのヒントとしては必要ありません。

この仮定を裏返して考えると、ユーザの推測を裏切らないためには、できるだけ推測し易いオブジェクトを受け入れるようにメソッドを書くことになります(実際にそうかどうか定量的に調べると面白いかもしれませんね)。

「できるだけ推測し易いオブジェクト」などといっても、必要だから IO ではなく LogOutputStream にしているんだと言われそうですね。ただ、動的型言語は基本データ型の標準クラス(Ruby だと String/Array/Hash など)が強力ですので、クラスの対象ドメインに特化したクラスをあまり作らない傾向があると思います。HTML の属性を表すのに HTML::Attribute クラスを定義せず、Hash でいいやとか。

_ [私生活] 結婚

昨日入籍しました。

_ [ネットサービス] fluxiom

リリースされたみたいです。とりあえず BASIC で 30 日間トライアルを申し込んでみました(要クレジットカード登録)。

800MB のベーシックで月 29 ユーロという割と強気な値段設定は「企業向け」だからなのかな。

ファイルのアップロード画面

アップロード状況がグラフィカルに分かります(うちの Firefox だと表示が変)。

アセット画面

アップロードしたファイルが並ぶ画面。ダブルクリックでプレビューやダウンロード。ファイルをドラッグで選択できます。

画像ファイルはもちろんサムネイル表示されます。

拡大縮小も自由自在。

detail

detailボタンをクリックすると下からにょきっと detail のパネルが生えてきます。楽しい。

_ [私生活]体重

はてなグラフで体重を記録しています。それまでは気が向いたときにしか測ってませんでしたが、記録に残そうとしてからはほぼ毎日測るようになりました。

実は 2 月からつけていたのに操作を誤って全消ししてしまったという……あの UI にはなかなか慣れないですね。

56kg 前後が目標ですが、今のところ 2 月から 54kg 台を行ったり来たりな調子です。運動でもすれば増えるんでしょうかね。