OWLet開発者インタビュー「利用者が使いやすいCMSを求めて」 | 制作・開発技術 | 次世代のWEB標準プラットフォームOWLet

OWLetを開発していた当初は、MovableTypeとWordPressいうブログツールがCMSの主流でした。

OWLet(アウレット)は、世間一般的に見ると「CMS(コンテンツ・マネジメント・システムの略)」と呼ばれるシステムに分類されます。
CMSとは、Webサイトを管理・更新できるシステムを指し簡単にいうと手軽にホームページを更新できるツールのことをいいます。
「CMS」で検索すると、「ホームページが誰でも簡単作れる」という謳い文句とともに、様々な製品がヒットする事でしょう。

その頃に比べると、現在では様々な種類のCMSが存在しています。

OWLetは「表層同期型CMS」を売りの一つとしていますが、今ではそれに似通ったものもいくつか出てきています。

この機能を初めに開発した頃は、CMSといえばブログの記事を書くためものが殆どでした。
ブログの場合、定形外のページ（=ブログ記事以外のページ）を作ろうと思うと、CMSを使うと余計に難しいという本末転倒な状況が生まれてしまっていました。

・管理画面と実際のページが別々になっているため、ユーザーからすると管理画面のどこを触れば表層のどの部分に反映されるのか分かりづらい
・ブログ記事以外のページは、CMS本体の基本機能とは乖離がある（普通にhtml/cmsを書いてサーバーにアップロードしたりなど）

この二つの問題から

・管理画面とページは、単に慣例的に分かれているだけで切り離す必要はないのではないか？仕組み的には出来るはず・・・
・ページ上でコンテンツを直接編集する事で、ブログ記事以外のページもブラウザ操作のみで作れるようになるのではないか？

と考え、特に「ユーザーが直感的に扱える」という事を最大の目標として開発をスタートしました

また、その頃の弊社はホームページの制作と（提供先毎に）独自のCMSの開発をセットで受託するという商売を基本としており、
OWLet開発以前は案件毎/要件事にデータベースを設計し、SQL分を逐次実行してデータベースを構築していました。

基本的な型はあったのですが、やはり大体どのホームページにも存在する「新着情報」というコンテンツ一つ取っても、クライアント毎に要件が異なってきます。
少しの変更であったとしても、積み重なるとそれなりの工数になっていきます。
そこで、「仕様変更は発生する」という事を大前提とし、データの更新、及びアウトプットを画一的な記述で処理できるフレームワークもその頃に同時開発しました。
これが弊社が独自に開発した言語「OWL（アウル）」となります。

この仕組みのおかげで、圧倒的に早く機能を追加する事が可能になりました。
また、仕様変更への耐性も格段に向上したため、今もなおOWLetは新しい機能の実装を手早く行う事が出来るようになっています。

OWLは、CMS以外にも業務用アプリケーションの開発等ブラウザベースで動作するアプリケーション開発には何にでも使用できます。
つまり、OWLetはOWLという言語がベースとして存在し、その上に構築されたアプリケーションという側面もあります。

OWL(フクロウ)の子という意味で「OWLet」と名付けました

・毎回少しずつ要件の異なる開発を繰り返すのがつらい
・ブラウザ操作だけで制作が完結しないCMSはつらい

というホームページ制作者自身の「苦悩」が動機となってOWLetは生まれたのであります。