■ bliki_ja:UnwantedModelingLanguage

2003年の未読メールをがしがし処理している最中に、長瀬さんのメールを見て気づいた。UnwantedModelingLanguage って U.M.L になるのかッ！ ぐはぁ。こんなとんちに気づくかよ！ あーあーあー「こんなモデリング言語はいらない」とかゆって、鉄拳風に訳しちゃってるよ。まあいいか。どうせUMLも「統一モデリング言語」だしな。TMGじゃんな。

あーそうそう。メールの処理ね。面倒くさいので、一気に「既読」にしてやった。がはは。もう読まねー。

■ 高速増殖ログ「もんじょ」Part.13 2003.12.27

監視下に入れていただいているようなので、こちらでコメント。

現状では、データベースアプリケーションでの富豪的アプローチは無茶としか…。

無茶ではないでしょう。やっているところはあるはずです。EJBなんて、その典型的だったりしません？（って、EJBよく知らないんですが）

データベースの場合、スキーマを検討する時点から、すでに検索速度を考えた最適化は始まっていたりします(わざとデータを冗長化させたり…ね)。

ここでは、RDB 以外のデータソースも考慮して、SQLロジックをメモリ側に置くことを推奨しているだけですので、データベースの設計がどうであれ構いません。で、パフォーマンスというのはデータベースではなく、あくまでもアプリケーション部分のパフォーマンスのことです。それが気になるんだったら、ちびりちびり SQL を複雑にしていけばいいじゃん、と。そう言っているのです。

最初からオブジェクト指向を意識したデータベースシステム管理ソフトウェアというもののあり方から考え直す必要があるのではないでしょうか。

そりゃそうなんですが、それはもうぶっちゃけもいいところで、基幹業務でんなこと言ったところで、どうしようもないんですね（人的、物理的なレガシーがいっぱい！）。んで、その解として、本文やら昨今話題のO/Rマッピングやらがあるわけで。

■ Librettoのバッテリすぐヘタって困る。

正味、30分程度しか持たないようになってしまった。短すぎー。さっきもファミスでbliki_ja:RefactoringCringelyを訳してアップしたかと思いきや、突然、電源がブチっと切れてしまったよ（アラームは解除してる）。やっぱ大容量バッテリを買うべきなのだろうかねえ。でも、3万円って何よ？ 高すぎます！

あとそれと、オブジェクト倶楽部のシールを背面に貼ってたんだけど、それが剥がれてきてベタベタになっちゃって、激しく鬱……。

1. キレイにはがす
2. 新しいのを上から貼りなおす
3. 別のシールを貼る

コマンド？