マッシュアップの落とし穴。誰がために結び付けるのか

WEB 2.0ブームとともにWebサイト運営者の間で一般化し、多くの人気サービスを生み出した「マッシュアップ」によるWebサイト構築手法。そんな構築手法に警鐘を鳴らす出来事があった 連載目次 音楽CD交換コミュニティとして、2007年1月から運営を開始した「diglog」は、Amazon Web ServicesからAPIの停止、加えてアマゾン・アソシエイト・プログラムの契約解除を受けて、2007年9月末をもってサービス停止に追い込まれた。 diglogは、サービスの根幹となるCDのデータベース情報をAmazon Web Servicesが提供するAPIに依存していると同時に、収益の多くの部分をアマゾン・アソシエイト・プログラムに頼っていたために、サービスを停止せざるを得ない状況に至ったのだ。 時間を超越した多対多のCD物々交換コミュニティ この問題を理解するためには、diglogが提供し

[mind]

ネットのコミュニティとCDのデータベースを巧みに利用し、時間を超越した多対多の物々交換コミュニティを作り上げた秀逸なサービス、それがdiglogだった ――物物p2p。のコミュが自立独立/承認を得る産みの苦しみ。 //

[bunchan98]

すべての無料サービスにある話なのよね。遊びでは楽しいけど、仕事としては難しい。まぁ、だからこそおもしろいわけだけどね。

[AKIY]

「サービスの根幹を他社のAPIに頼ってしまったわれわれの考えの甘さが招いたこと」

[suikyo]

AmazonもGoogleも時々ファビョるからな。あんまり当てにできない。

[nshash]

「APIの提供元とWin‐Winになるようなビジネスモデルを構築することが基本」というのは正論だけど、相手がwin-winと判断するのか微妙なケースも多くあるわけで、そこがAPIモデルを信頼できない大きな要因だと思う

[leva]

「APIの提供元とWin‐Winになるようなビジネスモデルを構築することが基本」というのは正論だけど、相手がwin-winと判断するのか微妙なケースも多くあるわけで、そこがAPIモデルを信頼できない大きな要因だと思う