Toshiro Shimura's Bookmarks tagged webapp →  View Popular

●
ChromeをWebアプリ実行の“プラットフォーム”として考えると……

　しかし、Chromeを「Webアプリケーションの実行プラットフォーム」として考えれば、何の不思議もありません。

　例えば、Windowsアプリケーションを使い、ワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとします。この場合、これらのアプリケーションソフトは別々のプロセスを持っています。だから、例えばワープロがクラッシュしても、メーラが落ちることはなく、書きかけのメールが消えてなくなることもありません。

　ところが、従来のWebブラウザ上から使うAjaxアプリケーションの世界では話が変わります。Ajaxアプリケーションのワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとき、ワープロがクラッシュするとすべて道連れです。クラッシュリカバリ機能が救えるデータを救ってくれることはありますが、すべてを確実に救えるわけではありません。

　ですが、Chromeのアーキテクチャであれば、この問題が解消されます。タブごとに異なるプロセスで実行されるため、ワープロがクラッシュしてもメーラに影響は及びません。これは、「Webアプリケーションのプラットフォーム」として考えれば、長所です。

　Chromeを「Webアプリケーションの実行プラットフォーム」として考えると、「アプリケーション
ショートカット」機能を含め、Webブラウザの機能を拡張することを目的として開発されていたGearsは、実はChromeのための布石だったのかもしれないという考えに至ります。

● 使い比べた結果は……




　実際に、IE 7.0、Firefox 3.01と使い比べてみました。なんと過酷にも「Tokyo Subway
Map（KML）」と「世田谷古道地図」の両方を同時にオンにしてみます。









図13　Chromeによる表示結果










図14　Firefox 3.01による表示結果










図15　IE 7.0による表示結果




　さて、結果が表示されるまでの待ち時間、ドラッグによってスクロールさせた場合のスムーズさなど、いずれの点でも以下の順番で優れた結果となりました。




Google Chrome 0.2 ＞ Mozilla Firefox 3.01
＞ Internet Explorer 7.0




● 重いAjax／JavaScriptアプリの専用ブラウザとして使う？





　この結果を見たとき、思ったことは以下の3点です。





• 一般論としてChromeをメインのWebブラウザにするのは時期尚早だろうが、Googleマップ専用ブラウザとして導入するのはありかもしれない
  
  
• その場合、地図が見える面積が広いのは長所
  
• Chromeによる閲覧を前提とするなら、もっと重いマイマップを作成してもいい



　筆者個人の感想はGoogleマップ限定ですが、おそらくほかのAjaxアプリであっても同じような感想があり得ると思います。しかし、話はまだ続きます。




GearsはChromeのための布石だったのか？




　Googleマップ専用ブラウザとしてChromeを導入するとすれば、アプリケーション化は非常に便利な機能です。なぜかといえば、専用に使うということは、「Webブラウザを開く→Googleマップを開く」という2手順を費やす意味がないことを示すからです。アイコンから直接開いてくれればいうことはありません（もちろん、従来のWebブラウザでもお気に入りのショートカットをデスクトップに置くなどの対処はあり得る）。




　さらにいえば、この場合はアドレス入力ボックスが存在することに意味はありません。別のサイトを閲覧するためには使わないからです。むしろ、その分の面積にも地図を表示してくれた方がありがたいわけです。とすれば、Chromeのアプリケーション化という機能はジャストミートします。

私はFirefox登場時に割と好意的な第1印象を感じました。事実か否かは分かりませんが、本当のプロが作っている手堅さを感じ取り、安心感があると思いました。しかし、その後Firefoxはバージョンアップごとに手堅さが低下し、不安感が膨らんできた感じを受けます。

　そして、Chromeを見て感じたのは、Firefoxを最初に見たときと同じような手堅さ、安心感です。まだベータ版なので、今後どうなるかは分かりませんが、少なくともその点で好感を感じました。

　さて、最後に2つの話題に触れてこの話を終わりたいと思います。

● Androidのようなモバイルデバイスの展開と連動する可能性

　手堅く軽いChromeは、当然PC以外のプラットフォームへの展開もあり得るでしょう。例えば、WebKitを用いていることからも容易に予測できますが、Google
Androidのようなモバイルデバイスの展開と連動する可能性も十分にあり得ると思います。

　モバイルやローカル実行という技術を含めてWebアプリケーションとChromeという組み合わせを考えれば、Webの秩序を変えてしまうような何か大きな“出来事”もあり得るかもしれません。

●
Chromeの未来は一般開発者が決めるかのもしれない

　そして、それを引き起こすのはグーグルだけではなく、Chromeのパワーを活用していままでにないWeb（Ajax／JavaScript）アプリケーションを開発していく一般開発者もやはり“出来事”を起こす原動力となるのではないでしょうか。

　一般開発者が主役という点で考えると、Chromeの出現はGoogleマップによる「Ajax革命」時の衝撃と似たようなものがあります。Googleマップの出現によって、Ajaxアプリケーションを作る一般開発者が爆発的に増えたことは記憶に新しいと思います。

　その証拠にグーグルは、Chromeに前述のようなWeb開発者向け機能を標準で備えさせていたり、Web開発者向けに「ウェブ開発者向けのよくある質問」ページや「ヘルプセンター」も公開しているなど、一般開発者へのケアも怠っていないようです。

　いずれにせよ、未来は不確定であり、Chromeが未来を可能性に満ちた流動する世界に塗り替えたのは事実でしょう。

このように考えると、実はChromeの真の存在意義とは、従来のWebブラウザと同じではないのかもしれない、と思えてきます。従来のWebブラウザは、主にページを閲覧するものであり、ページからページに渡り歩きます。そのため、ページを移動して個々のページをよりよく扱うための支援機能にあふれています。

● 普通のWebブラウザとはWebに対するアプローチが違う

　一方で、Chromeはそのような支援機能でウィンドウを飾ることは行っていません。その代わり、途轍（とてつ）もなく速いプログラムの実行速度と、広く見やすいウィンドウを提供しています。つまり、Chromeはページを渡り歩くことよりも、Webベースで提供される各種Ajax／JavaScriptサービスをよりよく使うための“プログラム”なのかもしれません。

　とすれば、「Chrome最大のなぞ」ともいえる、タブごとにプロセスを生成するという不思議な仕様が必然であることが理解できます。確かにプロセスを分ければ、1つのタブがクラッシュしてもほかに波及しないという効能はありますが、プロセスとはシステムから見れば重い資源です。

　例えば、タブを数十、数百と開けば、システム全体のパフォーマンスへの影響が懸念されます（実際、100を超えるタブを開くユーザーは実在する）。であるから、ほかのWebブラウザでは1つのプロセス内で複数のタブを扱う構造になっているのです。だから、普通の意味でWebブラウザの仕様を考えるなら、タブごとにプロセスを生成するという仕様は手放しで褒められるものではないのです。

3 ヶ月ほど前にリリースされてからちょこちょこと試していたのですが、これは凄いです。本日ご紹介するのは Heroku 、なんと Firefox 上で Ruby on Rails 統合開発環境を実現した Web アプリケーションです。コードの編集やアプリケーションの実行はもちろん、データベースの編集、 scaffold 生成や migration の実行まで、すべてブラウザ上で行えます。また、ネット上でのコラボレーションといった Web サービスならではの機能もあり、トップページで掲げている「Hosting is obsolete」は伊達じゃありません。

本日はこの画期的な Rails 開発環境 Heroku 上で簡単な ToDo アプリケーションを作成し、 Heroku の使い方や特徴をご紹介したいと思います。すでに Rails 開発をしている方もそうでない方も、 Rails に興味のある方全員にとって必見のサービスです。ぜひご覧ください！

メールでは、新たにメニューからMessengerのオンライン状況を変更可能になったほか、RSSリーダ機能も備える。Hotmailだけでなく、Yahoo!メールやGmailなどのWebメールおよびPOPメールも一括管理可能。メールデータはVista付属の「Windowsメール」から引き継ぎ可能で、データはすべてコピーされる仕組みになっている。

　Writerは、Windows Live スペースや他のブログサービスに記事を投稿できるソフト。ワープロソフトのように写真や地図、タグの追加を容易に行なえるのが特徴。

セマンティックアプリケーションとは何者なのか






　まずは「セマンティックアプリケーション」を定義しよう。かぎとなる要素は、以下に挙げるアプリケーションはすべてテキストやその他のデータの意味を判断し、そこからユーザーのために繋がりを作ろうとしていることだ。例えばTwineの創業者のひとりNova Spivack氏は、Web 2.0 Summitで、データの持ち運び可能性と接続性がこれらの新しいセマンティックアプリケーションのかぎだと述べている—例えばウェブをプラットフォームとして使って。






　2007年9月に、Alex Iskoldがこの話題について「Top-Down：New Approach to the Semantic Web」と題した素晴らしい入門記事を書いている。その記事では、Alex Iskoldはセマンティックアプリケーションには主に2つのアプローチがあると説明している。






1. ボトムアップ -- データに直接意味情報（メタデータ）を埋め込むようなスタイルだ


2. トップダウン -- 既存情報の分析に頼るもの。究極のトップダウンのソリューションは、人間と同じようにテキストを理解できる、完璧な自然言語プロセッサだろう














　セマンティックアプリケーションについてわかったところで、現在の主要な（あるいは期待度の高い）製品を見ていこう。

Prism（旧Webrunner）というソフトウェアがある。これはある特定のWebサービス専用Geckoブラウザで、Webアプリケーションをデスクトップのように見せてくれる。

そして同種のソフトウェア、それもSafariを使ったものを紹介しよう。これもまた便利だ。

今回紹介するフリーウェアはFluid、Webアプリケーションをデスクトップアプリケーションのようにするソフトウェアだ。

Google Spreadsheets（表計算）がGoogle Docs（ワープロ）より人気がずっと上なことが分かる。各アプリ利用時間の平均を比べてもこの傾向は一緒で、Spreadsheetsが月8分なのに対しDocsは6分。つまり現段階ではオンラインではSpreadsheetsの方が強いアプリと見て良さそうだ。Google Spreadsheetsは僕も会議の調整をする時なんかに使っているが、Google Docsはテスト利用以外まだ何も打ち込んでいない。

やはり、このサービスはコラボ用ツールとしての用途が大きいのだろう。となると、やはりSpreadsheetsの方が情報の構成の仕方一つとっても共同作業という用途に適している。Docsは、メール添付をこれで開けるので、読み取りオンリーで使う方が多い。文書でコラボが必要な時は僕なんかは発行システムとしても使えるオンラインエディター（Wordpress）を使ってしまう（訳注：G-Docsも発行機能はあります）。

こうした数字以外にも、ZohoやGlideといった他の生産性アプリとの比較が是非知りたいところだが（Glideは最近オフラインで作業すると、そこからウェブに同期できる表計算ソフトを出している）。

CompeteがZoho、Officelive、Thinkfree、Zimbraの比較チャートを送ってくれた（下の上から2番目）。 Google DocsとSpreadsheetsは月間ユニークビジター数では独壇場だ。2007年11月の月間集計ではグーグルが160万人、Zohoが13万3000人、OfficeLiveが16万8000人（ここはまだ直接の競合サービスではないが）、Zimbraが4万6000人（電子メールのクライアントが主 業務なので直接比較はできないが）、Thinkfreeが1万8000人とある。

もっと似た者同士を比べみた場合、今年11月の月間ユニークビジター数はZoho Writerが3万1000人なのに対し、Google Docsは単独で67万7000人。Zoho Sheetsは1万2000ユーザー、Google Spreadsheetsは69万4000人で、ここでもグーグルが大差でリードしている。

ただしグーグルもふんぞり返っていられるほど余裕はない。ページビュー比較では、未だに冗談（それも間もなく変わるが）なマイクロソフトのOfficeliveがGoogle Docsを11月、480万人対350万人で破っているのだ。

尚、Google Spreadsheetsは750万PV、プレゼン含めGoogle Docs & Spreadsheets全体では1730万PVという結果。（以下の上から3番目のチャート。一番下の表は各サービスのページビュー数）

Windows98 から導入された「アクティブデスクトップ」をご存じでしょうか？　アクティブデスクトップとは、 Windows を InternetExplorer と統合することで、デスクトップやフォルダ表示をより高機能に・華やかにする機能です。 Windows フォルダを開いたときの警告などもアクティブデスクトップの機能のひとつです。

そのアクティブデスクトップの正体は、実は、 HTML と JavaScript で UI の表示を制御するというものです。試しに、 folder.htt という名前のファイルを検索して（隠し属性なので普通は表示されていません）、どれか一つをメモ帳などで開いてみて下さい。こういった Web ページと何ら変わらないタグによって全てが書かれていることが分かるはずです。

Mozilla が採用している XUL という仕組みは、これをさらに推し進めたものだと考えれば分かり易いでしょう。

アクティブデスクトップが、 HTML で書かれた UI 定義をレンダリングエンジンとしての IE で表示しているのに対し、 XUL は、 XML で書かれた UI 定義（要は、 HTML のボタンやセレクトボックスなどを大幅に拡張したようなもの）を、レンダリングエンジン・ Gecko によって表示するというものになっています。つまり Mozilla/Netscape 6/7 は、ブラウザやメーラーなどの全ての機能が XML と JavaScript だけで記述されているのです。このように XUL によって作られたアプリケーションプログラムは、 XUL アプリと呼ばれています。

XUL アプリがアクティブデスクトップと決定的に違うのは、アクティブデスクトップが Windows の IE でしか動作しないものであるのに対して、 XUL は様々な OS の上で全く同じに動作する、という点です。これについては Java によく似ていると言えるでしょう。しかし実際に使用する技術は XML ・ CSS ・ JavaScript の3つがメインなので、 Web ページの制作経験があれば、 Java よりもはるかに簡単に習得できます。

Web 標準のフリー（無料且つ自由）な技術だけで、完全にクロスプラットフォームなアプリケーションを、 Web ページ感覚でサクサク作れる。これは、一度体験してみる価値は十分にあるでしょう。あなたも XUL プログラミングで遊んでみてはいかがでしょうか？

Picnik（本社：シアトル）では、ユーザーが各種の基本的な編集作業ができる。作業メニューには写真の切り取りとサイズ変更、露出、彩度および色温度の変更、エッジのシャープ化、赤目修正、写真の90度またはより小さい角度による回転などがある。複数のアンドゥレベルがあり、編集済みの写真はローカルコンピュータに保存するかFlickr、Facebook、PhotobucketおよびGoogleのPicasaに保存できる。

　これらの機能は「Adobe Photoshop」などのフル機能を装備したデスクトッププログラムと比べるとかなり貧弱だが、基本的な画像編集作業は網羅している。しかし、オンライン画像編集サービスはPicnikだけではない。AdobeもPhotoshopのオンライン版を準備しているし、その他の競合企業にはPhixr、Snipshot、Pixenate、FotoFlexer、Wiredness、PikifxおよびFauxtoがある。

Prism 0.8 also has some neat new features. We have been trying to collect the bugs and feature requests out of the feedback and blog posts. Here are some things that have been added or fixed for the this release:





• CSS themes - Bundles now support common (all platforms) and OS specific CSS theme overrides. You can make web applications take on different CSS styles


• Spell check support - Red squiggles and suggestions on the context menu.


• Better external link handling - Spreadsheets from Google Docs were opening in the default browser.


• Tooltips support - We now display tooltips for elements with “title” attributes.


• Copying hyperlinks - Context menu supports copying a link location, if you right click on a link.


• More “Install Shortcut” options - Quick Launch Bar and Start Menu were added on Windows and Application folder was added on Mac.


• “Install Web Application” - similar to the “Install Shortcut” dialog, but this will create a web application *without* needing a webapp bundle. Launching Prism without any parameters, or from the Start Menu or Finder, to activate the dialog. (Alex’s post has more details).

多くのアイデアで共通しているのは、ますます多様化するインターネット上の情報に対し、1つの画面（ツール）上で集約表示することができれば理想的……、とのコメントが多いことだ。それを反映してか、Live.comはWindows
Live IDによってアカウントでサインインし、自らのLive.comスペース上に好みのLiveガジェットを並べることができるサービスとなっている。

　Windows
Liveでは、各種のWebサービスをつなぐことを目的とし、Windowsをいっそうオンラインとシームレスにつないでいくことをもくろんでいるのだろう。そして、最近では、Vistaサイドバーガジェットの人気も相

今回、Liveガジェットアイデア募集へ寄せられたアイデア傾向として分類されたものは次の通りだ。




　なお、ここで紹介していくもののほとんどは、Windows Live Galleryで公開済みか、近日公開予定である（2007年3月28日現在）。





• コンテンツ系： 何らかの情報を表示するもの。検索サイトも含む。
  
• 情報共有系： グループウェアのように他人との情報共有を行うもの。
  
• ツール系： ガジェット単体で機能するもの。
  
• メモ系： さまざまな用途のメモ帳をオンラインで実現する。



　コンテンツ系では、「無料技術研修情報」、「釣り場情報」、「食事の献立」といったアイデアが特に際だっていた。ただし、これらのコンテンツ情報をガジェット側で収集・選別することは、技術的に、そしてLiveガジェットの仕様上でも難しい面が多く、すでに収集し選別された情報をWebサービスとして利用することが前提となる。そう、柳氏は語った。




　ただし、応募内容と関連するWebサービスを探したところ適したものがなかったのだが、関連情報を持つ企業による協力で、川柳や俳句コンテンツの調達ができたという後日談がある。これにより、イーストのサーバ上にWebサービスを構築し、ガジェットを作り上げることができたという。




　ちなみに、このカテゴリーについてWindows Live Galleryでは、「音楽、映画、TV」を始め、「ニュースとフィード」、「ライフスタイル」など、幅広いジャンルに属されている。

ちなみにPhotoshop ExpressはFlashベースで動作する。ということは、上手く軽いヴァージョンを作れば、Flash Liteの将来のヴァージョンが入っているケータイでもPhotoshopが使えるようになるのではないか。

　もちろん使い方は限定的で、既に日本のケータイの多くの機種で出来るフレーム付けやスタンプや文字を入れるという程度からスタートするだろうし、オンライン上のストレージと関連づけるのか、端末内で何とかするのかも分からない。しかしモバイルコンピューティング、モバイルエンターテインメント性の向上に大きく貢献することは間違いない。

　そう言う意味でFlashベースのリッチなウェブアプリは、とても注目しているのである。

Microsoftなどの多くの従来型ソフトメーカーと同じように、AdobeはWeb経由で提供される競合アプリケーションの追撃をかわさなければならない。長年パッケージでソフトを販売してきた後に、新しいビジネスモデルを採用することも必要だ。

　チゼン氏は、AcrobatやPhotoshopなどの製品を使っている顧客は、仕事に必要なツールを使うのに、絶えず広告が表示されるよりは、サブスクリプション契約にお金を払う方を選ぶだろうと予測している。

　Adobeは、Photoshop Expressなどのデザインツールの簡易版を無料で提供しており、ユーザーはオンラインで写真を編集できる。無料のビデオ編集ツールPremiere Expressもある。

　これらの製品は、パッケージソフトに400ドル払うことを過去のものだと考える若い層のインターネットユーザーを対象としていると、Adobeの担当者は語る。

（１）Windows/Mac両プラットホームのキラーアプリのWebアプリケーションへの「流出」

実際にGoogleが主要アプリケーションに匹敵するソフトウェアをWebアプリ化しようとしていることは既成の事実であり、Web上で動く無償のワープロや表計算ソフトが既にリリースされている。しかし、今回のPhotoshopのWebアプリケーションは、従来のWin/Mac両OS上で動く横綱級のアプリケーションの「Webアプリへの流出」であり、ニュースの衝撃が違う。しかもメーカーは「旧来」のアプリケーション開発の王者の一角、Adobeである。

今後、Adobeを追えとばかりに、次々とキラーアプリケーションがWebアプリケーション化されるような事態に発展すれば、OSメーカーも土台骨を揺るがされる事態にまで発展しかねない。

（２）Webアプリケーションの広告モデル化

ネットワーク環境での「標準作業環境」を目指すポータルが、その誘引環境のために、さまざまなガジェット状のアプリケーションやサービスを用意するのは、Googleを筆頭によく知られたことであるが、誰でも知っているように、Adobeはこうしたタイプの会社ではない。ポータルから出発して、そのサービスを充実させてきた系譜とは全く逆であり、市場で圧倒的力を持つキラーアプリケーションをWebに「放出」することにより、その誘引力で「広告サイト」が出来上がってしまうことになる。