グローバルなIT産業の中でインドはオフショア先、特にBPO（ビジネスプロセス・アウトソーシング）を得意として成長してきました。

BPOとは、企業が業務（ビジネスプロセス）の一部を社外にアウトソースすることで、コールセンター業務や会計などの事務処理などが代表的なBPOの対象といえます。インドには米国企業のコールセンター業務を請け負っているという例が多数あることは、よく知られるところです。

インドの大手IT企業インフォシステクノロジーズの関連会社で、BPO業務を専門とするインフォシスBPOが、米国の中堅企業であるMcCamish Systemsを3800万ドル（約38億円）で買収したと11月12日に発表されました（同社が特定の売上げ目標に達した場合、さらに200万ドルを追加）。

買収されたMcCamish Systmemsは、米国で保険や金融分野でのBPOとそのためのアプリケーションやソリューションを提供している企業で、従業員は260名、約39のクライアントがあり、昨年の売上げは約3800万ドル（約38億2000万円）と米PC Worldで報道されています（参考：Infosys Acquires BPO Company in the U.S. - Business Center - PC World Business Center）。

Network Worldの記事「Infosys acquires BPO company in the U.S.」では、インフォシスBPOによる買収の目的を次のように書いています。

The acquisition will bring to Infosys BPO technology and products that McCamish has developed for the delivery of services to its clients, said Amitabh Chaudhry [CQ], CEO and managing director of Infosys BPO, in a telephone interview.

この買収によりインフォシスBPOは、McCamish Systemsが顧客にサービスを提供するために保有しているテクノロジーと製品を得ることができるだろう、とインフォシスBPOのCEOであるAmitabh Chaudhryは電話インタビューで話した。

また、PC Worldの記事「Software / Services November 11, 2009 10:20 PM Infosys Acquires BPO Company in the U.S.」では、以下のように分析しています。

Indian outsourcers are focusing on non-linear growth of revenue, that is less dependent on addition of staff, he added.

インドのこのアウトソース会社は、それは人員の増加に依存しない非直線的な成長を志向している、と彼（あるアウトソース会社のコンサルタント）はコメントした。

そもそもインドがアウトソースを得意としたのは、人件費の安さと英語が普及していること、そして米国との時差がちょうどよい、などの理由でした。もちろん最大の魅力は人件費が安いことだったのですが、今回の買収はそうした従来の強みから脱却し、付加価値によってさらに成長しようという姿勢の表れのように見えます。

アウトソース先だった国の企業が、アウトソース元の国の企業を買収することで成長しようとする、この流れは今後進むのでしょうか？ だとすると今後、アジアのIT企業が日本のIT企業を買収する、ということもあるのでしょうか？

（元の記事は209年12月23日時点のタイトルの会社名検索で76位）

IBMは「eyeOS」と呼ばれるオープンソースのWebOSを開発しているeyeOSと協業し、来年の1月から同社のメインフレームであるSystem Zの顧客に提供を開始すると、ReadWriteWebが記事「IBM Gets Webtop From eyeOS, Eyes Google Chrome OS」で伝えています。

来年はWebをOSとした環境が次々に登場する

eyeOSのWebサイトにある説明によると、IBMはSystem zとその仮想環境を基盤とした「Solution Edition for Cloud Computing」の提供を発表しており、eyeOSはその仮想Linuxマシンのデスクトップ環境として利用されるとのことです。

ただしeyeOSのサイトの説明では、eyeOSは「sample virtual Linux desktop workload for the Solution Edition for Cloud Computing」と表現されているため、どうやら本番稼働用のデスクトップとしての採用ではないようです。

eyeOSのデスクトップ画面。ワープロやカレンダー、アドレス帳など基本的なアプリケーションは揃っているようだ

eyeOSは、主にPHPとXMLで開発された、Webブラウザの中で仮想的なデスクトップ環境を再現する、ウェブデスクトップとも呼ばれる環境です。一方で、グーグルが開発中のChrome OSやJolicloudなど、WebブラウザそのものをOSに組み込み、Webアプリケーションの実行に特化した環境も来年には登場してきます。今年から来年にかけて登場してくる、Webを基盤としたアプリケーション実行環境は、果たしてどこまで市場に浸透していくのでしょうか。

（この記事は、Publickeyの記事「IBM、オープンソースWebOS「eyeOS」をクラウド用デスクトップに 」からの転載です）

なぜか。

1）Windows Azureって、従来のクラスタと比べて内部の仕組みはどう違うのか？
2）SQL Server走らせてるっていうけど、分散環境上のRDBって難しいのにどうやってるの？
3）CLRはAzure上に実装してるの？

要するに、僕は疑ってたのです。「Windows Azureっていうけど、いままでのClusterのブランド変えただけじゃないの？」と。

ところが、「ビジネスコンピューティングに革新をもたらすWindows Azure クラウドOS」を読むと、僕の考えていたことは誤解だったことが分かりました。そして、俄然Windows Azureは面白そうな気がしてきました。

疑問1）の「クラスタと違うの？」は、まったく違いそうです。内部でPtoPを用いて自律分散を実現しているっぽい。たしかに本格的な分散OSっぽいです。

疑問2）の「SQL Serverの実装はどうよ？」も、リレーショナルを捨てて分散環境に適したデータベース形式に根本から変えています。これを商業製品で出してきたのは勇気があるというか、なんというか。

追記：どうやら元記事の記述が違っていたようです。現時点の情報ではSQL ServicesはやはりRDBとして実装されているようです。

疑問3）は、まだはっきりと答えが分からないのですが、今度MSの人に会ったら聞いてみようと思っています。この分散環境にCLRをうまく載せていれば、スケーラブルなCLR実行環境なわけで、それはそれですごい。

で、このどれを見ても、僕が見てきたマイクロソフトのテクノロジーとは非連続的な気がして仕方がないのです。あるいは不勉強だっただけかもしれませんけれど。

そして、レイ・オジー。

彼はアイリスでロータスノーツを設計・開発し、その後独立してGrooveを作り、いまマイクロソフトにいます。そして上記のWindows Azureの技術的な基盤は、彼の歴史と一致します。

彼の出世作、ノーツは、大規模分散のドキュメントデータベースを基盤にしていました。大規模分散を実現するために、ノーツは高度なレプリケーション機能を備えていました。レプリケーションはPtoPの基盤的技術です。そして、ドキュメントデータベースは非定型データベースによって実現されていました。

その後のGrooveでは、そのレプリケーションと非定型データベースにさらに磨きをかけて、サーバ不要の高度なPtoPによる分散アプリケーションを実現しています。

そしてマイクロソフトでビル・ゲイツの後継と指名されて数年後、マイクロソフトテクノロジーとは非連続に感じる製品が彼によって発表された。

事実がどうなのかはまったく確認できないのですが、Windows Azureには彼の遺伝子を感じずにいられません。どうなんだろ。インタビューの機会とかあれば、ぜひ聞いてみたい。

さて。

冷静にみれば、Windows Azureは製品として未成熟な技術の集合体なわけで、実用までにはまだ多くのハードルを越えなければならないはずです。素人にはお勧めできない。というか、それなりに経験を積んできたGoogleやAmazonからまだビハインドが多くあるように想像します。

また、GoogleやAmazonのクラウドは、ある程度用途を限定できる／しているのに対して、ある種どこまでいっても汎用OS／プラットフォームとして「どんなアプリでもうごかせなきゃいけない」宿命を背負うマイクロソフトOSは、超えなければいけない技術的ハードルも高い。

しかし、冷静さを忘れてしまえば、こうした背後のストーリーと新しい技術的なチャレンジが見えるWindows Azure、個人的にはなかなか面白くて注目の製品です。もっと勉強してみよう。

個人的には、スタジオに入ってポッドキャストの番組を収録する仕事は好きだったし、楽しかったですけどね。

いずれにせよ、音声や動画を制作して公開することで収益を得る"オンラインメディアとして"のビジネスモデルは、まだ確立できていないのが現実でしょう。

一方、音声や動画を制作しないで、でも音声や動画で収益を得るビジネスモデルは、確立できていないまでも多くのメジャーなチャレンジャーがいます。YouTubeやニコニコ動画、Ustreamにzoomeなどなど。

ここ数日、僕はPHPのフレームワークのsmartyとかCakePHPとかsymfonyなどを勉強していました。そして僕にとって意外なことに、これらの勉強会やカンファレンスの動画がたくさん公開されていて、それらによってそれぞれのフレームワークの特徴とか、内容とか、仕組みとか、最新の動向、それに勉強会やカンファレンスを行っているコミュニティの雰囲気まで知ることができました。

CGMはエンターテイメントが中心とばかり僕は思っていたのですが、それはCGMに対する浅はかな認識で、実は情報伝達と学習とコミュニティ形成にも大きな役割を果たしそうだと、いまさらになって気付いたというわけです。

しかも動画の制作はどんどん簡単になっています。Webカメラとマイク付きのPCが増えていますから、録画ソフトを立ち上げればOK。セミナーでも、カンファレンスでも、勉強会でも、プレゼンを録画すればそれでできあがりです。しかも、ITの分野ではコミュニティによって毎日いくつもの勉強会が日本中で行われていますし、セミナー、発表会、記者会見も行われています。

いままでは、それらのごく一部が記事やブログなどのテキスト情報として掲出されるだけでした。起きたことをうまくまとめて文章に起こすのは手間がかかりますから、それが行われるのはごく一部なのも仕方がありません。しかし動画なら、カメラとマイク付きのPCでその場で撮影してそのまま公開するだけでもよくて、編集などを省略してしまうなら文章を書くより考えなくて済む。しかもそれは一次情報に限りなく近い。YouTubeなどを使えば自分でサイトを持つ必要もなく、公開にかかるコストも限りなくゼロに近い。

となれば、これからはCGM動画による情報伝達がITの世界で（も）爆発的に増える可能性があるのではないでしょうか。

そうなったとき、従来のテキスト型オンラインメディアはどんな役割を果たせるのか？ 仮説の上にさらに仮説を立てることになってうまくまとめられませんが、動画のこともちゃんと考えないと10年後に生き残れないかも、ということだけは思うようになりました。

仮想化のほうは、いまDMTF（たしかDistributed Management Task Forceだったと思う）というところで仮想マシンのファイルフォーマットOVF（Open Virtualization Format）の統一が進んでいます。このフォーマットが統一されると、例えばVMwareで作った仮想マシンが、そのまま仮想マシンファイルをコピーするだけでサンのVirtual Boxでも、マイクロソフトのHyper-Vでも、Xenの上でも動くというもの。

で、クラウド上でこの仮想マシンファイルがそのまま稼働できたら、いままで特殊なアプリケーションやクラウド専用のアプリケーションしか稼働できなかったクラウドの適用範囲が、一気に広がるはずです。たぶん、クラウドを作っている人たちはいま、クラウド上で仮想マシンの実装をいろいろ試しているに違いありません。

ただ、仮想マシンとしては別にIAサーバをエミュレーションしなくてもいいわけです。マイクロソフトでは、現在の開発言語はすべてCLR化されているわけですから、クラウドの上でCLRと.NET Fameworkを乗せて仮想サーバにすればいい。それでC#とかVB.NETで開発したアプリケーションがそのままクラウド対応アプリケーションになり、いまのVisual Studioがそのままクラウドアプリケーション開発ツールに早変わりです。

GoogleはGoogle AppsですでにPythonインタプリタをクラウド上に実装したばかりですし、いまはPerlを実装中とのことですから、いまイクロソフトが取り組んでいるのなら、まだそれほどビハインドは大きくない。

Azureの発表の報道では「ASP.NET、IIS、Visual Studio 2008といった既存の同社ソフトウェアを利用できるほか、Eclipse、Ruby、PHP、Pythonといった言語・開発環境も使える。」（＠IT）とのことですから、おそらく僕が想像するようなことはマイクロソフトも取り組んでいるのでしょう。

この仮想化とクラウドとの統合、まだ水面下での静かな開発競争というところだと思うのですが、いずれ表面化していろんな会社の買収や提携を含む大きな動きになるのではないでしょうか。

この2つをうまく組み合わせると、こんなことができるようになりました。

例えば、HTMLのどこにでも次のようなコードを埋め込んでおきます。

<div class="url">http://rss.rssad.jp/rss/itmatmarkit/rss.xml</div>

これは＠ITのRSSなのですが、こう書いておくと読者がWebブラウザでこのページを開いたときに、自動的にRSSが取得されて表示されるJavaScriptを書きました。

インクルードファイルもiframeも使わず、divタグだけで記事に簡単にRSSを埋め込めるようになるJavaScriptを作ったのです。サーバの用意も不要です（Googleがやってくれます）。最近はいろんな情報がRSSで配信されていますから、こうした道具で記事と情報のマッシュアップが簡単にできるようになりました。

例えば、IT勉強会カレンダーから、これからの勉強会を20件とってきて表示する。なんてことも。

追記：Google Calenderのフィードの機能を使うと、東京だけのイベントをフィルタリングするのもできます。q=のあとにアルファベットならそのまま、漢字ならユニコードエスケープした文字列を入れればOK。

＠ITのイベントカレンダーもね。15件ほど。

詳しくはこのページのソースにJavaScriptが書いてあるので、そちらをぜひ。

これでいったいどんなコンテンツを作るんだい？ というお話はまたいずれ。

手作り感満載の、しかし多くの来場者と出展者とセミナーがあります。

ソフトウェアの世界では、商用ソフトを開発するにしてもまずオープンソースで始めてみよう、すでに成功している商用ソフトであっても戦略転換としてオープンソース化しよう、という、オープンソースへ向かう大きなトレンドがあります。それらが"オープンソースには大きなチャンス"がある、という雰囲気を形作っていて、かつてのベンチャーブームに感じたようなポジティブな、でもガツガツはしてない、なんともいえない雰囲気が会場にあふれていました。

それはエンジニア特有の、来場者も出展者も「おれたち同類」という親近感が醸し出していた部分が作用したのかもしれません。セミナーも充実していて、僕はMSのSilverlightのセッション（なぜこれがここで？ という気もしましたが......）と、OSSライセンスについてのセッションを聞いてきました。

さて、オープンソースカンファレンスの会場を夕方早めに飛び出して、次に向かったのはインターナショナルオーディオショウ。こちらはまったく趣味の世界。

僕は「オーディオが趣味です」といえるほど、詳しかったり立派な機材をそろえている訳でもないのですが、このイベントは自分の趣味として毎年足を運んでいる唯一のイベント。

なぜか。このイベントはおおげさにいえば、「何十というメーカーがそれぞれ、何百万円もするCDプレイヤーに何百万円もするアンプにつないで、それを何百万円もするスピーカーに何十万円もするケーブルでつないで鳴らす音楽を、無料で聞かせてくれる」からです。どんな音が出てくるのか、聞いてみたいでしょ？

鳴らしている音楽も、主にクラシック、ジャズ、たまに定番ポップスといった感じ。

高級オーディオから聞こえてくる音楽は、ピアノの鍵盤をはじいたあとの豊かな残響音も伝わるし、ドラムが床を鳴らす響きも分かる。ボーカルはスピーカーのあいだの空間にしっかりと浮かんで聞こえる。音楽全体の存在感が違う気がします。

もちろん高級オーディオばかりではなく、数十万円程度の手が届く機材も紹介されていて、それらもなかなかいい雰囲気で鳴っている。まあ僕には値段の違いを音の違いとして聞き分けられるほどの耳は持ってませんので、どれもいい音に聞こえます。

趣味ではないのですが、こういう世界はあこがれです。いつかお金持ちになって大きな部屋をもてるようになって悠々自適になったら、高級オーディオを贅沢にそろえてみたいなあと、ずっと思っています（いまでも本当にそう思ってるんですよ＜僕がお金持ちだと思っている方々へ :-）。

有料のメールマガジンは珍しくありませんが、いまさら気になるのは、佐々木さんがやってるからですね。しかも、書籍や雑誌、オンラインメディアなどの既存の商業メディアを通して知名度を上げた結果、これらの商業メディアをバイパスして読者から直接お金をいただくモデルを実現できる。

有償メールというのは、組織として考えるとたいした収入になりにくいし、成長性も望みにくい。だから企業のモデルとしてはあまり選ばれないですが、個人としてなら可能性は大いにあると思います。

組織では難しいけれど、個人（or 小さな組織）なら可能性がある、という選択肢はこれからも増えていくのではないかと注目しているわけです。あ、もちろん僕は購読してます。

もう1つは、"Joel on Software"でよく知られるJoel Spolskyさんらが立ち上げた「StackOverflow」というQ&Aサイト。

また1つプログラマが、しかも大物プログラマがメディアを立ち上げたのですから、どんなサイトなのか、今後の動向はどうか、気になります。

プログラマがメディアを作る、というのはここ数年でメディアに起こった大きな変化の1つだと思っています。これまではメディアを作るのは物書きだった。しかし、コード書きもメディアを作れるようになりました。その最大の成功事例がGoogleなわけで。

僕は、まだアイティメディアに在籍していたころ、「オンラインメディアではテキストとコードは等しく大事。いままでテキストのマネジメントだけをみていた編集長（＝メディアプロデューサ）は、これからはコードのクオリティ（＝サイトの仕組み）もマネジメントしないといけない」と、ぶったことがあります。ぶったって、なぐったわけじゃなくて。

現実は、Googleやらに代表されるコード書きが作ったサイトと、ITmediaや＠ITのようなもの書きが作ったサイトは、一目見ればわかるほど、見かけも内容も仕組みも違います。

けれど、この両方をハイブリッドしたサイトがあってもいい。

有名プログラマのJoelさんらが作ったサイト「Joel on Software」をチェックしながら、このサイトは成功しそうか、どうろか、と思いつつ、ああらためてそんなことを思い出したのでした。

サーバ用
VMWare ESXi - 無料提供
Microsoft Hyper-V Server 2008 - 無料提供予定
Oracle VM - 無料提供
xVM - オープンソース
Xen - オープンソース

ほかにも発見したら追加します。

最近はほとんどtwitter以外の活動が観測されないワタクシでしたが、久しぶりに顔を世間様にさらす仕事をします。2つほど。

この最終セッション「Aトラックパネルディスカッション」でモデレータをやります。ちなみに裏バンは吉田育代さん。このイベントは社員時代からずっとかかわっていたイベントですし、ホームグラウンドみたいなものですので、楽しみです。

もう1つは、さ来週の金曜日、デル主催の「シンプルで新しい仮想化インフラ実現のために ～Hyper-Vで構築する仮想化ソリューションセミナー～」です。

こちらは、にぎにぎしくも基調講演「今日分かる、サーバを仮想化する理由と活用法」でお話をします。仮想化は、いまのエンタープライズ市場でいちばん注目されているキーワードといってもいいですからね。

昨日プレゼンを作りつつ、いろいろ資料を読んでいました。うーん勉強になる。

そのほか、いくつか仕事のお声がけをいただいたりして、ありがたいです。自分のプロジェクトも頑張らねば。

ではまた。

3カラムレイアウトは、Webのレイアウトとしては非常に一般的であり、多くのニーズがあるにもかかわらず、HTMLとCSSによるスマートな記述法が存在せず、さまざまなテクニックの積み重ねが必要です。例えば、ThreeColumnLayoutsには、約60種類もの3カラムレイアウトのサンプルがあります。

なぜこういう状況になっているのか、想像するに、現在のHTMLとCSSが、文字の色や大きさ、見出しや文書構造といった文章の要素を表現する仕組みはきめ細かに提供しているのに対し、2段組や3段組といったページレイアウトを表現する仕組みがそれほどきめ細かく提供されていないためだと思われます。

■もっともシンプルな3カラムレイアウトの実装

3カラムレイアウトの単純な実装方法は、A、B、Cの順にdivで記述されたカラムを、単純に左寄せ（float:left;)で表示していけばいいわけです。しかしこの方法では、HTMLの記述としてもA、B、Cの順に書かねばなりません。

3カラムレイアウトでは一般的に中央にあるBにメインコンテンツがくるために、SEO的な観点ではHTMLの中ではBを先に記述したくなります。しかしこの方法ではそれができず、Aを先に記述しなければなりません。

これを改良したのが、ラッパーを用いた実装です。AとBの外側に、ラッパーのdivを作ります。そしてラッパーの中でAを左寄せ、Bを右寄せにします。そして、ラッパーに対してCを右寄せにします。こうすれば、HTMLではB、A、Cの順に記述しても、表示はA、B、Cの順に並びます。

ところが、これにも欠点があります。AやCはメニューなどの表示で背景に色が付いていることが多いのですが、Bの本文が長くなってると、背景の色がとぎれてしまいます。これはA、B、Cどのブロックが長くなっても同じです。それぞれの背景は、それぞれのコンテンツがあるところで終了し、ほかのブロックが長くなると、余白が増えていくだけです。

デザインの観点で考えれば、どの列がいちばん長くても、それぞれのブロックの背景色はフッタまで続いていてほしい、と思うことが多いでしょう。

これ以外にも3カラムレイアウトでは、横幅をブラウザの幅や文字の大きさに合わせて可変するレイアウトを実現したい、といったさまざまな要求を満たすべく、数多くのテクニックが開発されてきました。以下はそのテクニックの代表例を2つ紹介します。

■聖杯発見さる

2006年1月、Webデザインのテクニックを紹介することで有名なサイト「A List Apart」に、Matthew Levine氏が「In Search of the Holy Grail」（聖杯をさがして）、というコラムを発表しました。

Matthew氏は、これまで3カラムレイアウトのためにさまざまなテクニックが開発してきたけれど、次の要件を全て満たすものはなかった、としたうえで、自身はこれまでのテクニックの上に独自の実装を積み上げて、ついに下記のすべてを満たすテクニックを実現したとしています。その5つの要件とは、

・中央カラムは可変幅で、両側に固定幅のカラムを設定できる。
・中央カラムの記述がHTML上では先にくる
・どのカラムの背が高くてもOK
・シンプルなdivタグしか使わない
・シンプルなCSSで実装している

というもの。この要件を満たす3カラムレイアウトの実現は、ほとんどのデザイナーが望んでいたはずです。そして、Matthew氏は最初にこの要件を満たすレイアウトを実現したと宣言したわけです。

彼は、ラッパーの両側に広げたpadding領域に対して、marginをマイナスに設定するというネガティブマージンというテクニックを用いてカラムの位置を設定しました。ネガティブマージンを使うと、ラッパーの内側のコンテンツを、表示上はラッパーのPaddingの位置にまで移動させることができます。このテクニックを駆使して3つのカラムの位置関係を設定し、上記の要件を満たすレイアウトを実現しています。

しかし、サンプルを見るとそこにはまだ満たされない要件があることが分かります。それは、各カラムの背景色がフッタまですべて届いているわけではなく、1番背の高いカラムだけが背景色がフッタに届いており、それより短いカラムの背景色はフッタに届いていません。

上記の3カラムの要件には「どのカラムの背が高くても、すべてのカラムの背景がフッタまで届く」という要件を加えなければならないでしょう。

■Borderを使う驚異的なテクニック

そして登場するのが、同じく「A List Apart」で2007年2月にAlan Pearce氏が投稿した「Multi-ColumnLayouts Climb Out of the Box」。これによって、可変幅で、かつどのカラムが長くてもすべてのカラムの背景色がフッタに届くレイアウトが実現されました。

ここで使われているテクニックは驚異的です。どのカラムが長くてもすべてのカラムの背景色がフッタに届くレイアウトを実現するために、なんと両カラムの背景色をラッパーのborder-leftとborder-rightを使って設定しています。Alan氏は、ネガティブマージンを駆使してたくみに両側のカラムを、ラッパーの外側に表示されている色つきのborder-leftとborder-rightに重ねて配置しました。

こうすると、HTML上では、論理的にすべてがカラムはラッパーの内側に記述されているため、どのカラムが長くなってもラッパーが伸びて、そのラッパーに設定されたborder-leftとborder-rightの色が、フッタまで背景色として届くわけです。

■究極のレイアウト登場

同様に、可変幅でフッタまで背景色が届くマルチカラムレイアウトとして、 Matthew James Taylor氏が自身のサイトで「Ultimate multi-column liquid layouts (em and pixel
widths)」を2008年1月に発表しています。このレイアウトは、クロスブラウザで、CSSハックも使わず、SEOフレンドリで、iPodやiPhoneにも対応というのが売り文句ですが、こちらはかなり複雑なHTMLとCSSで実装されています。

仕組みとしては、Alan氏のテクニックと似ていますが、Matthew氏はborderの代わりにラッパーを3重にしたうえで、各ラッパーの位置をずらして背景色を設定。その内側にある各カラムのコンテンツを、ネガティブマージンを駆使してその上に重なるように記述するようにしています。

ちなみに、このレイアウトはhiguchi.comでも採用していますね。

■過去を引きずり、バグにからまれる聖杯

では、これらのテクニックで3カラムレイアウトはとどめを刺すのか、というと、残念ながらそうではなさそうです。

Matthew氏の究極のレイアウトは、ソースコードを見ると先頭にXML宣言がついています。つまりこれはIE6では互換モード（過去のIEとの互換性を優先するモード）で表示されているのです。IE6の標準モード（標準仕様を優先するモード）で表示させようと先頭のXML宣言をとると、レイアウトが崩れてしまいます。

Firefox3やIE7では、先頭のXML宣言があってもなくても正常に表示できるのですが、IE6では互換モードでしか正常に表示されません。

今後ずっと拡張や更新を続けていくWebサイトにこのテクニックを使うとすると、IE6の互換モードとお付き合いをしつづけなければならないわけです。しかし、できればそれは避けたい。標準仕様に準拠する標準モードに対応するレイアウトの方が望ましいわけですが、残念ながら対応していないようです（おそらく、うまく書き換えれば標準モードにも対応できるようになるはずとは思いますが）。

ということで、理想にはいま一つ足りません。

では、Alan Pearce氏のテクニックはどうかというと、これも実は落とし穴がありました。Matthew氏のテクニックにも共通するのですが、どちらもカラムの配置にネガティブマージンを使う際に、position:relativeを設定しています。

このposition:relativeはどうやらIEにとって鬼門の1つらしく、これをトリガーとしたいくつかのバグがあるようです。僕が遭遇したのは、position:relativeを設定してあるdiv内では、CSSでliに対するbackgroundで指定した画像が正常に表示されない（ところどころ欠ける）、というバグ。それ以外にも、position:relativeをトリガーとして発生するバグがいくつかあるようです。

しかし（僕が調べた範囲では）IE6に対応するかぎり、上記の2つのテクニックからposition:relativeをなくすことは不可能です。少なくとも、position:relativeを使わずに3カラムレイアウトのさまざまな条件を満たすレイアウトを見つけることはできませんでした。

例えば、上記のバグには、バグが発生する要素にwidthかheightを設定することで回避できるので、position:relativeをトリガーとするバグには、何らかの回避策で対応するしかなさそうです。

■新たな聖杯は見つかるか？

もちろん、ここで紹介した以外にもさまざまなテクニックで3カラムレイアウトを実現している例がありますが、長くなるので省略します。

さて、こうしたテクニックに刺激を受けて、基本的にはAlan Pearce氏の手法をなぞりつつ、もう少し内容をシンプルにしたCSS+HTMLを書いてみました。

このソースでも、どのカラムが長くなっても、すべてのカラムの背景色がフッタまで届いていますし、中央カラムの内容がHTMLでは先に記述するようになっていて、しかもCSSもHTMLの内容もシンプルになっています。そしてIE6に対応するかぎり、position:relativeをなくすことはできませんでした。

検証はIE6、IE7、Firefox3のみ。fixレイアウトのみです。

いまのところこれが、僕のたどり着いた聖杯です。しかしこの聖杯が本物なのか、偽物なんか、呪われたものなのかは、もう少しこれを土台にいろいろなWebサイトを作り込んでいったり、このエントリで過去の偉人達にツッコミを入れたように、誰かに突っ込んでもらってはじめて分かってくるのでしょう。

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head> <style TYPE="text/css"> <!-- body { margin:0 auto; width:800px; } #header { background-color: #ffcccc; } #maincol { background-color: yellow; width: 350px; float: left; border-left: solid 200px #cf9; border-right: solid 250px #c33; } #centercol { width: 350px; float: left; position: relative; } #leftcol { width: 200px; float:left; margin-left: -550px; position: relative; } #rightcol { width: 250px; float: right; margin-right: -250px; position: relative; } #footer { clear: both; background-color: #9999ff; } --> </style> </head> <body> <div id="header"> header </div> <div id="maincol"> <div id="centercol"> centercol<br> centercol<br> centercol<br> centercol<br> centercol<br> </div> <div id="leftcol"> leftcol<br> leftcol<br> leftcol </div> <div id="rightcol"> rightcol<br> rightcol<br> rightcol<br> rightcol<br> </div> </div> <div id="footer"> foooter </div> </body> </html>

■意地をはるのはやめたほうがいいのか

しかしここまでの議論は、HTMLとCSSだけを用いて、カラムの背景色に画像をまったく使わない、という暗黙のルールのうえでCSSの達人達が競ってきたテクニックを見てきたのです。ルールを無視し、各カラムの背景色に背景画像を用いれば、複雑なテクニックを使わずとも、シンプルな方法でフッタまで届く背景色を簡単に実装できそうです（試してはいませんが）。

背景色に画像を使わない、という意地を張らずに、もう少し柔軟な方法で考えた方がいいのかもしれません。

Drizzleとは必要のないものは一切存在しない、最低限でパフォーマンス重視な「MySQLよりシンプルで、軽く、安定して、高速な」 MySQLのforkです。

だそうです。Brian "Krow" Aker's氏のブログでは、このDrizzleの（いまのところの）ゴールが紹介されています。

The goal right now is to target a certain class of applications/developers and see if this is useful. As an example:

1) Web based apps.
2) Cloud components.
3) Databases without business logic (aka stored procedures).
4) Multi-Core architecture.

前回、mixiなどはバックエンドとしてのMySQLを大規模に展開すために大変な工夫と努力を重ねていますと紹介したばかりだったのですが、やはり裏ではこの手のデータベースの開発を進めていたのですね。

Drizzleは、上記でも説明されているように、特定の目的に特化して開発が進んでいるようですが、もしかしたら、いまはまだ大型サーバと商用データベースの独壇場となっている大規模データベースに対して、クラウドとクラウド対応DBMSが切り込む第一歩になるかもしれません。そうなれば、これはまた大きな商用ソフトウェアベンダーにとって"破壊的テクノロジー"の登場となりそうです。