有限会社　クリプトメディア

Ruby On Railsが技術者のあいだで話題になっています。その簡単さから、これまでPerlやPHPで構築していたウェブ屋さん達もRailsに移行しようとする動きが出てきたようです。ちょうど地元のRubyユーザ会にて講習会があったので受けてみました。

Javaで言えば、Hibernate,Strutsの機能を備えながら「途方もなく」簡単と言ったところでしょうか。もちろんスクリプト言語特有の「危うさ」は感じてしまいますし、大規模なシステムには向いていないというのが直観です。しかしこの簡単さは魅力的です。

思えば、Javaの（ウェブを含む）エンタープライズ関連技術というのは、なんだってこんなに面倒なのでしょうか。弊社では結局Strutsしか採用したことがありません。もちろん、様々な技術を試してみてはいますが、そのたびに「こんな面倒なものは使えない」と判断しています。「わざわざ面倒にしているんじゃないか？」としか思えないような技術さえあります。しかもそういう技術が流行しているらしいのです。

だからこそ、Javaの世界では最近しきりにEoD(Ease Of Development)が言われてきているわけです。もちろん上記のエンタープライズ関連技術に限らず、Swingにも当てはまります。SwingはGUI構築ライブラリとしては必要以上に複雑で、初心者にはとても扱えないと思いますが、やっとその反省が出てきたようです。

おそらくこれはアジャイルな開発手法の流行とも無関係ではないでしょう。長くなるので別の機会に譲りますが、要するに、人間は神では無いのだから最初から完全なソフト設計などできないということです。開発中にどしどし顧客に使ってもらい、意見を言ってもらい、どしどしと修正していく。顧客との協調の中で良いソフトが育まれると言った考え方です。これは重厚長大なフレームワーク・委員会的な設計ではできないのです。

巷で流行っているとなると、特に技術のわからない人はすぐに採用したがりますが、それで苦しむのは現場の人間です。ムチャな技術を押し付けられ、ムチャな修正を押し付けられてプログラマは寝る暇がなくなります。しかし結局その技術は廃れてしまい、また別のものでやりなおしになります。

こういうことは何年もこの業界にいる身にとっては枚挙にいとまがないことです。業界誌は「最新技術」の特集ばかりやるのではなくて、「あの騒ぎはなんだったんだ」技術の特集も少しはやって欲しいものです。