555.根が深い「耐震強度偽装問題」 (2005/11/28)

対象となるホテルやマンションの数が増えるにつれ、直接被害を被った個人や企業だけでなく、建物の周辺までを巻き込んで大きな社会問題に発展して来ました。建築確認申請や建築業界が潜在的に持っていたひずみが、一気に表面化したと言えるでしょう。


今改めて考えてみれば、これまでも欠陥住宅や違法建築は、多くの訴訟を引き起こしてきました。業者の認可や建築確認の制度に問題点や矛盾があったことは、これらの訴訟において常に争われてきましたし、何らかの根本的な改革の必要性があることは、数多く指摘されてきました。


今回の偽装問題によって、個々の建築物についての最善の解決を探ることは当然ですが、改めて制度を確立していくという姿勢が欲しいものです。


欠陥住宅訴訟において、建て替えをするか補修に留めるかが議論されることがよくありますが、建築物はたとえ個人が所有していたとしても社会インフラの一部であると見なされ、建て替えによって社会資産が損失を被る場合は、当事者がいくら立て替えを主張しても認められないことがあります。


今回の問題も、欠陥のある社会的資産が気付かぬうちに増長していたのですから、建て替えるより補強による対応が好ましいのでしょうが、それさえも危険性が伴うほどの脆弱さであったようです。


建築における欠陥が明らかになった場合、より厳格な検査制度によって漏れを防げると考えがちですが、なかなか実際は難しいようです。


以前、自宅の建築に際し建築士の方にお話を伺ったのですが、いくら設計者が現場を頻繁に見て回っても、施工する側がコスト削減などの為に手抜き工事を本気ですれば、決して見抜くことができないと聞きました。


もちろん全てに当てはまるとは限りませんが、設計のプロが検査をしても相手も施工のプロですから、うまくごまかす方法を知っているそうです。


住宅は一生に一度あるかないかの大きな買いものです。住宅購入での失敗は、人生の失敗になりかねません。誰もが住まいを安心して手に入れることができると言うもっとも基本的なことを、私たちの社会はまだ満たしていないようです。

554.CMSについて考える5: BlogからCMSへ (2005/11/08)

Blog (Web Log)が広く受け入れられた理由のひとつに、ネーミングによってユーザーに使い方を提案したことが挙げられると思います。


「HTMLエディター」より「ホームページビルダー」の方が、目的が判りやすいのと同じです。


個人的な記録をBlogで毎日手軽に残せる事によって、多くの人たちがインターネットの情報提供者になり得たのです。


一方、CMSは機能を表したネーミングであるため、それによって何ができるかが判りにくいようです。企業などが持つ大規模なサイトを管理するためのツールとして生まれましたから、味気のない名前になったのでしょう。企業向けCMSと言えば、ソフトウェアのパッケージが100万円もするような大規模なものが多いようです。


大勢の担当者が一斉にひとつのサイトに含まれるコンテンツを更新し、保存すると同時に更新の承認権限のある人に対してメールを自動的に送ったり、コンテンツのバージョンコントロールを自動的に行うなどの機能が、標準で装備されています。


個人のサイトでも管理対象となるファイルが多くなってくると、なかなかメインテナンスが大変になってきます。コンテンツが少ないうちはBlogで十分だとしても、多くなるに従ってCMSに移行する必要が出てくるかもしれません。


前回ご照会したZOPEにploneというソフトウェアを追加すると、ZOPEのCMS機能にさらに強力なマネージメント機能を追加することができ、企業サイトの管理システムに近いものが実現できます。


このように、CMSはモジュールを追加することによって新たな機能を追加することができるものが多く、必要に応じて拡張することができます。


将来的には、データベース管理画面などの基本となるCMSエンジンに、サイトごとに違ったモジュールを追加して、コンテンツ管理システムを組み立てていくようになるでしょう。


その中の機能のひとつとしてBlogも提供され、後に機能を拡張する場合でも既存のデータの移行を伴わずに、シームレスに行うことができるようになるのではないでしょうか?


サイトを設置するサーバーにCMS環境が構築され、誰にでも失敗なくCMSによるサイト管理が可能になるのも、それほど遠い話ではないように思います。


そのときはCMSに、一般受けするもっとインパクトのあるネーミングが必要になるでしょうね。今から考えて、商標登録とドメイン取得でもしておきましょうか!

553.CMSについて考える4: CMS導入における問題点 (2005/11/07)

Blogは、今やサイト管理ツールの筆頭として、押しも押されもしないスタンダードなものとなってきました。しかし、Blogは本来日記などの作成に適した設計になっているため、適応するサイトの内容によっては、Blogと違った趣旨で開発されたツールを必要とする場合もあるでしょう。


あるいは、Blogをさらに進化させたサイト管理ツールを採用したいとおっしゃる方もいらっしゃるでしょう。あまりにもポピュラーになってしまったBlogでは面白くないとか、Blogの機能では物足りないと思われている方もいらっしゃるかもしれません。


これらの場合、CMS (Contents Management System)と呼ばれるツールが候補となるわけですが、Blogとは違って、今はまだなかなか環境が整っていないようです。


Blogでも、無料ポータルサイトなどがすべての環境を整えて提供しているものと、自分でサーバーに何らかのツールを導入しなければならないものがあります。前者は、BloggerYahoo Blogがありますし、後者にはMovableTypesbがあります。


自分で導入しなければならないタイプだと、サイトを構築するレンタル・サーバーの環境によっては実現不可能な場合もありますから、事前に調査しておく必要があります。サーバーのプロバイダーが、そのツールの導入をサポートしている場合は、間違いなく実現できるでしょうが、そうでない場合はサーバーの環境を事前に調査しておく必要があります。


注意しなければならないのは、データーベース、使用言語、HTTPサーバーの3点です。前回ご照会したリンクには各種のBlogとCMSが必要とするサーバー環境が表になっていますから、BlogやCMSを使うに当たって予め何を導入しておかなければならないかを知ることができます。


サーバー側のソフトウェアもフリーのものが多いですから、もし足りない場合でもインストールすることは不可能ではありません。しかし、1台のサーバーを占有している場合はともかく、共用サーバーの場合は勝手に導入できないソフトウェアもありますから注意が必要です。


CMSとして人気があるのは、日本語環境が整備されているXOOPSZOPEなどです。このサイトがあるさくらインターネットのレンタルサーバーでは、データーベースのMySQLがスタンダードプラン以上サポートされており、XOOPSの導入マニュアルも用意されています。


しかし、ZOPEを導入しようとすると、データーベースにZOPE独自のものを内蔵していて制約を受けないのは良いのですが、HTTPサーバーも独自であるためDAEMONとして立ち上げておかなければなりません。レンタルサーバーでは、DAEMONの設置が禁止されていることがありますから、注意が必要です。


今の現状では、CMSをレンタルーサーバーで動かすには、さまざまな制約があるようです。海外のレンタルサーバーではCMSの利用が多いためか、CMSの環境を整備したレンタルサーバーが数多くあるようですから、これから徐々に国内のレンタルサーバーでも、環境が整ってくるのではないかと思われます。


ただ、CMSごとに必要とする環境が異なっていますから、BlogにおけるデファクトスタンダードとなったMovableTypeのように、多くの支持を受けるCMSが登場するのを待たなければならないかもしれません。


今後Blogに代わるサイト管理ツールとして、CMSが脚光を浴びることでしょう。