ハラショーハラショー2.6

CMSを使う＝コスト削減、工数削減、更新性アップ

では、決して無いなと思います。やはり、一定の条件下でのみ威力を発揮するんだろうな、と。
例えばブログや、ちょっとした企業サイトなど基本的にWeb Publisherとして使用する場合では、文句無く開発工数も運営工数も削減できるでしょう。

でもちょっとしたWebアプリケーションの類になってくると微妙。RDBを使って、いろいろと動的なページを作っていこうとすると、よく考える必要があるなと。

実際、その手のサイトを作るには、まずフリーのCMSではデフォルトの機能では無理。追加モジュールやプラグインの開発が、大幅に必要になってくる。で、その開発は、CMSという「制約」の中で実現しなければいけない。

一回作れば、次からはもう簡単じゃないかと、、、期待するが、それもどうだろう。それほど汎用的なつくりにできればいいけど。。。。かなりのハードルになることは間違いない。

フリーのCMSで、RDB使ったWebアプリケーションを作るのと、フレームワークを使って同じものを作るのと、どっちがいいか？

サイト運営を考えたら、導入で苦労してもCMSのほうがいいじゃないか？

じゃあ、フレームワーク使ったスクラッチ開発で、サイト更新時の管理インタフェースまで作っちゃったらどうよ？それはCMSの制約を乗り越え、オンデマンドなCMSと同義じゃないか。

そんな簡単にできるのか？？

最近のフレームワークの積極的な進化からすれば、ありえない話ではない。

見えてくる理想的なイメージは、何らかのフレームワークを使って、ある種のWebアプリケーションのベースを作っておく感じか。フレームワークはいわゆるスケルトンをさくっと作ってくれるわけだが、もう一歩開発を進めて、自作PCでいうベアボーンの形で持っておく。

ほら、それこそRailsなんかでいけそうな気がしない？

ただ、とりあえずやってみて結論だそうかと。今回はCMSでいけるとことまでやってみる。で、それを反省材料（？）に新たに地平へと向かうのだ。ｗｗｗ

もちろん、Web publisherとしてのCMSは強力で有力なことは間違いない。きっとすべては適材適所、という青い鳥に出会えるはずだ。

なんてことを、スクラッチで作ってしまいたい強烈な衝動を抑えながら、某CMSの既存モジュールのスパゲティーコードと格闘する相方と議論しながら考えていました。

追記：
ただ、一つ思うのは、何百万もする商用CMSの実力を味わってみたいなーということ。