フレームワークのあるべき姿はメタフレームワークであることではないか - イトウ アスカ blog
昨日のエントリの続きっぽい話です。 おそらく、SIerさんの内作フレームワークで、プロジェクトがハッピーになったケースってとても少ないと思います。私の経験と、見聞きした範囲で言わせてもらえば1件もありません（！）。 それでなぜ上手くいかないかと言えば、以前のエントリでもふれましたが、その内作フレームワークがそのまま適用できるケースがまずないからです。なので、カスタマイズなんてのが発生します。そのカスタマイズは内作フレームワークの開発者数人に託され、それを用いて開発を行っている（下請けさんなどの）数十人が待たされたりするのです。こんなの上手くいきっこない！ 特に日本の受託ソフトウェア開発の特徴を見てみると、とにかく「自分仕様」が多い。アメリカではパッケージソフトを用いたり、オーサリングツールレベルまで昇華した超高級フレームワークで定型的に作ってしまうパターンが多いらしいですが、日本ではその割
内作フレームワークが持つリスクを考慮すべきですよ＞某大手 SIer さん - イトウ アスカ blog
大手（ばかりではないでしょうが）SIer さんがたまにやる、どこにも公開していない内作フレームワーク（今回は、Java の Web アプリケーション用のものを念頭におきます）でプロジェクトをすすめるのはこういうリスクがあるんですけど、考慮してますか？ っていう話です。 わざわざ書くってことは、考慮してない現場をまのあたりにしてるからなわけですが。 名の知れているフレームワークと言うとまずは Struts ですね。名が知れていないものでも、容易に情報が得られるフレームワークはたくさんあります。また、プロの編集者がちゃんと編集・校正して、しっかりと製本されたそれらの参考書も手にはいります。 いっぽう、内作のフレームワークについて、それを使わされる下請けさんなどの立場で見るとどうでしょうか。 プロジェクトが始まるまで、下手すれば名前すら聞いたことがない。 プロジェクトが始まっても、なぜか実行環境
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
