読者です 読者をやめる 読者になる 読者になる

フレームワークを振り回す

システム開発において、フレームワークを使わないプロジェクトは
存在しないといっても過言ではないと思います。

ただ、1つのフレームワークで事足りるかというとそうでもない。

例えば、Webアプリを作るときに
MVCコントローラにStrutsDIコンテナにSpring、O/RマッパーにHibernate
組み合わせて使用することがあると思いますが、
3つもフレームワークを理解しないと画面からの一連の流れを実装できないわけです。

# フレームワークが、というより、Webアプリケーションが複雑なのかもしれませんが。


かつ、フレームワークの癖もあって、
「誰でもこれを使えば生産性が同じ」
という謳い文句はありえません。
想定した使用方法にマッチするケースのみ、高い生産性を発揮するのです。


中途半端に3つのフレームワークの知識を持つ人を増殖させるより
1つのフレームワークに対するエキスパートに対して実装させれば良いと思うんですけど
現場的にNGですかね?(自部門に言っても何か難しい顔されました)

もちろん実装リーダーはレビューする都合上、
使用するフレームワークのエキスパートである必要はありますが。



後から問題が出てくることが多い理由のひとつに
画面単位に実装していくからなのかなぁと思ってます。