Matzにっき

_ 「Google デスクトップ」のLinux版が公開 | パソコン | マイコミジャーナル

公開された。オープンソースでないのが気に入らないが、 とりあえず使ってみることに。

しかし、いつまでたってもインデックス作製が終わらない。 このペースだと数週間くらいかかりそう。

_ [言語] steve dekorte - Dynamic vs Static Programming

Ioの作者、Steve Dekorteによる動的プログラミング対静的プログラミング。

動的プログラミングには静的プログラミングにはできない柔軟性があるが、 それには動的プログラミングの流儀(or 文化)に従う必要がある、という話。

面白かったのはここ

For example, I worked at a Smalltalk consulting company for a while where I heard a horror story of a company that made the move from COBOL to Smalltalk but then proceeded to write all their Smalltalk code in COBOL style - one big class with all their old COBOL functions directly translated to Smalltalk methods. I suspect those COBOL programmers would claim Smalltalk wasn't any more productive, just as people that use dynamic languages but not dynamic design patterns would.

私は以前Smalltalkコンサルティング会社で働いていたが、 COBOLからSmalltalkに移行したある会社での「怖い話」を聞いたことがある。 その会社はSmalltalkで開発していたが、まったくCOBOLスタイルのままであった。 つまり、ひとつの巨大なクラスがあり、以前のCOBOLプログラムの機能が 直接Smalltalkのメソッドに置き換えられていた。 おそらく、COBOLプログラマは「Smalltalkに移行しても全然生産性が上がらないよね」と 不平を感じていたに違いないと思う。 動的言語を使っても動的デザインパターンを使わない人々と同じように。

で、Steveからのチャレンジは以下のようなもの(一部)。静的言語でこれが(簡単に)できるか。

• 動的にメソッド、オブジェクト、継承、名前空間を追加できるインタフェースビルダー。
• 巨大なスタブ生成を必要としない分散オブジェクトシステム。
• その言語だけで記述されたデバッガー
• バージョン問題などに悩まされないオブジェクトデータベース。
• 現在あるクラスだけでなく将来のオブジェクトに対しても動作するようなコード。

私の見る限り、Javaなどではこのような動的性質はXMLという別の動的言語を アプリケーションに組み込むことで実現しているように思う。 それはつまり「グリーンスパンの第10法則」ってことだよね。

_ [言語] The Future of TurboGears - TurboGears

次期TurboGearsはPylonとマージする、という話。

それがどういう意味を持つのか、私にはよくわからないけど、 フレームワークが進歩していくのは良いことだと思う。 互換性が必要な人たちは泣くかもしれない。

_ [Ruby] Rubricks Project - Rails/Ajax高速化関係メモ

Rubricksの経験から学ぶRails/Ajaxの高速化テクニック。 なんか結局はIE対策が中心。

IEでのJavaScriptプログラミングはなかなか大変そうだ。 2月に大西さんと話した時も嘆いていた。

_ [Ruby] Pivotal Blabs : Rails, Slashdotted: no problem

Railsで記述された特許レビューサイトPeer-to-patentが Slashdottedされたが、別に問題ではなかった、という話。Railsでも頑張っている。

鍵はキャッシュの工夫らしい。かれらはholeless cacheという独自テクニックを使ったそうだ。 シンボリックリンクを使ったキャッシュと言うのは珍しい。