Cloud Computing

メールアドレスのリンク（mailto:で始まるURL）をクリックしたときに、デスクトップのメールソフトではなくWebメールサービスを利用できるようになった。オプションの「プログラム」タブで「mailto」の右をクリックすると、メールソフトを使うかWebメールを使うかを選択できる。メール以外にも、RSS（Webフィード）やカレンダーのためのWebアプリケーションも選択できるようになっている。 　「mailto」は、デフォルトでは「Yahoo!メール」しか選択できないが、JavaScriptを使って好きなWebメールを利用する方法もある。たとえばGmailなら、Gmailのページを開いた状態でロケーションバーに「javascript:window.navigator.registerProtocolHandler("mailto", "https://mail.google.com/mail/?extsrc=mailto&url=%s","GMail")」と入力する。

Firefox 3では、Webアプリケーションに必要なデータファイルを保存し、オフラインの状態でも利用できる仕組みを取り入れた。これは、WHATWG（Web Hypertext Application Technology Working Group）によるHTML 5の草案にある「Offline Web applications」に基づいたもの。将来この仕組みを利用したWebメールが作られれば、オフラインで未読メールをじっくり読む、といったことが可能になる。

HTML、CSS、JavaScriptの新機能について、細かい点をいくつか挙げておこう。 JavaScriptがバージョンアップして「1.8」となった。関数オブジェクトを作るのに「function(x) x * x」のような構文が使える。 IEの独自機能contenteditable属性に対応し、HTMLの要素をブラウザ上で編集可能に変えられる。ワープロふうにWYSIWYGで記事を編集するブログなどで利用できるだろう。 CSSのime-modeプロパティに対応。これもIEの独自機能だったもの。フォームの入力欄を選択したときに、自動的に日本語入力のオン・オフができる。 長いURLをテキストとして表示すると、自動的に折り返されるようになった。URLを紹介するページでレイアウトが崩れることがなくなる。

Synkiはユーザーごとに細かく権限を設定でき、複数のWikiサイトを開設できる点が特徴だ。ワークスペースと呼ばれる作業スペースごとに権限を設定できる。もちろんオフラインでも使用でき、オンラインになった時点で最新の情報に同期される。 　「Synkiは『Sync（同期）するWiki』という意味。Wikiは次世代CMSとして着目している。非常に生産性の高いツールで、仕事で利用するのに向いている。特に他人と共同作業をする場合に有効だ。社内ブログは、将来Wikiに置き換わっていくかもしれない。いずれはSynkiとGmailだけあれば仕事が完結するような環境を提供したい」 　Wiki記法を知らない人でも利用しやすいように、リンクタグなどを自動的に埋め込むボタンを用意する。今後はタグを不要にするWYSIWYGに対応するほか、スプレッドシートの共有などができるようにする。また、企業が使いやすいテンプレートも用意する。

ほかの企業システムと連携しやすいよう、APIの公開も考えている。「Synkiはプラットフォームに過ぎないと考えている。ユーザーの権限設定ができるので社外の人とも利用できるし、社内のデータを外部に出さないようにもできる。組織がフラットな構造で、社外とのコミュニケーションが多い司法書士や弁護士、PR業などが最も向いているだろう。ただ、それぞれの企業が独自の使い方を追加できるようにしていきたい」

ここまで苦労してでもGoogle Gearsを採用した、その最大の魅力は何だったのか。朴氏は将来的に標準になるという可能性に賭けたと話す。また、開発したサービスをオープンソースとして公開することも視野に入れていたことから、Google Gearsがオープンソースであることは大きな後押しになったようだ。 　「きちんとした製品を作り、ユーザーの支持を得てからオープンソース化しようと考えていた。Googleが専門部隊を持ち、オフライン機能に特化したモジュールを開発するのであればそちらを採用したほうがいいと思った」（朴氏） 　自社でモジュールを開発したほうが楽だったのではないか、という意地悪な質問をしてみた。すると朴氏は、「自社でやったらもっと時間がかかったかもしれない」とした上で、「でもコードのリファレンスがなくて苦労したので、最終的には同じくらいかな」と笑った。

“インフラからの開放”は他社も訴えている。たとえば、ネットスイートやインテュイットが提供するプラットフォームはForce.comの競合になるのか。また、提携関係にあるGoogleもこの分野では競合のように見える。 ライバルはソフトウェアだというセールスフォース・ドットコムはForce.comを21世紀のプラットフォームと位置づける グロス氏　強調しておきたいのは、クラウド・コンピューティングあるいはPaaSは当社だけの動きではなく、業界全体の動きだということだ。Googleをはじめとする他社の参入は歓迎すべきことだと思っている。今後、多くのベンダーが参入してくるだろう。 　どこが競合かと問われれば、間違いなくクライアント/サーバモデルだ。つまり、SAPやオラクル、マイクロソフトとなる。我々がやろうとしているのは、ソフトウェアのモデルをインターネットに移行させること。そのメリットを訴えていくために、Googleともパートナーシップを結び、市場そのものを発展させようとしている。 　将来的には、企業向けアプリケーションはすべてインターネットに移行していくだろう。当社はCRMアプリケーションを開発、提供しているが、あくまでもそれは出発点に過ぎない。今後は、当社以外のベンダーが、CRM以外のカテゴリでもアプリケーションを開発できるよう支援をしたい。その際に必要になる開発ツール、プラットフォームが「Force.com」だ。

serve very large indexes as index shards on many servers

Awesome Highlighterは、単純な仕事に集中して、それを実にうまくやってのけている。ライバルの中には、マークしてコメントを付けるという簡単でわかりやすいもの以上のことをユーザーに求めるような、手順の複雑すぎるものもある。Diigo（以前の記事はこちら）は、ソーシャルブックマーキングサイトにマーカーとコメントの機能が付いているが、もっとずっとソーシャル寄りだ。Diigoでは、サイトをブックマークして、友人と共有すると、友人たち全員がそのページにマーカーを塗ったりコメントを付けたりできる。 私がテストしたマーカー/コメントサイトの中には、使ってみて非常に複雑かつ非常に遅かったものがあった。具体的にはDiigo､Stickis、Google Networkの3つ。Stickisを試した後ではAwesome Highlighterが新鮮な空気のように感じた。マーカーを塗ることは、歴史的にみてもこの世で最も簡単なことだ。文字の書かれた紙があって、黄色いマーカーがあれば、重要な部分をなぞって目立たせる、それだけ。Awesome Highlighterはこの発想の単純さを受け継いで作られているように思える。最近スタンフォード大学のAcademic Technology Specialistプログラムで、Awesome HighlighterとDiigo、Google Notebookをレビユーした結果がここにある。 Awesome Highlighterを使うと、ユーザーがマーカーを塗ったものがRSSフィードになり、それをグループ協業アプリや学校環境でマッシュアップして使うことができる（自分でやるかわりに賢い子に従う）。現在さらに有効な使い方を求めてソーシャル機能の追加を検討中だ。

ほかにも目立たないが同じくらい、あるいはもっと重要かもしれない使い方がいくつかある。ユーザーに、重要な情報にマーカーを塗るツールを渡したら、何がでてくるか。表示やクリック数だけではない、人が本当に興味があると思ったことについてのデータが手に入るのだ。これは、企業が従来は入手不可能だった情報を武器にできる可能性を持つものだ。同社の共同ファウンダーの3人は、この技術を古参のメディア発信地（新聞、雑誌）にライセンスして、読者が記事を共有するようにしむけ、そのメディアのウェブサイトで読者が何を面白いと思ったかのレポートを提供できるようにする計画だ。

SafariがGoogle Calendarに対応していないという話を書きましたが、この方法を使えばiCalでGoogle Calendarのスケジュールを共有することができます。 簡単にいうと、Google Calendar側でカレンダーを共有できるようにし、「Calendar Settings」に「Calendar Details」があるので、「ICAL」ボタンをクリックして表示されるURLをiCalに登録するというものです。 これでGoogle CalendarのスケジュールがiCalでも表示されるようになります。ただし、iCalで追加したイベントはGoogle Calendarに反映されないので注意は必要です。

ところで、「iPhoneはアップル的なデザインの良さからくるマーケティング戦略の成功に過ぎない」と考えている人は、このあたりを根本的に勘違いしています。言っちゃ何ですけど、マーケティングごときにそんな歴史を動かすほどの力はありません。真に時代を動かすのは常に「本物の技術革新」であって、マーケティングはその影響力を何倍だかに増幅する手段に過ぎず、本当に良い物を作らなきゃゼロは何倍してもゼロなのは算数の初歩です。 では、iPhoneの進歩性とは何か。iPhoneには、パソコン同様、MacOS Xに相当する最新かつフルスタックのオペレーティングシステムが搭載されています。この意味するところは、単にモダンなカーネルが載っているとかそういうことではなくて、あらゆる高機能なネイティブ・アプリケーションがこのOSの上で安定的に記述可能になっているということです。これはアップル自身にもメリットとなったし、今ではアプリ開発者も同じメリットを享受しています。

iPhone OSでは、加速度センサーやカメラ、GPS、ローカルのデータベースなど、内部のありとあらゆる機構に一般のアプリケーション開発者がアクセスすることを許しています。開発者の自由度を高めることで、開発者の情熱を引き出す。こういうオープン性がもたらす開発者コミュニティにおける化学反応こそが、官僚的なスーツ主体の組織では絶対に不可能な戦略であり、だからこそ他社が簡単に真似できない決定的なアドバンテージになることを、アップルはMacの経験から知っていました。 そして、実はこれこそが「パソコン」を「パソコン」たらしめているパラダイムの本質なのです。「パソコンの側からアプローチしたパソコンへのアンチテーゼ」を克服する、パソコン的なるものの本質とは、アプリケーション開発者の自由度を高めるオープン性、あるいは「テクノロジーの民主化」とでもいうべき思想にあったのです。

開発者の自由度を高めることはセキュリティ・リスクを増大させてしまうというトレードオフに直結していることも、技術ドリブンの企業でなければオープン戦略をとることが不可能である大きな理由のひとつです。落としどころの技術的な判断がつかないまま、会議室で議論すればするほど、より自分たちが安全な、より開発者を締め付ける方向にしか行けないのです。 さらに、iPhoneは妥協のない最高のユーザ体験をもたらすために現実世界のハードウェアの制約を含むあらゆるディティールと戦っています。これは、対抗馬となるAndroidなどにみられる理論上・コンセプト上で美しいアーキテクチャを目指す世界観とは対極に位置する、ある意味では泥臭い「本当にきちんと動いてナンボ」のアプローチです。このリアリティは、先月行われたWWDC 2008のセッションで、いかにしてリソースを節約しながら高速に動作するネイティブ・アプリケーションを書くか、というノウハウのセッションがものすごく多かったことが如実に物語っています。テーブルのセルを画面の外に出た瞬間に回収して再利用したり、再描画するエリアを最小化したり、メモリリークをとことん排除するためのツールが提供されていたり。

インドのHindustan Timesの記事によると、GoogleはGmailのオフライン版を準備中ということだ。この記事は、Googleはすでにオフライン・クライアントのデザインを済ませており、現在（意外ではないが）Google Gearsの上でテスト中だとしている。GoogleはGoogleReadeのオフライン版を Gearsのプラグインですでに提供している。他社でGearsをプラットフォームに採用した例としてはZohoなどがある。

わざわざ Microsoft の Word や Excel と互換性のある Zoho Writer や Zoho Sheet を使おうとは思いませんが、Zoho のサービスの種類ががとても多く、連携しているので、Google ドキュメントよりいいかも。

Private Cloud Storage: Facts You Need to Know

公式ページには，とても少ない説明の中にGoogle Gearsの特徴3点が紹介されています。対訳をつけてみます。 Store and serve application resources locally ローカルにアプリケーション・リソースとデータを保持して実行します Store data locally in a fully-searchable relational database ローカル・データは完全な検索機能を持つリレーショナル・データベースに保存されます Run asynchronous JavaScript to improve application responsiveness Javascriptは非同期に実行され，更新の必要に応じてアプリケーションと通信します 　この解説は今までの説明で述べてきたものと変わりありません。特に詳説は必要ないでしょう。この三つの概念が以下のように，それぞれAPIグループとして実装されています。 ローカル・サーバー（LocalServer） データベース（Database） ワーカープール（WorkerPool）

アプリケーションがデータの入出力を必要とする場合，データはデータベースに格納されます。Google Gearsを導入した段階で，ローカルマシンの中にデータベースが作成されるわけです。このデータベースを操作するのが「Database」API群になります。データベースが導入されるといっても，MySQLやPostgreSQLのように巨大な物がインストールされるわけではありません。 　このデータベースの実体は，SQLiteです。SQLiteはアプリケーションに組み込んで使用されるのを目的とした軽量なデータベース・エンジンです。データベース・サーバーにつきもののユーザーのような概念がなく，データの出し入れを主眼としてシンプルに設計されています。SQLiteは日本語2バイト文字も通ります。

最後の「WorkerPool」は，インターネット上のコンテンツをローカルにキャッシュするコントロールを担当します。ローカル側サーバー機能という言い方もできそうです。Poolの名前の通り，まさに貯め込んでおくという感じです。言葉で説明することは難しいので，WorkerPoolについては後半のサンプルも眺めながら確認してください。 　なお上記の三つのAPI群のほかにいくつかのAPI群があります。一つは「Factory」です。FactoryはGoogle GearsのコアとなるAPIで，LocalServer，Database，WorkerPoolのインスタンスを作成するのに使用されます。

Zoho Plug-In for MS OfficeThe "Zoho Plug-in for Microsoft Office" bridges the gap between online and offline office productivity. Users task has been simplified much more with the fact that they have a choice to work offline on their documents and spreadsheets with Microsoft Word/Excel and still have these changes reflected directly online in their Zoho account (Writer/Sheet). The new plug-in enables users to :Create, edit and save their documents & spreadsheets directly to Zoho Writer/Sheet from within Microsoft Word/Excel. Alternatively, users can open and edit their Zoho documents & spreadsheets in Microsoft Word/Excel and save it back to their respective Zoho services (Writer/Sheet).Installation and UseUsers can download the Zoho plug-in here. As with all other windows application, the file name 'zohoplugin.exe' will be saved to your preferred location on your local machine. Installation is pretty simple, please remember to close all your MS Office applications before you install this plug-in. After the initial check is over, double click on the 'zohoplugin.exe' file to begin the installation process. A picture they say is worth a thousand words and with all them arranged in a slide show using Zoho Show is certainly worth a million.

驚くようなことではないが、Zuckerberg氏（24歳）はAndreessen氏に、映画「スター・ウォーズ」のオビ＝ワン・ケノービ的な活躍を期待している。「Andreessen氏は、多くの意味でFacebookに必要な経験を持ち合わせている。異例の成長を遂げつつある企業の規模の調整、成功する技術プラットフォームの作成、強力な技術組織の構築といったことだ。Andreessen氏は私とFacebook首脳部のすばらしい指導者になるものと確信している」と、Zuckerberg氏は語る。 　おそらく一番興味深いのは、FacebookのプレスリリースでNingについて、「Facebookを補完するプラットフォーム」と書かれている点だろう。Zuckerberg氏がAndreessen氏に取締役就任を求めているといううわさが出始めたころ、批判的に見る人々のなかには、そうなればライバルとなるであろうサービスの共同設立者兼会長として、利害が衝突するはずだという議論があった。

Ningは古いタイプ（1998年ごろ）のディスカッションフォーラムがWeb 2.0的に衣替えをしたとでもいうべきもので、メンバーが作っているのは、議論を中心に据えた範囲の狭いニッチなコミュニティーだ。一方のFacebookは大多数にとって、アドレスブックの21世紀版といえる。きわめて効率のよいものになってはいるが、中核にあるのは、興味が共通するグループの活性化というよりは、コネクションの管理だ。例えば、Facebookにも「グループ」機能はあるが、Ningと比較すると必要最低限のものでしかない。

ページの種類を選択可能新しいページを作るときに気付かれたと思うが、ページの種類を5つの中から選択することができる。「Web page」はトップページのような通常のページ、ウィジェットを貼り付けるための「Dashboard」、ファイル管理する「File Cabinet」、バグ管理やToDo登録などを行なう「List」、さらにアナウンス用の「Announcements」がある。それぞれに特徴があるので、必要に応じて使い分けてみてほしい。

ほかにもGoogleカレンダーを取り込んだり、Picasaの写真をスライドショーで表示、YouTube/Googleビデオの挿入といったこともできてしまう。iGoogleで提供されているガジェットも取り込み可能だ。Googleが提供する各種WebサービスをGoogle Sites内で簡単に利用できるというわけである。

Google Sitesは単なるWebサイト構築ツールじゃない! Google Sitesの魅力は、Googleの各サービスを使いこなしているとさらに強く感じることができる。スプレッドシートやカレンダーをリンクしておき、それを更新すればGoogle Sites側も自動更新されるといった具合だ。さらに言えば、既存のGoogleサービスのWeb APIを使ったライブラリやソフトウェア、同期ツールなどの類が相当数存在する。それらを活用すればGoogle Sitesは単なるWebサイト構築ツールではなく、コラボレーションを促進する情報統合プラットフォームにさえなりえるのだ。

機能としてはやはりWikiがベースになっている。HTMLを使わず、サイトを編集し、新しいページを追加することができる。WYSIWYG(見たまま編集できる)のHTMLエディタを搭載しているので、HTMLを編集しているという意識は必要ない。Wikiというと複数人でのコラボレーション、というイメージがあるが、もちろんひとりで使ってもまったく問題ない。最近はASPのブログサービスなどを活用していて、自分のサイトを持っていない(または持つ必要がない)という人は多い。Google Sitesは、そうした人がちょっとした特別サイトを作りたいといった時にも便利に利用できるだろう。