カスタマイズして使うよりもフレームワークを使った方が効率的です。カスタマイズして補う。フレームワークを使う。存在する機能も自作する。守備範囲」と「サイトの要件」がどの程度重なり合うかによって変わってきます。方が、逆に小さければ小さいほどフレームワークの方が費用対効果が高くなります。それぞれの守備範囲はそれを扱う人のスキルによって大きく変わります。扱う会社には「フレームワークを使う」という選択肢が存在しません。フレームワークを併用する会社よりも広くなりがちです。守備範囲は存在しません。大きくなればなるほどフレームワークを使った方が開発効率は高くなります。「開発規模」というのは、ここでは「サイトのページ数」的な意味の規模ではなく「構築に必要な工数」を意味します。フレームワークで同じ機能を作る場合はフレームワークの方が素早く効率的に作れます。ほんの小さな機能であれば大きな差は出ませんが、規模が大きくなればその差は開いていきます。アジャイル型で継続的にサイトの機能を追加・変更していく場合は、フレームワークの方が何かと有利になります。「サイトを公開した後も継続的に開発を行う」ならフレームワークを選んだ方がよい可能性が高いといえます。使った方がよい可能性が高いです。「可能性が高い」というよりも、予算が少ないうちは「フレームワークを使う」という選択肢がそもそも存在しないと言ってもよいでしょう。よいか?」と検討した方がよいと思います。守備範囲に合わせて要件を調整する」という進め方が必要になります。守備範囲」「サイトの開発規模」「会社の予算」といったポイントを見て判断するのがよいですよねというお話でした。フレームワークの使い分けがあまり適切に行われていない印象を持っています。選んでしまっているケースなどを目にします。フレームワークもしょせんは手段でしかないので、ウェブ制作・ウェブ開発において「適材適所」の考え方がもっと広まり、より多くの人が適切なツールを選んで楽をしながらウェブを活用できるようになればと思います。・フレームワーク選びのご参考になれば幸いです。フレームワークの違いを説明した記事です。DynoABOUTSERVICESARTICLESFAQCONTACT。