Web 2.0：次世代ソフトウェアのデザインパターンとビジネスモデル（後編） - (page 4)

Web 2.0のデザインパターン

　Christopher Alexanderは著書「A Pattern Language」の中で、建築に関わる問題とその解法をまとめたフォーマットを定義した。Alexanderはこう書いている。「それぞれのパターンには、ある環境下で繰り返し起きる問題と、その問題に対する解法の核が記述されている。そうすることで、同じやり方を繰り返すことなく、この解法を何遍でも適用することができる」。これをWeb 2.0に適用したのが下記の8つのパターンである。

1. ロングテール
   インターネットの過半数を占めているのは小規模なサイトだ。小さなニッチが、インターネットで実現可能なアプリケーションの大半を占めている。したがって：ユーザーセルフサービスとアルゴリズムによるデータ管理を導入し、ウェブ全体――中心部だけでなく周辺部、頭だけでなく長い尾（ロングテール）の先にもサービスを提供しよう。
2. データは次世代の「インテル・インサイド」
   データ志向のアプリケーションが増えている。したがって：独自性が高く、同じものを作ることが難しいデータソースを所有することで、競争優位を獲得しよう。
3. ユーザーによる付加価値創造
   競争力のあるインターネットアプリケーションを構築できるかどうかは、企業が提供するデータに、ユーザーがどの程度データを加えられるかによって決まる。したがって：「参加のアーキテクチャ」をソフトウェア開発に限定するのはやめよう。ユーザーが無意識に、または意識的にアプリケーションに価値を加えられるようにしよう。
4. ネットワーク効果を促す初期設定
   自分の時間を割いてまで、企業のアプリケーションの価値を高めてやろうというユーザーは少ない。したがって：ユーザーがアプリケーションを使うことによって、副次的にユーザーのデータも集まるような仕組みを作ろう。
5. 一部権利保有
   知的財産の保護は再利用を制限し、実験的な試みを妨げる。したがって：広範に採用されることでメリットが生じるものは、利用を制限せず、採用障壁を低くしよう。既存の標準に準拠し、制限事項を最小限に抑えたライセンスを提供しよう。「ハッキング可能」で「リミックス可能」な設計を心がけよう。
6. 永久にベータ版
   デバイスとプログラムがインターネットに接続されている今日では、アプリケーションはもはやモノではなく、間断なく提供されるサービスである。したがって：新機能はリリースという形でまとめて提供するのではなく、通常のユーザー経験の一部として、日常的に提供していこう。サービスを提供する際は、ユーザーをリアルタイムのテスターと位置付け、新機能がどのように使われているかを観察しよう。
7. コントロールではなく、協力
   Web 2.0アプリケーションは、複数のデータサービスの協同ネットワークによって実現される。したがって：ウェブサービスのインターフェースを提供し、コンテンツを配信し、他者のデータサービスを再利用しよう。軽量なプログラミングモデルを採用し、システムをゆるやかに統合できるようにしよう。
8. 単一デバイスの枠を超えたソフトウェア
   インターネットアプリケーションにアクセスできるデバイスはPCだけではない。特定のデバイスでしか利用できないアプリケーションは、デバイスの枠を超えて利用できるアプリケーションよりも価値がない。したがって：アプリケーションを設計する際は、最初から携帯端末、PC、インターネットサーバを視野に入れ、統合的なサービスを提供しよう。