第14回　IE7とFirefox 2への利用者の大移動は起こるか？

株式会社ピーデー
川俣 晶
2006/10/27

IE 7とFirefox 2、注目の新バージョンがリリースされた。それ以外の、Ajax界隈の気になる動きもチェックしておこう（編集部）

今回のピックアップトピック Google Docs & Spreadsheets｜Internet Explorer 7 HomeとFirefox 2｜Ajax版のYahoo! Mail｜ページ中の画像群で遊ぶJavascript｜「足あとライブ！」と「ペンギン」｜Ajaxによるドメイン検索｜DOMとinnerHTMLはどちらが速いか?｜Ajaxian.com 2006 Survey Results

ハイライト1・Google Docs & Spreadsheets

• Google Docs & Spreadsheets

　この連載の第9回 巨大化するAjaxライブラリをシンプルにする新たな流れで、Google Spreadsheetsを紹介していますが、その段階ではまだまだ実験的なサービスという印象が強かったものです。しかし、ワープロ機能と併せ、正式なサービス（英語版）としてやって来ました。これがGoogle Docs & Spreadsheetsです。

画面1　招待者とのリアルタイムの共同編集もスムーズになった

　 これは、Webブラウザ上で動作するワープロと表計算ソフトです。つまり、対応するWebブラウザさえあれば、「インストール」という手順抜きで、どのパソコンからでも使用できます。保存するファイルも、Googleのサーバに置かれる仕掛けなので、データファイルを持ち歩く必要すらありません。しかし、HTML、 Word、 OpenOffice、 PDF等の形式で文書ファイルをダウンロードすることも容易であり、作成した文書をGoogleサーバ抜きで扱うことも容易にできます。

　 機能的には、既存のMicrosoft Officeのようなデスクトップアプリケーションと比較して、大幅に劣るといわざるを得ません。一方で、複数のユーザーがチャットしながら共同で文書を編集するというような、オンラインならではの機能が用意されています。大多数の利用者は、既存ソフトの膨大な機能の大半を使っていない……ということと考え合わせると、機能が少ないからダメ……ともいい切れません。

　さて、このGoogle Docs & Spreadsheetsのサービス開始で注目すべき点は、果たして利用者がこのサービスを受け入れ、利用するかにあります。もし、利用者がこのようなサービスへの大移動を始めると、マイクロソフトの繁栄を支えるWindowsとOfficeという両翼の片方が崩れることになります。そうなれば、もはやマイクロソフトは強者として君臨することはできなくなるでしょう。業界の秩序の再編成が起こることになります。

　問題は、そのような利用者の大移動が本当に起こり得るかです。まず第1に把握しておくべきことは、「マイクロソフトのOfficeには使いもしない機能ばかり付いていてダメだ……」という主張が俗説にすぎないことです。もしも「Officeには『私』が使わない機能が山ほど付いている」という主張なら大抵の場合正しいでしょう。

　しかし、「私が使わない機能」であっても、「ほかの誰かにとっては必須の機能」かもしれません。とても幅広いユーザーから使われる以上、Officeはさまざまなユーザーが必要とする機能の集合体にならざるを得ません。それが、誰もが使う機能に絞り込んだシンプルなソフトがあっても、なかなかOfficeの牙城を切り崩せなかった理由の1つと思っていいでしょう。

　第2に把握しておくべきことは、大多数の利用者がソフトを選び取る基準は流行に左右されやすいという点です。みんなが使っているから私もそれを使う……的な発想は決して少なくはないと思います。また、みんなで同じソフトを使った方がデータや利用ノウハウの交換がやりやすいという実利的なメリットもあります。であるならば、実は少しぐらい必要な機能が足りなくても、みんなと同じソフトを使ってしまう……というケースもあり得るでしょう。

　この2点を踏まえて考えてみましょう。Google Docs & SpreadsheetsはMicrosoft Officeよりも素晴らしいという社会的な風潮ができ、実際に身近な先進的なユーザーたちがGoogle Docs & Spreadsheetsに次々と乗り換えるような状況になれば、ユーザーたちがどっと大移動を始めるという可能性も考えられ得ると思います。

　これはあくまで可能性を語っているにすぎません。しかし、もしもGoogleがGoogle Docs & Spreadsheetsの魅力を有効的にアピールでき、マイクロソフトがそれに対する効果的な反撃ができなかった場合には、十分にあり得る展開ではないかと思います。

ハイライト2・Firefox 2に先んじてInternet Explorer 7 for Windows XP（英語版）正式リリース

• Internet Explorer 7 Home
• Firefox 2

　2001年以来、約5年ぶりのメジャーバージョンアップとなるInternet Explorer 7（IE7） for Windows XP（英語版）が正式リリースされました。本稿執筆時点でプレビューリリースが公開されていたFirefox 2(現在は正式版が公開されている)に先んじる形となりました。

画面2　IE（左）のバージョンアップでWebブラウザの「変化しない基準」が変化した

　さて、Ajaxという文脈で見た場合、IE7の出現は非常に大きなインパクトがあると筆者は考えます。その理由は、Internet Explorer 6.0というWebブラウザの立場の特異性にあります。

　いうまでもなく、Ajaxとは古いありふれた技術によって成立した技術体系です（※1）。それがブームになるためには、Internet Explorer 6.0のライバルたちが、同程度の機能を提供する段階に進化するまで待たされたという側面があると思います。もちろん、ライバルたちはInternet Explorer 6.0よりもエレガントに、より優れた機能を提供しようとしていました。

　しかし、Ajaxという文脈で見た場合、それらはあまり意味がないといえました。なぜなら、Internet Explorer 6.0をサポートしようとする限り、Internet Explorer 6.0にない機能を使うことに対しては抑制的にならざるを得なかったからです。それ故に、Firefoxの大流行という現象は、Firefoxの優秀さというよりも、Internet Explorer 6.0との驚くほど高い互換性に原因を求めてもいいのではないかと思います。つまり、多くの場合、最も多数の利用者が使うInternet Explorer 6.0がAjaxサービスの不動の基準として機能していたことになるわけです。

※1 参照記事：古い技術に付けられた新しい名前 IE 5の時点でマイクロソフトがActiveXオブジェクトとしてXMLHttpRequestオブジェクトを実装し、XMLベースによるサーバとの通信を実現している

　このような理由から、利用者よりも自分の美学を優先させる潔さを持ったサムライたちを除けば、Ajax開発者はどうしてもInternet Explorer 6.0に注目し、それを基準として作業せざるを得なかったわけです。しかし、長い間メジャーバージョンアップしないInternet Explorer 6.0は、基準となるよりどころとしては使いやすかったといえます。長所も短所も変化せずにいつもそこにあったからです。

　しかし、Internet Explorerがバージョンアップするということになれば、「変化しない基準」が、変化しないままではいられないことになります。そして、Internet Explorerの6.0と7.0のどちらにより注目し、どちらをより尊重するのかという問題が発生します。もちろん、現実的な対応としては、多くの利用者が双方を使って利用する以上、どちらも使えるようにせざるを得ません。つまり手間が増えます。

　もちろん、Firefoxの動向も同じような問題を引き起こす可能性があります。最悪のシナリオは、Internet ExplorerとFirefoxが互いをライバル視し、相互に互換性のない機能強化競争に突入することでしょう。Ajaxは、非互換性や分かりにくさ、複雑さといった問題を内包する技術であり、変化の少ない枯れた技術を集めたからこそ成立したといえる部分があると思います。しかし、これらの問題を残したまま変化の激しい時代に突入するとすれば、Ajaxは1つの危機に直面する可能性もあり得ます。

ハイライト3・Ajax版のYahoo! Mail（英語版）

• Ajax版のYahoo! Mail（英語版）

　Yahoo!のAjax対応は着々と進行しているようです。英語版ですが、Yahoo! MailがAjaxベースのソフトとして利用可能となっています。

画面3　利用開始前のチュートリアルはFlash製

　これは単にYahoo!もAjaxをやっている……というだけの話ではありません。シンプルで分かりやすいが機能が物足りないGmailに対して、機能が多く画面もにぎやかなYahoo! Mailが、まったく異なる選択肢を提供したことを意味します。つまり、Ajaxで電子メールといえば、黙ってGmailだった時代が終わりを告げ、ほかのサービスを含めてさまざまなサービスから各自が自分の好むサービスを選び取っていく時代に入ったといえるのです。

そのほかのみどころ

　Ajaxとそれに関連する話題を紹介します。

ページ中の画像群で遊ぶJavascript

• ページ中の画像群で遊ぶJavascript
• 適当なページをウゴウゴルーガ化するブックマークレット

　とても面白いので、ぜひ試してみてください。

　このように、すでに完成されたページに対して、さらに後からさまざまな機能を付け加えていけるのがJavaScriptの長所であり短所でもあるといえます。

　しかし、短所にくよくよするよりも、取りあえず私たちのWebブラウザに組み込まれているJavaScriptを長所として楽しむ方が健全というものでしょう。

「足あとライブ！」と「ペンギン」

• JSON+COMETでリアルタイム・ページビュー・カウンターを作ってみた
• 「足あとライブ！」
• 「足あとライブ！」にペンギンアイコンがやってきた

　マスコミが作った俗説が、あたかも事実であるかのように広まってしまい、おかしな状況を作り出すことは珍しくありません。例えば、「インターネットは誰でも対等に発言する場である」……、つまり誰もが発言者にならねばならない（なることができる）というのは、その種の俗説の1つです。しかし、本来「発言」に対して「読み手」がいるのが自然な流れです。「読み手」の多くは自ら発言をしない人たちです。そのような「発言しない読み手」は、インターネットを成立させるために必要とされる正当な利用者の一種です。

　このような認識は、パソコン通信時代の運営側の立場では常識として認識される場合も多かったと思います。なぜかといえば、発言者よりも多くの読み手が存在することで、あえてシステムの貴重な資源を割いてコミュニティを維持する必要性が正当化されるからです。

　しかし、現在のインターネットで、「発言せざる読み手」に対するサービスが十分であるとはいえません。例えばブログに付いているコメントやトラックバックの機能は、すべて発言者へのサービスです。「発言せざる読み手」が能動的にかかわるための機能ではありません。個人的には、「発言せざる読み手」が能動的にかかわるための機能が欲しいと思い、ブログに似たソフトMagSite1を開発した際に、個々のコンテンツのアクセスカウンタと、カウントのランキング機能を付けました。「発言せざる読み手」は、自ら読むコンテンツを選択することでカウンタを更新し、それによってランキングに影響を与えることができるわけです。実際に稼働している場面は筆者のブログに似たものであるオータム マガジンで見ることができます。

　残念ながら、実際のカウントは検索エンジンで上位のコンテンツばかり上がっていて、「発言せざる読み手」のための機能とはいい難い状況に陥っています。しかし、「発言せざる読み手」を意識した機能を意識する人がほかにあまり見られないことへの不満というものはずっと持っていました。

　しかし、この「JSON+COMETでリアルタイム・ページビュー・カウンター」「『足あとライブ！』」「『足あとライブ！』にペンギンアイコンがやってきた」はなかなか面白いと思いました。これはまさに「発言せざる読み手」が能動的にかかわるための仕掛けにほかなりません。リアルタイム・ページビュー・カウンターや「足あとライブ！」は、同じコンテンツをほかの誰かも見ていることを知ることができます。そして、「ペンギン」は割と面倒な「言葉を考える」という手順抜きで、気軽かつ匿名的に自分の存在感をその場に示すことができます。

　もしかしたら、ブログやSNSの未来にあるコミュニケーションシステムとは、このような機能性を正しくリッチに取り込んだシステムになるのかもしれません。

Ajaxによるドメイン検索

• Free Domain name Register - Search with that extra from Domjax - The way it should be

　Ajaxによるドメイン検索システムです。イギリスの登録情報を使っているらしく、.com等のほかに.co.ukなども探してくれます。

画面4　ドメイン検索のページ移動は少ないほどスムーズ

　システムの使い方は簡単で、取得したいドメイン名を入力すると、特に検索ボタンをクリックなどしなくても、自動的に検索が行われて結果が表示されます。

　なぜこのサービスを紹介しようと思ったのかというと、このサービスにはまさにAjaxを使う必然性があると感じたからです。今時のドメイン名取得は、たまたままだ取得されていない名前を探して試行錯誤する行為にほかなりません。ということは、手間やページ移動は少なければ少ないほどスムーズに作業を行うことができます。文字を打ったり消したりしていると、それに追従して自動的に結果が差し替わるシステムは、まさにその条件を満たします。それだけでなく、入力途中の半端な文字列がたまたま取得可能と気付き、それで行こう……と思うこともあるかもしれません。試行錯誤するデータ検索とAjaxは相性が良いといえるかもしれません。

DOMとinnerHTMLはどちらが速いか?

• Benchmark: DOM vs. innerHTML

　技術系の話題です。動的にコンテンツの中身を書き換えるためには、HTMLのDOMを使用します。その際、律儀にノードの生成を行うメソッドを使ってツリーを組み立てていく方法と、テキスト形式の文書断片をinnerHTMLプロパティに代入して一気に差し替えてしまう方法があります。前者はメソッドの呼び出し回数が多いという短所があります。後者は、テキスト形式を解析してノードに置き換える処理が追加されるという短所があります。さて、それぞれの短所を持つ2つの方法は、どちらが高速でしょうか？

画面5　innerHTMLが最も優秀な高速キング！？

　このAjaxianのベンチマークを見ると、Opera 9.01、 Mozilla Firefox 1.5、 IE 6.0 32bit/64bitのいずれもinnerHTMLが最も優秀なキングであることが分かります。

Ajaxian.com 2006 Survey Results

• Ajaxian.com 2006 Survey Results

　もう1つAjaxianの話題を。これは。Ajaxianが行ったAjaxフレームワークとAjaxのサーバ側プラットフォームの利用状況の調査結果です。

画面6　AtlasがGWTより利用されているという結果が

　フレームワークの方は、Prototype.jsが最も多く（43％）、その後はScript.aculo.us（33％）、Dojo（19％）と続きます。ちょっと意外だったのはGoogleが熱心だという印象があったGWT（Google Web Toolkit）が3％とかなり低いことと、なぜかマイクロソフトのAtlasが、それを超える4％もの数字を示していることです。ちなみに、GWTもAtlasもまだ正式版ではありません。

　もう1ついえば、GWT（3％）はYahoo! UI（5％）にも負けています。Ajaxで圧倒的にYahoo!をリードしたはずのGoogleであるのに、フレームワークの世界では逆転しているように見える理由は果たして何でしょうか？

　サーバ側プラットフォームの方は、1位のPHP（50％）の存在感は圧倒的ともいえます。難しい理屈をいわない分だけ、PHPの単純さと分かりやすさは抜きんでており、急速に拡大したWebプログラマからの支持を集めることができたのでしょう。一方、2位のJava（37％）は、思ったよりも多いという印象を持ちました。Ajax関係で目に触れるキーワードとしてPHPと比較すると、数分の1の頻度でしか見ない……という印象だったので。3位の.NET（16％）は具体的にどの言語で書いているのか分からないので、何ともコメントできません。

　それとは別に印象的なのは、PerlがPython（6％）にも負ける5％という数字になっていたことです。Webプログラミング　イコール　CGI　イコール　Perlという図式で語られた時代は完全に過去のものになったようです。取りあえず、何か大きな事件でも起きない限り、PHP最強という図式は当分続きそうな気がします。

---

古くて新しいAjaxの真実を見極める 「Webインターフェイスの新しい手法」「画期的なWebアプリケーションの仕組み」であるとして開発者たちの人気を集めるAjaxとは何なのか、その真実を見極めてみよう 最終更新 2005/8/2

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）