変化のないひび

☺ 節電

14年ほど前に買った120リットルの冷蔵庫を、4月に465リットルのものに買い換えました。

ワットチェッカーで実測した旧冷蔵庫の消費電力は4月でだいたい 2kWh/日 弱。同じく実測した新冷蔵庫の消費電力は4月で 0.64kWh/日 ぐらい。容量は4倍近くになってるのに、消費電力は3分の1になりました。このおかげで、うち全体の消費電力は何割という単位で削減できました。

古い冷蔵庫を使っている人は買い換えましょう。節電に激しく効果的です。

☺ メモリ不足

ここ1年ぐらいで仕事で見た興味深いトラブルは、メモリ不足でした。ライブラリが巨大になりすぎて、リンク時にアドレス空間が足りなくてメモリ不足になるのです。職場で使っているマシンは 12GB RAM とか 24GB RAM とかのモンスターマシンですが、物理メモリがいくらあってもアドレス空間が足りなければどうしようもないです。

LinuxやMacはリンカを64bitのものにすれば解決するのですが、Windows には64bitホストの32bitターゲットのリンカというのは一般的にはなくて、対処療法的な回避をしている状態です。

☺ <meter> と <progress>

Dev 版 Chrome (6.0.447以降、Windows, OS X, Linux) または OS X 版 Safari Nightly でご覧下さい。

これらに関して自分はまったくコードを書いてないですが、けっこうな部分をレビューしたので愛着があります。

☺ WebKit reviewer

先日、WebKit の reviewer になりました。

NetBSD では、コミッターであればコードレビューなしでコードをチェックインできます。弊社の某ブラウザの開発ではコミッターどうしでコードレビューをしてOKをもらってからチェックインします。WebKit はさらに厳しくて、コミッターのうちの限られた人(= reviewer)だけがコードレビューでOKを出せます。

reviewer になるのはなかなか大変でした。仕事で WebKit を触るようになって1年弱でやっと、という感じです。reviewer になるためには最低でも80個の変更をチェックインしなければなりません。1年もかかる量ではないように見えるかもしれませんが、レビューされないまま数ヶ月放置されることがザラにあるのです。自分の最悪のケースは、昨年8月にレビュー要求した変更をコミットできたのが今月、です。

で、自分が reviewer になったからといって自分の書いたコードがチェックインしやすくなるということはなく、単純に自分の仕事が増えるだけなのですよね。