勝てば官軍、負ければガラパゴス
私が数年前からこのブログで使っている「ガラパゴス化」という言葉、今やテレビや雑誌でまで見る様になり、何だかうれしいような悲しいような、複雑な気持ちである。 私が最初に公の場でこの言葉を使ったのは、２００１年のCTIA（米国最大の携帯通信業界のカンファレンス）でのこと。UIEvolutionというベンチャー企業を立ち上げたばかりでもあり、この業界でなんとか注目を集めようと、「NTTドコモのiモードのことなら詳しいので、日本の若い人たちのライフスタイルがiモードでどう変わったからなら解説できるよ」と会議の主催者に連絡すると、いきなり２０００人も収容できる会場を割り当てられたのだ。 私がNTTドコモから来た人間だと勘違いした人もいたようで、会場は超満員。冒頭でドワンゴの「釣りバカ気分」の面白さを手振り身振りで伝えたところそれが大受けで、日本のギャルの生態系の解説も交えながら、日本の「ケータイ文化
Life is beautiful: とある家電メーカーでの会話：クラウドテレビ編
ある日本の家電メーカーでの会話。まずは副社長室での会話から。 技術部長：副社長、来年度の予算の件はどうなりましたか 副社長：大丈夫だと言っただろう。台湾・中国からの追い上げは相変わらず激しいが、テレビは家電ビジネスの要だ、経営陣としてもここだけは手を抜けない。来年も君たちにがんばってもらわなければならない。 技術部長：もちろんです。そのあたりは現場のエンジニアたちも強く感じてると思います。ちなみに、メールに書いてあった「戦略の変更」って何ですか？ 副社長：そのことなんだが、経営会議でも持ち上がったんだが、台湾勢と戦うには、我が社にしかできない「差別化要因」が必要だ。価格競争では彼らにかなわない、消費者にとって目に見える価値を提供して、台湾製品よりも３割・４割増の値段でも喜んで買ってもらえるテレビを作らなければならない。私は、キーワードは「クラウド」だと思っている。 技術部長：え？「ク、クラ
Google App Engine入門：実践編
今週に入って、Tiny Message に続く二つ目の Google App Engine ベースのサービスをリリースした。３日ぐらいで試験的に作った Tiny Message とは異なり、今回のものは、丸二ヶ月間寝る間も惜しんで作った力作である。 米国向けのサービスな上に招待制のSNSなので、ここではサービスそのものは公開しないが、いくつかこだわって作った部分があるので、それについて語ってみようかと思う。 1. 対象となるユーザーの絞り込み FacebookやTwitterのような巨人が存在している中で、それにまっこうから対抗するようなソシアル・ネットワーク・サービスを作ったところで無謀なだけである。そこで、逆に対象にするユーザー層を究極にまで絞り込んで、彼らのライススタイルに徹底的にマッチしたサービスを作ることにより差別化をはかる、という戦略を選択。対象は「LAに住む２０〜３０代の社交
Google App Engine入門：フレームワークの選択
Google App Engine向けのアプリを作る際に最初に悩んだのはフレームワークの選択。Google App Engineにはwebappという最低限の機能を持ったフレームワークが付いて来るが、Python使いの人たちの間では、DJangoというフレームワークが広く使われているらしいし。かといって、あまり大きなフレームワークを使うと、パフォーマンスのチューニングとかもしにくくなるし、フレームワークそのもののバグや制限に悩ませられる可能性もある。 そんな中で増井君が見つけてくれてまず試したのが、Junoというフレームワーク。DJangoと比べると遥かに小さく、WebappよりもURLのルーティングのメカニズムとかが充実している。 そこで一旦はアプリをJunoの上で作り始めたのだが、Junoのソースコードを見ているうちにいろいろと気に入らないところが出て来た。不必要にオプションが多いし、
「リニアにスケールするように作れる」からこそのGoogle App Engine
Google App Engineを使った最初の作品 Tiny Message （http://tinymsg.appspot.com）をリリースしてまだ２０時間経っていないが、設計の過程でいろいろと学べたことがある。 その中でも一番収穫として大きいのは、「Google App Engineを使えば、リニアにスケールするサービスを作ることが可能」だということが実感できたこと。 もちろん、Google App Engine上に作ったからと言ってすべてのアプリがリニアにスケールするわけではなし、どんなアプリでもそう作れるわけではない。Entity Groupの構成を間違えればそこがボトルネックになるし、Queryの二重ループなんかを書いたら、すぐにタイムアウトしてしまう。 リニアなスケーラビリティを持つDatastoreの上で作るとは言え、やはりDatastoreの仕組みをちゃんと理解してデー
プレゼン資料用のメタ言語ってどうだろう
メインマシンをMacBookに変えてから、プレゼン資料を作るためにいちいちParallelsからPowerpointを立ち上げるという作業がうっとうしくなって来た今日この頃である。もちろん、Keynoteを使うという方法もあるがファイルの互換性の問題があるし、Google Docsでは見栄えが悪い。 「誰かがすでに作っているだろうな」と思いつつHTML+CSS+JavaScriptで作ってみたのがこれ（クリックすると次のスライドに進む）。 手持ちのバージョンのSafari、Opera、Firefox、IEでは動作確認済み。iPhoneでももちろんちゃんと動く。フォントの大きさはダイナミックに計算しているので、全画面でブラウズしてもそれなりに動く。 まだまだ機能的に不足している部分はたくさんあるが、こんな形で作っておけば、ブログでの公開も簡単だし、見た目はCSSしだいでなんとでもできる。ある
Life is beautiful: プレゼン初心者が覚えておくべき３つのポイント
プレゼンの初心者にありがちな失敗は、 ・自分の未熟なプレゼンのテクニックを気にしすぎてあがってしまう ・情報は多い方が良いと勘違いして、スライドをたくさんの文字で埋め尽くしてしまう ・その結果、観客に話しかけるのではなく、観客に背中を見せてスライドを読んでしまう ・結局何が言いたいのか全く伝わって来ない など。今日はそんな人に覚えてほしい三つのポイント。 １. 観客は「未熟なプレゼン」には寛大だが、「何を伝えたいのか分からないプレゼン」には厳しい 「自分はプレゼンが不得意」と思い込んでいる（もしくは悩んでいる）人はたくさんいると思うが、そんな人がまず覚えておくべきことは、観客が「未熟なプレゼン」にはけっこう寛大であること。小中学生ならいざしらず、社会に出てから「プレゼンターの未熟さ」笑う人はまずいないので、心配しなくても良い。逆に、観客が許してくれないのは「何を伝えたいのかが分からないプレ
iPhoneのYouTubeが意外と使えない件について
iPhoneに関してはベタボメ状態の私だが、数ある機能のうち「使えない」と思うものが一つだけある。Youtubeだ。iPhoneの入手当初２～３日は目新しくてなんどかYoutubeビデオを見たのだが、それ以来ぜんぜん使っていない。 なぜかといえば、Youtubeは私を含めたほとんど人にとって「ブラウズする」ものではなく、「他の人のブログに貼り付けてあるものを見るもの」であるからである。 CGMサービスの「おもてなし」をデザインするときに強く意識すべきなのは、 作る人の数 << 作品を積極的にブラウズしたりコメントを加えたりする人の数 << 他の人たちが発掘してくれた作品をROM状態で楽しむ人の数 だという事実である。この比率はサービスによってことなるのだが、Youtubeの場合その比率は、Web2.0Expoで得たデータによれば 1 : 10 : 250 ぐらいだそうである。つまり、you
ウェブサービスAPIにおける『成りすまし問題』に関する一考察
先週の末に、はてなのウェブ・サービスAPIを使ったMash-upアプリをFlash上で作り始めていきなりつまずいたのが、Cross-Domainセキュリティ。satoshi.blogs.comから取得したswfファイル上のActionScriptからb.hatena.ne.jp下にあるRSSフィードだとかXML-RPCにアクセスができないのだ。 「確か方法があったはず」と調べてみると、はてな側がサーバーにcrossdomain.xmlというファイルを置いて明示的にCross-Domainアクセスを許可していなければならない、という。そこで見つけたのが、「Flashから各APIの操作、データのロードができるよう、サーバ上に「crossdomain.xml」というポリシーファイルの設置をお願いしたい。」というはてなアイデアへのリクエスト。2006年の2月にリクエストが出されているのだが、11月
Life is beautiful: JSON COMETでリアルタイム・ページビュー・カウンターを作ってみた
最近Linuxの勉強もかねて作っているのが、超シンプルなアーキテクチャーのHTTPサーバー。そこそこ動き始めたのだが、それだけでは面白くないので、サーバー側からイベントに応じてデータをPushできるCometの機能を足してみた。 ストレステストのために、昨日からこのブログにこっそりとテスト用のIFRAMEを貼り付けてあったのだが（そのおかげで、バグを三つばかり見つけることができた―感謝、感謝^^）、安定して動き始めたので、見栄えを整えてこのブログの右上に貼り付けてみた。 題して、「リアルタイム・ページビュー・カウンター（RPV Counter）」。Totalはこのカウンターをリセットしてからのページビューの数、Currentはその時点でこのブログを見ている人の数（ただしノイズあり）、PeakはCurrentの過去最大値だが、ページを再ロードせずとも、それぞれのカウンターが自動的にアップデー
Life is beautiful : アップルにして欲しい次の革命
うわさされていた通り、ビデオ iPod を発表したアップルだが、はっきり言ってどうでも良い（もちろん私は買わない）。あんな小さな画面でミュージック・ビデオを見せる、なんていうことがスティーブ・ジョブスの本当の狙いではないことは明白だ。 今回のアナウンスメントでもっとも重要なのは、ディズニーがiTunes 向けの動画配信のパートナーとなったことある。ディズニーは、ABC、ディズニーチャンネル、ESPN などの主要なテレビ局を持つ巨大コンテンツ会社。そのディズニーのCEOの Iger 氏が自ら舞台に上がってアナウンスをしたのだから、これの意味することはビデオ iPod なんかよりも桁違いに大きい。 私がなぜこのパートナーシップに特に注目しているかというと、iTunes Music Store で音楽業界に革命をもたらしたアップルには、ぜひともこれをテコにしてもう一つして欲しいことがあるからだ。
「Why?」と言えない日本
先日、たまたまティーンエージャー（13～19才）の子供を持つ親のための講習会に出る機会があったのだが、そこで『二つのWhy』という話を聞いた。日本語にも若干通じる部分があるので、今日はそれに関する英語うんちく。 その講師は、親はティーンエージャーの「Why」には二種類あるので注意すべき、と主張する。一つは単なる質問の「Why」で、この場合は普通に答えて良い。もう一つが、こどもが自分が何かを拒否したい気持ちを伝えたくて「Why」と言っている場合。この場合に、その気持ちを理解しておきながら、理屈だけで納得させようとすると泥沼にはまってしまう、と指摘するのだ。 良い例が登校拒否のこども。親が「学校に行きなさい」というと「なぜ学校にいかなければいけないの？」と言い返してくる。そこで親としてはつい「ちゃんと学校を卒業しなければ、ちゃんとした会社に就職できないんだよ」などと答えて説得を試みたくなるのだ
携帯電話サービスのユーザー・エクスペリエンスは誰が責任を持つべきか？
携帯電話業界で世界最大のイベントは、毎年初めにヨーロッパで開かれる「GSMカンファレンス」。今年は、その北米分科会がシアトルで開かれるのだが、そこでしゃべる機会をいただいた。「せっかくの機会だから、少し刺激的なテーマを」と考えたのがこれ。スティーブ・ジョブズのプレゼンにならい、文字の羅列を避け、画像中心の資料を私のスピーチで補足して行くスタイルだ。 まずは得意のユーザー・エクスペリエンス（＝おもてなし）の話から。「リッツ・カールトンなどの高級ホテルに一歩踏み入れるとそこは別空間。そのユーザー・エクスペリエンスを提供しているのはいったい誰でしょう？」と始める。「おもてなしの責任者は、ホテルを設計したアーキテクトでもなければ、ホテルを建てたゼネコンでもありませんよね。それはサービスを提供しているリッツ・カールトンそのものです。」と話を進める。 そこで、一呼吸おいて、「では、携帯電話サービスの場
世界の中心で「Contents is King!」と叫ぶ
古川さんのブログで知ったのだが、「トイレ進化論、本当の大変化はこれから始まる!?」で紹介した「The Ten Faces of Innovation」の日本語訳が、「イノベーションの達人」という題名で出版された。Tom Kelleyのもう一冊の本、「発想する会社！」と会わせて読むことをお勧めする。 Tom Kelleyを初めとするIDEOの人たちが発信するメッセージの中で一番重要なのが「ユーザー指向」のもの作り。エンジニアが集まると、とかく「CPUがどうだ」とか「３Dがどうだ」という個別の機能面にばかりフォーカスが集まってしまい、ユーザー不在のもの作りが進んでしまう。 私の一番の興味の対象である「ネット家電」で言えば、BMLによるデータ放送や、テレビに搭載したHTMLブラウザーが典型的な失敗例。明らかに「新技術の導入」だけが先行して、その上で提供されるサービスがないがしろにされているため、
YouTubeを使ったテレビ番組の「一部引用」の合法性に関する意見募集
CNetのブログに、「YouTubeを使ったテレビ番組の『引用』の合法性に関する一考察」というエントリーを書いたので、まずはそれを読んでいただきたい。ここ数週間ばかり、私なりに「なぜSequoiaのような一流どころのVCがYouTubeに資金を提供したのだろうか」、「一見お金を垂れ流しているようにしか見えないYouTubeの本当の狙いはどこにあるのだろうか」と考えて来た結果、やっと少し「著作権法との関係の落としどころ」のようなものが見えて来たような気がするので、それを自分なりにまとめて書いてみたのだ。 結局のところ、「テレビ番組の一部を『個人的体験の共有』のためにアップロードすることぐらい許容範囲」と多くの人が思うようになるのか（もしくは、既になりつつあるのか）が鍵である。CNetのエントリーに書いたように、人々の常識や良識が変化した時には、法律の方を変更すべきだ、というのが私の考え方であ
「色に情報を運ばせる」テクニック
昨日のエントリーで、プレゼンの資料において、「色に情報を運ばせる」ことについて簡単に触れたが、少し説明が不十分だったと思われるので、具体的な例をあげてもう少し分かりやすく説明しよう。 まずは下の図を見て欲しい。 ブログに関わる人たちをグループ化した図だが、グループが三階層に分かれることと、その数が上位層になるほど数が少なくなることを表現する、という目的はきちんと果たしている。 問題は色使いである。せっかくカラー画面を使ってプレゼンをするのだからと、色を着けたのだろうが、色分けそのものは何の役も果たしていない。「役目はないが、無駄ではなかろう」というのが通常の考え方だが、Tufteはそれを「情報量の無駄使い」と呼ぶ。彼ならば、こんな「色使い」を薦めるだろう。 上位層に行けば行くほどブログとのかかわりが「濃い」ことを色の濃淡で表している。つまり色情報がちゃんと役割を果たしているのだ。それに加え
Life is beautiful: Edward Tufteに学ぶプレゼンのスキル
「スティーブ・ジョブスに学ぶプレゼンのスキル」は、このブログの人気エントリーの一つだが、ことプレゼンに関して私が師と仰ぐのはEdward Tufteである。日本ではあまり名が売れていないようだが、米国では「データのプレゼン技法」に関しては第一人者で、本も何冊も書いているし、全米各地でセミナーも行なっている。 私自身も、一日セミナーに参加したことがあるが、膨大な量の実例を集めて、それぞれのどこが優れているか、どこがダメなのかを的確に分かりやすく説明してくれるTufteは、まさに「プレゼンの神」であった。彼からは色々なことを教わったが、特に心に残り、今でも常に実戦しようと心がけていることは、 ・文字に頼らず、図を効果的に使うこと ・一度に見せる情報量を絞ること ・意味を持った色使いをすること の三つである。特に最後の「色も情報を運ぶことができる」という点は、それまで意識したことがなかっただけに
Life is beautiful: Amazon AffiliateがGoogle AdSenseに勝てる理由
今まで、このブログでも何回もGoogleとMicrosoftを比較して、Googleにばかり軍配を上げてきた私だが、Googleに弱点が全く無いと思っているかというと決してそんなことはない。そこで、今日はこのブログでも採用しているAmazon AffiliateとGoogle AdSenseとを比較した場合、どうして私が「長い目で見たらAmazon Affiliateの方が強いかも知れない」と思っているかを述べてみたい。 まずは、このブログでの過去数ヶ月の実データを元に、Amazon Affiliateの結果をまとめると以下のようになる。 ・測定単位： 10万ページビュー ・クリック数： 約2500クリック ・注文数： 約150点 ・アマゾンの売り上げ： 約25万円 ・紹介料： 約1万５千円 まあ妥当な数値である。クリック率は約2.5%。クリックから実際の注文へのコンバージョン率は約6%で
ワイルド・ソウル、マフィアの親分が語る人生哲学
週末から読み始めたのが、稲垣涼介の「ワイルド・ソウル」。小説としてもとても楽しめるのだが、登場人物の一人の語る言葉に妙にうなずいてしまったので、ここで引用。 「世の中には、二種類の人間しかいない。分かっていない人間と、分かっている人間―目に見えている世界の表層だけをなぞる人間と、その表層の集合体から本質を見極めようとする人間だ。」 … 「表層だけをなぞる人間でも、世間並みの成功は収めることができる。事象のみを捉え、その対処法を経験値として蓄積してゆく。そして、その経験値を元に未来に対処してゆく。少し聡い人間なら誰でもやっていることだ。だが、あくまでも意識にはその表層レベルにいる。いわば処世術にすぎない。それでは本当に分かっているとはいえない。住む世界や国が変わり、就く仕事が変われば、それまでの話だ。以前の対処法は通用しない。が、その表層の集合体から物事の理（ことわり）を導こうとするものは、
ユーザー参加型コンテンツビジネスのまとめ
最近CGM（Consumer Generated Media）関連の質問をされることが多いので、一度頭の中にあるものを整理する意味でも、箇条書きにしておく。 従来のWeb1.0的なコンテンツビジネスと比べた時の利点 ・常に新鮮なコンテンツをコストをかけずに提供できる点 ・バイラルマーケティング効果（コンテンツを作ったユーザーが他の人に宣伝してくれる） ・根本的にコミュニケーションツールであること（人がオンラインになるのは、他の人と繋がるため） ・ユーザーの数が増えれば増えるほどサービスの価値が上がる点 ・長く使えば使うほど、そのユーザー自身の財産が形成され、サービスから離れにくくなる点 意識しておくべき点 ・自社コンテンツを持っていない企業が新規参入できる点 ・ユーザーは予想もしない使い方をすることがあること ・コミュニティの作られ方しだいでサービスの質が大きく左右されること ・積極的に参
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
