2009年5月号)にもあるとおり、フレームワークで開発コストが下がるのは、ケースバイケースである。フレームワークというのは、直訳すれば「枠組み」で、簡単に説明するといつも行われる紋切り型の処理をひとまとめにしたものである。プログラムでいえば、サブルーチンや関数の集まりともいえる。ブログのシステムを考えると、データベースのアクセス、投稿の表示、投稿記入、コメント記入などひとかたまりの機能が用意されていれば、簡単にブログを開発することができる。MicrosoftでもVisualStudioなどで開発しているとデータベースのリスト表示など、フレームワークの恩恵にあずかることは多い。どんな機能にも対応できる、完全に汎用なフレームワーク存在しない。全て調整できるというのは、すでに、型にはめた処理ではないのである。型に集約したことによって、簡素化したメリットが失われてしまう。その結果、各フレームワークによって、得意な処理と不得意な処理がある。日経SYSTEMSの例では、不幸なことに、まったく、対応できず、途中で採用をあきらめたということであるが、弊社でも同様に感じる。フローの部分をプログラム化することは当然だが、思わぬ所に制限がある可能性もある。開発期間は短く押さえられ、実証テストがすぐ始められる。端的にはそのフレームワークの使用例が多いアプリケーションや紹介サイトでのチュートリアルで使用されているアプリケーションが最も向いていると言うことになる。