フレームワークの罪

プログラミングで使われるフレームワークは本来、プログラマーが楽をするものです。そのため、多くのフレームワークの実処理時間は、本来の素の状態より、多くなります。

ＪＳフレームワークのＲｅａｃｔのように、一部分の機能を見ると高速になるようなものもありますが（仮想ＤＯＭでの画面更新）、Ｒｅａｃｔでさえ、ビジネスアプリに利用しようとすると、相対的には本来必要な処理に対して、実行されるコード量は増えるでしょう。

ま、主戦場のＳＩで、企業情報システムにＲｅａｃｔを積極的に利用ってのも無いと思いますが。。。 ビジネスアプリにおいて、軽快に動作するのは本来の言語機能そのままに、最小限に書かれるコードですが、では、何故フレームワークありきでコードを書くかというと、コスト／顧客満足度などを総合判定した時に

メリット　＜　デメリット

となっているからです。

• やたらめったら書かなきゃいけないコードが多くなり、潜在バグがどうしても発生しやすい

• 多くのプログラマーが書いたコードの一貫性。ある程度把握しやすくなり、メンテナンス性が上がる

• ｅｔｃ...

もっとあると思いますが、考えなくとも思いつくだけで致命的です。フレームワークを使って作成されたシステムは、納品される顧客にとっても良い事があるのはわかると思います。

が。。。

何度も泣かされました。

古くはＳｔｒｕｔｓ、Ｓｅａｓｅｒ、Ｓｌｉｍ３。最近ではＡｎｇｕｌａｒ。

下位互換性どころか、まるでそれまでが無かったかの様な、映画の「ターミネーター」シリーズが思い浮かぶ。

いや、わかってます。ＯＳＳってどういう事か？ってのは。全ては使用者が責任を負います。大きな流れから見たら、ソフトウェアの進化には必要な事だって事もわかります。

でも、やっぱりキツイ。