jFD開発したりしなかったり日誌

_ 豆知識

タイヤメーカーのミシュランは、海外ではミシェリンと呼ばれてるらしい。

知らなかった。

あと、カウパー氏腺液のカウパー氏は本当はクーパー氏らしいですよ。

車のミニクーパーもミニカウパーなんだろうか（お下品）。

_ Apple新製品二つ

どっちもえーなー。

iPod Shuffleは、ジョギング中に使いたい。

値段も安いし。

気になるのはiPodと同様、専用ソフトが無いと曲が転送できないか。

あれ不便なんだよなあ。

はっ、FileFishにiPodプロトコル組み込めばいいのか？

（誰か作ってください）

Mac miniはあれでデスクトップをリプレースしたい。

今のはバカでかくて邪魔な上に、ものすごい音を出すので（通称「爆音号」）、

はっきり言って処分しちゃいたい。

で、あれにリプレースできたら部屋が広くなっていいだろうな。

まあ、PCは2台あっても使わないんだけど。

_ Swingについてつらつらと

JavaLobbyのディスカッションを読んでいてふと考えた。

Swingは失敗作だったのだろうか。

たしかに初期のSwingは酷かった。

アプレットの起動時間と供に「Javaは遅い」をきっちり印象付けたと思う。

おまけに見た目や操作性は、たとえWindows Look&Feelを使っても

なお違和感バリバリで、必要ないのにユーザーに

「これはJavaで書かれてるんですよ、だからこんな見た目なんですよ！」

と主張しまくっていた。

はっきり言っちゃうが、もしもJavaの標準GUIライブラリがSwingじゃなくて

SWTだったら、クライアントサイドJavaは今よりもっと普及していたと思う。

初めてEclipseに触ってSWTを知ったときは

「これはクライアントサイドJavaの救世主だ！」

とまで思った。

ただし、僕はそれでもSWTで書きたくない。

SWTのAPIは美しくなく、あまりにCライクだ。

もしもSwingが存在しなかったらSWTでも喜んで使っていただろうけれど、

一度Swingを味わっちゃうとSWTのAPIには耐えられない

（org.eclipse.swt.SWTクラスの大量の定数を見てげんなりした。

あれはオブジェクト指向を理解していない会社でよく見られるパターンだ）。

その点、SwingのAPIはきちんと理解できるまで長かったが、使いこなせば

どんな画面でも作れる柔軟性があり、かつ設計も美しかった。

この点でSwingは大成功している。

ただ、問題はそれらを重要視するのは開発者だけだということだ。

普通のユーザーはそこまでの柔軟性を求めてなく、

僕らが血眼になって追い求める設計の美しさなぞ理解もできない。

それよりも軽快さ、使い勝手のよさの方が重要なはずだ。

Swingの欠点は一般ユーザーを見ていなかったことだと思う。

これはSunの製品の多くに共通する欠点だ。

_ 今後、速度が上がって操作性もましになったSwingが一般ユーザーに

どれだけ受け入れられるか楽しみだけど、次はVMの共用なんかで

メモリ効率も上げてかないと厳しいんじゃないかなあ。

僕もjFD2頑張って作るんで、何とかなって欲しいもんですよ。

ちなみにそれを考えるきっかけになったJavaLobbyのトピックはこちら。

_ FileFish

う、NTFSだとReadOnlyのファイルのOutputStreamって取得できないのか。

パーミッション変更API無いくせにそういうことされてもなあ・・・