Java フレームワーク 開発

　いまやシステム開発の必須要件とも言えるになったJavaフレームワーク。
私、鴻田は、Java Serlvetが誕生した当時からWebシステムの開発に携わっていました。

　当時はフレームワークと呼べるものがなく、Webシステムの事例自体もまた多くない中、日本IBMでの当時AS/400と呼ばれるプラットフォームでの日本初の大型プロジェクトに取り組むことになりました。メンバーは20人程度、画面規模で言うと更新系が300画面超、公開系が100画面超、更新系と公開系のRMIによる通信、大規模なバッチシステム、これらを要件定義から約6ヶ月で終わらせる、という短期プロジェクト。プロジェクトは無事に終了させることが出来ましたが、試行錯誤の末に完成したソースはプロジェクト内で共通化は出来ているものの、再利用が出来なく、一個一個のプログラム単位でも非常に生産性の低いものでした。

　私は当時から、今後システムの中心技術になるのはWebであると確信していたので、近い将来に向けてこのプロジェクトで得た経験をフレームワークとしてまとめ、再利用できるように整理を始めました。

　コードの中から、汎用ロジック的なものを共通ライブラリとしてまとめ、共通の振る舞いを分析し・抽出し、これらをインターフェースとして定義します。インターフェースとして定義したものを、さらに無駄がないか、もっと簡略化できないか、などの作業を行い、まとまったところでプロジェクトに対して適用します。（いずれのプロジェクトも日本IBMの開発者20名超、の中規模以上）

　各プロジェクトでは、実際に私自身も開発に参加しました。これは非常に重要なことだと考えており、実務開発の経験の乏しい人が作ったフレームワークは「フレームワーク開発者のためのフレームワーク」のようになっており、単純なことを妙に複雑な手続きを行う必要があったりするケースが往々にしてあり、生産性を下げるどころか、開発者のモチベーションをも下げることにつながります。

　私は自分で開発を行うことにより、無駄だと思えることは徹底して排除し、開発局面で自分で一から作る必要がないと思えたものは徹底してフレームワーク側に集約しました。また当時の開発に携わった人からの意見も重視し、シンプルに、かつ柔軟性高く、完成度を高めていきました。

　2004年に節目として、それまでのフレームワークのネーミングルールなどを整理して「wisdom」としてリリースしました。
これは一重にそれまでのプロジェクトの開発者の協力によるものです。

　「wisdom」は以降もさまざまなプロジェクトに適用され続けました。このころになると、私の仕事は「wisdom」自体への変更は
ほとんどなく、各プロジェクトにあわせた共通部分の構築という部分が中心になります。システム開発規模も20名が50名に、
時間として比例して大きくなっていきました。大きな事例では、求人サイトでは開発者が200名を超えました。

　STSDでは、これまでの大規模Webシステムの開発基盤、フレームワークの開発経験を生かした各プロジェクトのフレームワーク構築のサービスをご提供しています。生産性、品質の向上と、多くの費用対効果が期待できます。

　またお客様、各SIシステムベンダー様の要件にあったフレームワーク導入のためのコンサルティング、開発者の方への教育などトータルでサポートいたします。