「Web2.0を活用する１０の方法」その５は、"Make Your Site Offers Its Content as Feeds and/or Web services"。「サイトのコンテンツをRSSフィードなり、ウェブサービスの形でアクセス可能にしましょう」ということである。補足する必要もないかも知れないが、特にRSSフィードに関しては、HTMLが「人間が読むもの（view）」をやりとりするデファクトスタンダードになったのと同じように、RSSが「ソフトウェアが読むもの（data）」をやりとりするデファクトスタンダードになった、ということをしっかりと認識してウェブ・サービスの設計をすべきである。これは決して「いかにもWeb2.0的なサービス」に限った話ではなく、もっと単純な「企業のニュースリリース」などにも応用すべき考え方である。先日少ししらべてみたのだが、自社のニュースリリースをRS

「Web2.0を活用する１０の方法」その３は、"Encourage Unintended Uses" （想定外の使い方を奨励しろ）。筆者は幾つかの意見をまぜこぜにして述べているので少し分かりにくいが、コアとなる意見は「『このサービスはこう使うべき』と決め付けて作らずに、ユーザーが自分なりに工夫して使えるようにした方が良い」ということである（ちなみに、筆者はこれに加えて、mash-up や remix しやすいようにサービスAPIを用意した方が良いとここで言っているが、その点に関しては「その５」でも触れているので、ここではスルー）。 「ウェブ・サービスを作るときは、あまりきっちりと型にはめずに、少しルーズに作っておいた方が、ユーザーがクリエイティビティを発揮できる」という話は、前回のWeb2.0カンファレンスでも話題になっていたが、「もの作り」に慣れた人の方が逆に見落としやすいコンセプトなの

「Web2.0を活用する１０の方法」その２は、"Make Content Editable Whenever Possible"。「可能なかぎりコンテンツをユーザーに開放して好き勝手に変更や追加ができるようにするべき」、という話である。筆者は、Wiki をその極端な例として挙げているが、キーとなる言葉は "Wisdom of crowd"（集団の知恵）。"我々の誰一人として、我々全体を会わせたよりも賢くはない（none of us is as smart as all of us）" という言葉もこの「ユーザーにコンテンツを作らせる」サービスのポテンシャルを良く表している。 私自身は、今のWiKi という形は本来あるべき姿からはまだまだほど遠いと感じている。一般ユーザーにまで安心して使ってもらえる様になるためには、まだやることは沢山あるように思えるのだ。しかし、そういったツールだとか、ビジ

会社のエンジニアの一人が見つけてきた Dion Hinchcliffe という人の「Ten Ways To Take Advange of Web 2.0」というブログエントリー。未だに「Web2.0とは何か」を延々と議論し続けている理論先行型のブログが多い中、実際のウェブ・サービス・ビジネスにどう活用したら良いかをきれいにまとめてある点が評価できる。 英語の勉強にもなると思うので、ぜひとも原文を読んでいただきたい。 … と突き放そうかとも思ったのだが、毎日のように私のブログを読みに来ていただいている方々への感謝の意味も含めて、私の意見もまぜながら、解説して行こうかと思う。ただし、結構内容が濃い記事なので、一度に全部を解説するのは時間的に難しい。そこで、一つずつ順番に解説して行く。 １．Encourage Social Contributions With Individual Benef

先日このブログで公開したばかりの、「ライブドア事件」専用トラックバック・ステーションであるが、毎回ページが開かれるたびにデータベースにアクセスする仕組みで作ったのだが、そんな作りのままではトラフィック増には耐えられない。そこで、良く出来たブログ・サービス（例えばMT）の様に、変更があったときに（つまり、トラックバックが送られてきた時に）、データベース上のデータからHTMLページを生成しておき、閲覧時にはそれを返すように変更することにした。 その作業を進めているときに、この手法の一つの欠点に気が付いた。MovableType がしているように、ヘッダーも含めた全HTMLページを生成するようにしておくと、その中にスタイルシート（CSS）へのリンクを埋め込むことになるので、スタイル（見た目）が固定化されてしまうのである。これでは面白くない。そこで、複数のスタイルシートを用意しておき、閲覧時に動的

先日の「Web2.0時代らしいエンジニアのクリエイティビティの引き出し方」というエントリーに対しては、色々なフィードバックをいただいた。その中に、私のスクエニでのポジションを意識してか、「ゲームの開発にも適用出来ないだろうか」という問いかけもあったので、それに対する返答の意味も含めて私なりの考えを書いてみようと思う。 答えから先に言ってしまうと、「ぜひとも適用してみたい」と考えている。 従来型の「数千万～数億円の開発費をかけて、ハードウェアの性能を最大に生かしたゲームを作り、ミリオンセラーを狙う」というゲーム作りは、そのビジネス・リスクの高さ故に、どうしても「実績のあるプロデューサー」に任されることとなり、なかなか若いクリエーターたちにチャンスは巡ってこない。もちろん、そういった大プロジェクトに開発スタッフとして参加して経験を積むのも大切だが、それだけで彼らのモチベーションを保ち続けるのは

私の関わっているプロジェクトの一つに、「全く今まで存在しなかった形のデジタル・エンターテイメントを実現しよう」というとても楽しいプロジェクトがある。この手の大きなプロジェクトを成功させるには、「大きな夢を共有しつつ、同時に一つ一つ着実に駒を進めていくこと」が大切なのだが、なかなか簡単ではない。特に、まだ「最終的に目指すもの」のイメージがちゃんと共有されていないので、各チームの動きがちぐはぐなのだ。 そこで、私が「プロジェクトメンバー向けに、目指すライフスタイルのイメージ・ビデオを作ろう」と提案しているのだが、なかなか理解してもらえない。「プロジェクトが立ち上がったばかりなのに、そんなものはまだ作れない」とか、「もう少し見えてきてからにした方が良いのではないか」という否定的な意見が出るのだ。今日は、そんな人たちへのメッセージ。 私がもの作りをするときは、常にユーザー・インターフェイスのプロト

ここのところ、Apple とか Google のことばかりこのブログに書いているが、たまには CEO らしく自分の会社（UIEvolution Inc.）のテクノロジーの宣伝もしなければいけない。そこで、「今日は Yahoo! Maps Web Service と UIEngine を組み合わせたらどんなことが出来るか」というテーマで作ったサンプルアプリをソースコード付きで公開する。 元ネタは、百式 - 正しいAPIの使い方で知った ipodiway。Yahoo!の道順案内をiPodで見られるようにするサービスだ。さっそくシアトルの空港から私の会社までの道順案内を指定すると、ダウンロードされてきたのはZIP圧縮された１２枚の小さな画像ファイル。この画像データを iPod にロードし、スライドショーの機能で道案内を見ろということらしい。なかなかすぐれものだ。 それならと、この画像データを利用

CNet Japanを見ていて気がついたのだが、Googleが積極的に日本でエンジニアをリクルートし始めた（参照）。優秀なソフトウェアエンジニアがハードウェア企業にばかり就職してしまう日本の現状を打破するのには、良い特効薬かもしれない。 そこで、マイクロソフト本社でエンジニアの面接をしてきた経験を生かし、「私がGoogleの面接官だったら」という設定で、どんな人を採用したいかをGoogleの立場に立って述べて見たいと思う。 まず何よりも大切なのは、「Googleで働きたい」、という強い気持ち（Passion）である。「好きこそものの上手なれ」ということわざがあるが、その仕事にどのくらい夢中になれるかがエンジニアの生産性を考えた上で最も重要なファクターの一つであることはどの面接官も知っている。すると、「今の仕事がつまらない」、「上司がいやな奴だ」、「今の仕事がきつい」などのネガティブな理由で

先日梅田望夫氏と会食をする機会をいただいただのだが、彼の話の中で最も興味深かったのが、「『はてな』のビジネスがＶＣ（ベンチャー・キャピタル）から全く資金調達せずに回っている」と言う話である。インターネット・バブルの崩壊後にGoogleやYahooが広告収入で黒字化した、というだけで偉いのに、「はてな」のような所が、（自分で広告主を集めるのではなく）Google の　AdSense と　Amazon のアフィリエイトでそれなりの売り上げが上がって、その資金でさらなる開発投資ができてしまうという事実は、私にとっては「目からうろこ」の衝撃であった。 私の知り合いにも、自分のブログに楽天の商品の紹介をちりばめて月１８０万円もの売り上げを誇るすごい人がおり、私も実験と思い楽天やアマゾンのアフィリエイトに入ってこのブログに少し広告を出してはいる。しかし、私はあくまでその手の広告から得られる収入は「ブロ

先週、ソフトウェア・エンジニアではない人たちが参加している飲み会でＯＳの話をする機会があったのだが、自分で説明しながら一つ自分の頭の中ではっきりしてきたことがある。私なりの 「Google OS」の解釈である。今までも、漠然とは理解したつもりでいたのだが、他人に説明することにより、私の頭の中でより明確化して来たので、ここに書いて見ようと思う。 ＯＳ（Operating System）とは、一口で言えばコンピューター上にあるファイル・システム、グラフィック・ユーザーインターフェイス・システム、タスク管理システム、などの各種システム・サービスの集合体のことである。ユーザーはユーザー・インターフェイスを介して、プログラマーはＡＰＩを介して、それらのサービスとやり取りをする。 従来型のＯＳにおいては、そういったシステム・サービスは全て対象となるコンピューターそのものの上で実装されていた。そのため、

Viral Marketing（バイラル・マーケティング）は、直訳すると「ウィルス型マーケティング」になるが、より正確に表すには「伝染型マーケティング」だとか、「自己増殖型マーケティング」とでも呼んだほうが良いだろう。Viral Marketing とは、テレビや新聞などを使った「マス・マーケティング」をする資金のないベンチャー企業や、それだけの投資リスクを負いたくない企業が低予算で一気に大量の顧客を確保したい時に使う「裏技的」マーケティング手法である。「バイラル＝口コミ」と勘違いしている人が多いので要注意である。 米国では hotmail が、全くの無名のベンチャー企業でありながら、viral marketing の手法で、わずかの期間に数百万人のユーザーを確保した例が良く知られている（その結果、マイクロソフトに買収され、創業者と投資家に数百億円の利益をもたらした）。日本では、ドワンゴが

最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに