著者のMaikからrjbについて質問(これ自体は秋頃)されたので知った。出版は4月(実際には3月らしい)の予定。既存のエンタープライズシステムとの統合とか、Rubyをアプリケーション統合のグルーとして利用するとか、企業価値を高めたりアプリケーション寿命を延ばしたりとかといった(ある意味では)挑戦的な内容のようです。#って言うか僕が昼間にやってることとある程度は被る内容のようだ。車が買える価格と評判でクリック数だけは多いけれども、誰も注文をしないアマゾンリンク集。アップグレードを追加。ありがとうございますってのがなんなのかわからないので、検索してみた。むむ、トップに出てくるページを見たいぞ。読者数より広告主の問題なんじゃないかなぁ。マガジンハウスの雑誌とは違うから違うのかな......。いうか、Cの雑誌に広告うつ意味があるとこなんてちょっと思いつかないのだが。(Perlの雑誌にはてなやらYahooやらが将来に備えて広告を出し続ける−−というようなシナリオを考えてみたり。Javaは何を生んだか(あるいはまだ生んでいないか)どうも、COBOLでどうしようもないものを作っているうちに誰かがこのやり方はだめですな、と気づいたらしい。最終的にRDBMSとSQLが生まれた、というようなことを読んだ。(COBOLとデータベース)ありそうな話だ。細かい経緯なんかを抜きにすれば、そりゃそうだろうとは思う。COBOLは死ななかった。手続きが必要だからだ。SQLだけで解決できるわけではない。いうわけでまだまだプログラムする領域は残っていた。言えCOBOLそのものじゃなくて、COBOLの代替としてJavaが行き渡ったわけだが。考えられる事務処理全般を包括するプログラムを作り、それを利用して事務処理を行なうことが当然考えられる。プログラムを作る手順を、プログラマという人間が覚えるのではなく、コンピュータに覚えさしてしまえば、もう自動的にプログラムができる訳だ。2番目(いや、プログラミング言語の登場を1番目としても良い気もするけど、エンタープライズシステムへの適用について数えればCOBOLの存在は前提として良いだろうから、やはり2番目−−確かに飽きたけど、一応、エンタープライズ2.0と言っておくか)のやつが来るよね?というか、来なければならないだろう。それにうまく乗れれば注:blockquoteしているけど引用じゃなく、変形だ。XXXを売りまくっている会社の社長が、XXXを利用して事務処理プログラム開発の受注をとるときの苦労を語ったのを聞いたことがある。「Javaで開発している会社よりも何分の1かの期間でプログラムはできる。簡単なのであれば、お客との打ち合わせをしながらだって作れる。難しいのは、ある程度の時間を寝かせてから、お客に渡さなければならない。お客を馬鹿にした話だ。いうわけで、XXXは何かをさっさと見つけてXXXを売りまくるなり(でも、これはRDBMSと同じく大手の寡占になるんじゃなかろうか。彼らは間違いなくそれを認識していてXXXを製品化しつつある/しているはずだから)、XXXを利用するなりにならなければならないだろう。ないととにかく、JavaとXXXは対等に競争することはできなくなった。コンピュータが進歩し、プログラムの自動化が進んだためにJavaが衰退してきたのだ。これは必然の流れで、もはや逆戻りすることはないだろう。これにより、大量のJavaプログラマが不要になってしまった。ときどき、就職情報誌などで、JavaプログラマのRuby(じゃなくてもいいけど)プログラマへの転職の話が載っているが、こういう事情があったのである。ちっぽけなurlsumimさんといい、babieさんといい、いいものを知っているなぁ。感心した(んだが、「感心する」っていうのはなんか不遜な物言いに見えるけど、じゃあどう言えば良いかと言うとぱっとは思いつかないのでこのまま。いうか、おれは無知だなぁと思ったと言ってもいいわけだけど)。WHATWGとか試しにやってみた。