日々の破片

_ マルスターメンテ

ふと思い出したが、（一昨日というか昨日の早朝というか）、マスターメンテナンスが1画面1レコードなら、ASP.NET（ということはJSFも）が一番、楽チンなのではなかろうか。もっとも1画面3分とかかけるような、HTMLでOKな場合については、という前提で。

各サーバーコントロール（またはJSFコンポーネント）をあらかじめデータバインディングしておくことによって、

GET->

空の画面（またはキー入力の画面）

POST->

ASP.NET/JSFedJSP （コントロール/コンポーネントはバインディングにより現在のデータを設定）

入力->クライアントサイドバリデーション->POST->

サーバーサイドバリデーション

更新

というのは、IDE（VS.NET/Java Studio Creator）でヘラヘラ作っていればできてしまうからだ。

ちなみに、Java Studio Creatorでは、RowSetが主役みたいだ（まだ見てる最中だけど）。

_ Emit (is not vomit)

そう言えば、koichikさんからCGLibみたいなのは.NETにあるのかと訊かれたので、Emitがあると答えたけど、正確にはILGenerator.Emitがそう。なんで最初からあるのかと言えば、あそこで言ったとおり、ASP.NETのためなんだろうと思うけど、これは非常に便利。

_ iii(トリプル・アイ)

というのを見て、思い当たれば10年選手どころか15年以上選手か。

そのiiiのスマートクライアントというかリッチクライアントがLLL。

LLL.net。

なんで突然、このページが出てきたかというと、安藤幸央のランダウン[25]リッチクライアント時代の到来を読んで、ちょっとだけカチンと来たからだ。

日本のビジネスコンピューティングの歴史を考えれば、種々のリッチクライアントを並べる以上、iiiからLLLを無視してはいかんだろうということだ。

それは、日本でワープロをいろいろ並べる時に、Word、Lotusの何か（今もあるのか知らない）、WordPerfect、OpenOfficeを並べて云々しているのを見て感じるのと同じようなものだ。やはり一太郎については書いておけ、それが先駆者への礼儀だろう（「礼儀」なんて言葉が出てくるってことは、これが個人的な感情の問題であり、単に言っているだけという側面が大きいのに注意。したがって厳密なことを書いているわけではないから、「そんなことを言えばXもある、Yもある」というようなツッコミは無用。僕が知っているかどうかだけの問題である）ということだ。ちなみに、ワープロの文脈でDOS文書やOASISについては触れなくても良いのは、それが特に触れる必要がない存在だからだ。その会社はその技術に賭けてるわけじゃないから取り立てて触れる必要がないということだ。

というわけで、あのiiiの会社(とそこの技術者)はちゃんと時代に追随しているんだ、.NETのスマートクライアントツールのLLLっていうものも開発しているんだということを言ってみたかったのである。