キーボードとトラックボール

キーボードとトラックボール用に新しいパームレストを買ってみました。Elecomの22゜ダブルパッド（左）と、Confy パームレスト（右）。


ダブルパッドの方は、HHK Professionalにぴったりサイズで快適。キーボードでは右手より左手の方が守備範囲が広いので、左側が長めという合理的な設計が特徴。ただ、その部分よりも、手前から奥にかけて若干登りの傾斜がついているのが心地良いです。つまり、上部のキーを叩くときに腕を動かす方向と同じ傾斜がついています。以前、Elecomのdimp gelを使っていたときは、手首の収まりはよかったのですが、はまってしまうが故にやや手を動かしにくかったのです。今回の製品は、キーボードと机の高低差を埋めるという目的には合致。肘を90゜にするというHealthy Computingのガイドラインを実践するのにうってつけでした。

KensingtonのExpert Mouseには、最初からパームレスト

がついているのですが、これがなかなかの曲者で、手首を置いたままボールを転がすと手首に傾斜ができてしまい、腱鞘炎対策としてはあまりよろしくありません。かといって、パームレストを外すと高低差がきつくて使いにくい。やはり、自分で好きな位置にパッドを置ける方が、手の大きさに合わせて位置を調整できるのでいいです。

日本語配列のキーボードなんていらない

Microsoft Natural Ergonomic Keyboard 4000

これが、日本語配列になると、下のようになります。せっかくキーが大きくて打ちやすいエルゴノミクスキーボードなのに、小さく打ちにくいキーばかりになって台無し。






実 は、変換とか無変換キーはなくても全く困らないのです。半角・全角キーなども。Ctrlキーを押しながらのショートカットでほぼ代替できます（Ctrl キーが’A'の横にあるキーボードが好きな人がいるのはこのため。AltIME等のアプリケーションでも配置は変えられますが）。日本語配列版で問題なの は、Altキーや、右端のEnterキー・Shiftキーが小さくいびつな形状になっているところ。お店で試したのですがかなり打ちにくいです。当然、こ れらのキーはキーボードには必須です。また、メニュー呼び出しにAltを使うことは多いのに、このキーが小さい上、すぐ横にWindowsキーや左クリッ クメニューボタンがあると、間違って押しやすいので大変。

英語配列のものが日本で入手しやすければ、こんな記事は書きません。秋葉原を探 しても、英語版のマイクロソフトキーボードを輸入しているところを僕は未だ 見つけられません。わざわざ日本配列用にデザインを修正するくらいなら、コストを抑えるために、「英語配列キーボードでも日本語入力に不自由ない」という ことを宣伝する方がいいのに。

「女王の教室」での天海祐希のセリフを借りて、日本語キーボードじゃなきゃだめと思っている人達に一言。

「あなたたち、いい加減目覚めなさい」


もちろん、日本語配列でも使いやすいものはあるんですけどね。Mac miniで日本語配列キーボードが使えないと騒いでいる人たちにも、英語キーボードにしなよ、と勧めたい。かな入力する人が少ない昨今、日本語なんてキーボードに刻印されていたらMacの美観をそこなうでしょ？

ZFS at OpenSolaris.org

僕 は、自称トランザクション管理の専門家です。トランザクション管理の歴史的経緯を知っているが故に、古い考えにとらわれていることに今日気づきました。

先日、Sun Micro SystemsのCOOがblogを書いているとHarvard Business Reviewで知り、調べてみたのです。そうすると、Sunのdeveloperさんなどもblogを書いており、興味本位で、覗いてみると、ZFS at OpenSolaris.orgという新しいファイルシステムのプロジェクトを発見しました。

通 常のデータベースは、データを一元管理するので、データの更新時、ディスク上のデータを書き換えるという操作をします。複数ユーザによる同時書き込みを防 止するために、データがある部分を保護（write lock)するのですが、このwrite lockはファイルシステムの性能を上げる際のボトルネックになることが多いのです。 なにせこの領域のロックが開放されるまで、他がその部分にアクセスできないので。また、read lockを取得後、write lockを取得してデータを書き換えるというプロセスは、デッドロックに陥りやすいという欠点もあります。

write lockを使わずに同時書き込みを防止するには、versionningといって、古いデータを上書きせずにとっておいて、更新後のデータを別のディスク 領域に書き出します。 この方式(Multiversion 2PL)はPostgreSQLでも採用されていて、古くなったデータの後始末さえうまく行えば、readトランザクションは、writeを気にせずデー タをとりだせるので、それなりの性能を発揮できます。ただ、このversion管理がわりと曲者で、B-Treeなどのデータ構造に、version管理 用のデータ構造を組み合わせる必要があるので、目的のデータにたどり着いてもversionを調べる分アクセスが間接的になるし、遅いイメージがありまし た。

け れど、ZFSでは、B-Treeのようなデータ構造を、更新時に新しいversionにswapしてしまうのです。swap操作は、リンクの張替えだけな ので、負荷は低く抑えられます。簡単だし、version管理の長所そのままを具現化したものなのですが、目から鱗が落ちる思いです。

た だ、トランザクション管理は、B-Treeではここ20年の研究成果が集積されていて随分安全になっているのですが、ログを管理をしないこの木の入れ替 え方式がどこまで、データベースのトランザクション管理に応用できるかは、検証してみないといけない。ログがない時点で、ディスクエラーには強くても、 rollbackには対応していないのは明らか。でも、利用価値は存分にあります。

研究者として、本質的に新しい方式を見るのはわくわくします。 最新の研究といっても、既存の技術をこねくりまわしたものが多いご時勢なので。

Google Analytics

Google Analyticsを1週間ほど使ってみた後の画面です。何の変哲もないWebページのアクセス解析ソフトなのですが、見た目が綺麗なので、好感触。

ほかにもアクセス解析のソフトはあるのですが、それらにくらべて設置が簡単です。スクリプトを各ページにはさみこむだけ。

今 までサーバー管理者が独占していた情報を、ブログユーザなどの個人からGoogleに吸い出せるのは魅力的です。それに耐えうるシステムを構築するノウ ハウを持っているのは強いですね。 ソフトウェア単品ではそれほど価値がなくても、Googleが使うと膨大な価値がでます。Urchinという会社を買収して手にいれたようです。Urchinも買収されてよかった例なのでしょう。今後このデータでWeb広告のコンサルティング用途に使えるだろ うし、アクセスが集まりやすいWeb構造を発見、なんてビッグニュースがでてくるかもしれませんね。

「超」整理日記2005-09-24「真っ先に民営化すべきは年金」

「超」整理日記2005-09-24「真っ先に民営化すべきは年金」

この記事の最後の方にある、給与所得がある人の年金を停止しているというのは、確かに変な制度。働かない方がいいと少しでも思わせる制度は問題が多すぎ。年金の第3号の支払い免除もそう。ここに手を付けないということは、ミクロ経済的な景気回復を狙っているとは思えない。

他にも、変な制度っていっぱいあります。保育園への入園って、基本的に夫婦共働きの人の子が優先順位高いのだけれど、 両親が学生だと、優先順位を低くされるのです。 少子化対策をしているとは到底思えません。