update it, Inc.社長のブログ

間が空きましたが、デスクトップアプリの生き残り策　その３です。デスクトップアプリの生き残り策の最初のエントリーデスクトップアプリの生き残り策において、デスクトップアプリもできるだけインストール・レスにすべきだ、という話を書きました。ではどうやってそれを実現するか、ということを書いてみます。

そもそもなんでインストールが必要なのでしょうか？　PCの世界ではアプリケーションはインストールして使うものだ、という思い込みがありますが、歴史を紐解く（？）と、昔は必ずしもそうではなかったということがわかります。

過去の大型コンピュータやミニコンの時代はアプリケーションの利用モデルが今のWebアプリと非常に良く似ています。TSS(Time Sharing System)端末やVT端末がWebブラウザになったようなものです。当然個々の端末にアプリケーションをインストールする必要はありませんでした。

次のUNIX全盛時代には個別のクライアントマシンにインストールする場合もありましたが、LAN上のNFSサーバにアプリケーションを置き、各クライアントマシンではNFS mountしてサーバ上のアプリケーションを利用する、ということが比較的良く行われました。（この場合、アプリケーションはクライアント・マシンで動きます）　さらに自分のホームディレクトリのデータもNFSサーバに置く（フリーシーティング=どこの端末でも同じデスクトップ環境とすること）ことができたので、こうすることでクライアントにはアプリケーションを一切インストールはしないで使うこともできたのです。

ちなみにこの考え方はシンクライアントそのものです。

ただ、このUNIXのときに良く用いられたやり方は、LANの中ではうまくいくのですが、ノートPCのようにLANの外に持ち出して使う場合には役に立ちません。またWindows系のPCの場合、フリーシーティングの設定にすると、ホームディレクトリーをマウントするのではなく、プロファイルという単位で丸ごとコピーするという仕組みになっているので、ログイン、ログアウトが重くなる上、プログラムはインストールすることを前提に作られているために同様の方法が取りにくいという事情があります。（Windows Terminalはシンクライアントの一種と言われますが、アプリケーションの実行はサーバなので、むしろ大型コンピュータやミニコンのモデルに近い）

さて、話を戻してどうやったらインストール・レスでデスクトップアプリが使えるようになるかは、このシン・クライアント抜きには考えられないでしょう。特にUNIX的なシン・クライアントは管理が楽になる上、CPUは分散処理なのでスケーラビリティが良いというメリットもあります。ただ、現状ではシン・クライアントは閉じられたLANの世界を中心に考えられているので、ノートPCを中に組み込めるようなモデルに修正したいものです。ノートPCの場合、LANに接続したときにアプリケーションを同期するような仕組みです。

誰かこんな仕組みを作ってくれませんか？

以前、iPhone欲しいとブログで書いたことがありましたが、まだ当面は日本の携帯電話としては認可されそうもない現状の隙間を埋めるかのように、iPod touchでちゃいましたね。そろそろCLIEもぼろぼろになってきたし、ここは思い切り買い換えてしまおうか、と本気で考えています。

やっぱりこの薄い、軽い、小さい、これに尽きます。でも私の場合、このなかで使いたい機能は１番はスケジューラで２番目がアドレス帳なんだけど、この２つについてはレビュー記事がほとんどありませんね。そもそもそれを期待して買うヤツはあまりいない、と。

このiPod touchはエンターテイメント側に寄ったPDAと考えることができますが、この類の製品はCLIEでもいくつかありました。CLIEの場合には最終的に生き残れず、製品がなくなってしまいましたが、果たしてiPodとCLIEの違いはあるのでしょうか？　そしてiPod touchは今までPDAが繰り返してきた歴史（どれもこれも結局は根付かずに次々と消え去ってきた歴史）を根本から変えることができるのでしょうか？

以前のブログPDAに書いたのですが、PDAは今まで進化の方向を間違えたために行き場をなくした、と私は考えています。もともとはビジネス用の便利なオーガナイザーとしてスタートしたものの、本来のビジネス用途では使い道が細り、一方でエンターテイメント側にも完全にはシフトしきれず、非常に中途半端な存在になってしまったことが、今までの失敗の原因だと思うのです。

今までのPDAの流れはそうだったのですが、iPod touchの場合、そもそもiPodそのものであり、完璧なエンターテイメント専用マシンです。基本がiPodなので、実際にはPC（というかMac）に非常に近い存在であるにも関わらず、使う側はPCのサブセットとしてではなく、手軽にどこでも音楽とビデオを視聴するためのマシンという位置づけで使うと思います。それにたまたま無線LANとWebブラウザがくっついた、という存在です。

つまり、使い道が非常に明快なんです。通常のiPod touchを買う人はそれをPDAとして考えているのではなく、高級版iPodとして捉えるのだと思います。だからiPod+iTMSという商売がうまくいく限り、高級版iPodとしてうまくいく可能性が高いと私は考えています。たとえそれが、中を良く見てみると昔のCLIEのエンターテイメントバージョンに非常に良く似た存在だとしても、です。このわずかな立ち位置の違いから、CLIEとは異なる結果になるのではないかと期待しています。

今日も昨日の続きで、デスクトップアプリの生き残り策について考えてみたいと思います。

二日前のブログWebアプリを選ぶ３つの理由において、Webアプリへ移行している理由の２番目として、「２．別なマシンからでも同じ環境で使うことができるから」というのを挙げました。

これは例えばWebメールの場合、例えば出先のノートPCと会社のデスクトップPCの両方で使った場合：

１．どちらで見てもメールボックスの中身を同じにすることができる。
２．どちらで見ても、未読・既読の管理が正しくおこなわれる。
３．例えばノートPCで作った未送信のメールを引き続いてデスクトップ側で作業することができる。

等といったことを意味しています。

デスクトップアプリケーションでは、データがマシンにローカル保存されるため、マシン毎に環境が異なることになります。もし、そういったデータをサーバに保存して利用したら、Webメールとほぼ同様に別なマシンからでも同じ環境で使うことができるようになります。

ところがデスクトップアプリケーションにおいてこれを実現するには、データを保存しておくためのサーバが別途必要なことを意味します。また当然のことながらデータがサーバに保存されるようにするには追加のプログラム開発が必要になります。技術的には不可能ではないにも関わらず、こういった現実的な理由から、デスクトップアプリケーションではデータをサーバに保存するということが無視されてきたのだと思います。

しかし、もしこの先もデスクトップアプリとして生き残りたいのであれば、このデータをサーバに保存する機能はぜひ提供すべき機能なのだと思います。これを実現すると、どこでも同じ状態で使えるというメリットに加え、さらに万が一、使っているPCが壊れて使えなくなったとしてもデータが必ずバックアップされるため、安心して利用できるようになるからです。

ちなみにcrossnoteでは、主要なデータについてはupdateボタンを押したタイミングでサーバ側に自動的に保存されるようにしています。主要な、という辺りがちょっと微妙なのですが、新着の修正点の判定やコメントの既読・未読の管理などはローカルPCに保存されたデータで行うようにしているためです。

今日は、昨日のWebアプリの続きで、逆にどうしたらデスクトップアプリを生き残らせることができるかについて考えてみましょう。

デスクトップアプリがWebアプリに比べ、利用者の利便性から考えても不利な立場であることは昨日述べたのですが、ではデスクトップアプリがなくなってしまうかというと、そうも言い切れません。デスクトップアプリでなければ実用に耐えられないという分野があるからです。

例えば弊社のcrossnoteもそうなのですが、ワープロや表計算ソフトなど、反応速度などの点で本質的にクライアント側で動かさなければならない部分が多いアプリケーションはデスクトップアプリにせざるを得ないと思います。確かにGoogleはAjax版のワープロとスプレッドシートを提供していますが、MS Officeなどに比べるとかなり機能を絞り込んだものであり、今までWordやExcelで行ってきた仕事をそのまま移行できるものではありません。最近OpenOfficeをGoogle Appsに追加したようですが、この事実がそのことを物語っていると思います。

他にもローカルリソース（例えばCDなど）を使わなければならないアプリケーションも必然的にデスクトップアプリケーションにせざるを得ませんね。

では、デスクトップアプリとして存在し続けなければならないアプリケーションはどのように進化していくべきなのでしょうか？

私はそのキーワードの１つは、やはり「インストール」という点にあると思っています。ディスクトップアプリケーションの場合でも、できるだけインストールしない、もしくは非常に短時間でインストールが完了するようにすべきだと思うのです。デスクトップアプリケーションが忌み嫌われるのは、インストールやバージョンアップのために手間隙がかかり、いろいろなものが勝手にセットアップされてPCが「汚れる」からで、もしインストールしないで、もしくはほんの一瞬のインストールで使えるようになっていて、かつPCが汚れなければ、誰もそんなに文句を言わないと思うのです。

え、crossnoteがどうか、ですか？　残念ながら今時点ではインストール・レスとはいきません。ただ、ぜひ挑戦していきたい課題だと考えています。

言うまでもない話ですが、今、ものすごい勢いでいろいろなシステムがWebベースに置き換わってきています。企業内の業務用アプリでも同様です。約１０年ぐらい前に作られたVisual Basicで書かれたデスクトップアプリケーションをWebベースのアプリケーションにリプレースするという流れはどんどん加速していて、止められないように思えます。

さて、なぜ皆がこぞってWebに移行しているのでしょうか？　主な理由を３点挙げてみます。

１．保守が簡単だから。
２．別なマシンからでも同じ環境で使うことができるから
３．インストールが要らず、すぐに使えるから。

１番目の理由はシステムを運用する人にとってのメリットです。メンテナンスは基本的にサーバ側に集中するので、保守が簡単だ、ということです。そして２番目は、Webブラウザさえあればどこでも同じ環境で使えるようにできるということ。Webメールなどを使っていると、このありがたみが良くわかります。

３番目の理由が、今回着目するポイントです。今日、Webアプリというタイトルで記事を書いたのは、このインストールが要らないという観点に着目したかったからです。（３つの理由と書いておきながら、ちょっと強引ですね  :grin:）

最近、私のノートPCのアンチウィルスソフトが更新されたのですが、そのバージョンアップには20分近くかかりました。その間、ノートPCでは何も作業ができなくなります。しかも途中でリブートしなければならない上、バージョンアップが終わった後にもハードディスクのフル・スキャンを要求され、それを完了させるのに数時間かかりました。フル・スキャン中は使えないことはないのですが、動作がかなり緩慢になって使いづらくなります。

これはちょっと極端な例かもしれませんが、今までのディスクトップアプリケーションには必ずインストールが必要でした。このインストールという作業が行われている間は、ユーザが本来やりたい作業が行えません。最近のPCではバージョンアップが自動的に行われるアプリケーションが多くありますが、たとえ自動的であろうと、そのバージョンアップ（インストール）の間はアプリケーションが使えないのは一緒です。

ちょっと考えてみてください。あなたはPCで仕事をしているうち、OSも含めてどの程度をインストールやバージョンアップなど、本来の仕事とは関係のない作業に時間を費やしていますか？　使っているアプリケーションにもよりますが、無駄に時間を使っている人も多いのではないでしょうか？

一方、Webのアプリケーションはインストールやバージョンアップすることなしに、いつでもすぐに、最新のバージョンで利用することができます。そもそも使う側はWebのアプリケーションが最新版にバージョンアップされているなんてことは気にしませんよね。なんか、いつの間にか画面が変わっている、ぐらいの意識だと思います。この待たずに使える、というのも、デスクトップアプリに対するWebアプリの大きなアドバンテージの１つだと思います。

持っている技術水準やアウトプットの水準はむちゃくちゃ高いのに、あまり評価してもらえない人っていませんか？　逆に技術水準はそんなにでもないのだけど、やたら受けのいい人もいる。この「実際に仕事をこなす能力の高さ」と「評価」との乖離はなぜ起こるのでしょうか？

私が経験上感じていることとして、非常に高い評価を受けていた人が他に移ったときに、必ずしも前回と同じ高い評価を受けるとは限らない、ということがあります。おそらくその人は前回と同じ水準のアウトプットを出すと思うのですが、それでもなぜか、評価というのは周りの人によって大きく変わってくるのです。つまり、以前ものすごいいい評価を得ていた人が、会社を転職したり、まったく直接関連のないプロジェクトに移ったりしたときに、同じような評価を受けるとは限らない、ということなのでしょう。

この評価の「ぶれ」は、評価というのは結局、主観的に判断されることから発生するのだと思います。もしプロジェクト内における、ある人の働きぶりについて判断しろ、と言われたら、ほとんどの人はその人に対する「印象」をベースに判断すると思います。ところが、その印象には「実際に仕事をこなす能力の高さ」が大きく反映されるとは限らないのでしょう。

そもそも、人がある人に抱く印象というのは、最初に出会ったときのほんの数秒ですべてが決まってしまう、という話があります。最初にパッと見たときの印象で「この人は仕事ができそうだ」と思ってしまうと、その人に関するいろいろな話題のうち、仕事が出来そうだという印象を強化する情報ばかり取り込んでしまいがちです。一方で、同じように最初の印象が「なんかあまり出来なそう」と思ってしまうと、その人に関するいろいろな話題のうち、ネガティブな情報ばかりを取り込んでしまいがちなのだと思います。

正確に人を評価するには、できるだけ主観を外す必要があります。でも主観のない人の評価なんで、まず無理ですよね。実際、成果物（アウトプット）だけで評価すると、過程などが判断材料から外れてしまい、それはそれで評価としては適切ではない結果になってしまう可能性があります。

できるだけ自分の心の偏向・バイアスを取り除き、適切な評価を行うためには、例えば心象がネガティブな人に対しては逆にできるだけ心象を良くする事実を集めるとか、心象が良すぎる人については逆に冷静にネガティブな情報を集めるとか、そういったことを意識的に行わなければならないのだと思います。

update it, Inc.の設立日は2006年9月1日です。今月で設立１周年を迎えました。

普通の会社の場合、１周年目にはそれなりに会社が回っているのだと思いますが、update it, Inc.の場合、この１年間はずーっと研究開発のみの日々でした。１周年といいつつ、これからが始まりです。

crossnoteの開発は最終段階に入り、営業開始に向けた準備作業を進めているところです。サービス・インは１１月頭を予定しており、９月の末頃から徐々にデモをお披露目していきたいと考えています。このブログを見ていただいている皆さんには、ぜひ一番最初にお披露目したいと思います。

最初は小さな一歩に過ぎないかもしれませんが、ゆくゆくは日本、そして世界を代表するシステム・サービスとなれるよう、精一杯がんばりたいと思います。

これからも、どうぞよろしくお願いいたします。

さて、今日もcrossnoteの小さな工夫シリーズ、行きます。今日ご紹介するのはビュー機能です。（Eclipseを知っていると、いろいろと用語が混乱するかもしれません。これはEclipseのViewとは異なります）

crossnoteではWindowsのExploreのようにプロジェクトやドキュメントをツリー状に表示するための「ワークスペース」という画面があります。このワークスペース画面にはビューと呼ぶフィルター機能がついています。

ドキュメントを新規作成する場合には、ドキュメントがどのビューに所属するのかを指定します。このビューとは、例えば以下のようなものです。

「成果物」
「検討資料」
…

ドキュメントを作るにあたっては途中、いろいろな検討資料も必要になります。しかもこのような検討資料は無秩序に増えやすいと思います。そうすると、あるフォルダの中で、どの資料が最終的な結論が書かれた成果物なのかわかりにくくなります。実際、後からプロジェクトに関わった場合とか、あるサブ・プロジェクトの成果を利用して別のサブ・プロジェクトを進めるような場合には、どれがあらかじめ読んでおくべき資料なのかがわからず、後になって大切な資料を読み忘れていた、なんて経験のある人も多いのではないでしょうか？

このビュー機能を用いると同じフォルダー内でも指定したビューのドキュメントだけが表示されるので、例えば外部からの参加者に対しては成果物ビューの中の資料だけ読めばよい、などといった使い方ができます。なおすべてのドキュメントを表示する指定方法もあります。

なおこのビュー定義は、プロジェクト・ポリシーの設定にて、プロジェクト毎に独自の定義を行うことも可能です。

さて、crossnoteの小さな工夫シリーズの第5弾です。今日はプロジェクト・キーワードという仕組みをご紹介します。

プロジェクト・キーワードとはプロジェクト毎に定義することができるキーワードです。例えば、

プロジェクト名　「APISプロジェクト」
プロジェクトID　「UPDATEIT-001」
システム名　　　「apis」
商品名　　　　　「crossnote」

のようなキーワードと値を予め登録しておきます。ドキュメントの中で「プロジェクト・キーワード（例えばプロジェクト名）の挿入」を行うと、値（例えば「APISプロジェクト」）に置き換わって表示されます。プロジェクト・キーワードの部分は背景色が水色になっているので、ドキュメントのどの部分がプロジェクト・キーワードになっているかはすぐにわかります。

プロジェクト・キーワードの値は1箇所で管理されるので、プロジェクト・キーワードの値を変更すると、そのプロジェクトのすべてのドキュメントについて、自動的に新しくセットされたキーワードの値に置き換わるようになっています。

同じように、ドキュメント毎にドキュメント・キーワードを定義できるようになっています。ドキュメント・キーワードとは、例えば「ドキュメントID」などのようなものを登録します。

さらに、crossnoteのドキュメントのヘッダーやフッターはプロジェクト・キーワードおよびドキュメント・キーワードを使って生成されるようにしています。これによって、個別のドキュメントの中のヘッダーやフッターを直接編集する必要がなくなり、プロジェクト全体のドキュメント・フォーマットを揃えることが出来るようになります。

先日の話です。

会社の窓から撮った写真です。
ちなみに、おまわりさんとか来ていました。