６月１日発売の『なぜ、あなたの仕事は終わらないのか　スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇　◇　◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、＂光速＂と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト本社内にはＯＳの開発に関する派閥争いがありました（ＯＳとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基本ソフトのこと）。＂カイロ＂というグループと＂シカゴ＂という

「スーパーマリオも寄る年波に勝てず　任天堂　営業赤字見通しの裏側」という記事を読んだが、米国に暮らす私の印象は少し違う。少なくとも米国では、Nintendo 3DS は「スマートフォンやソシアル・ゲームに負けた」のではなく、「iPod touchとAngry Birdに駆逐された」という表現の方が実感に近い。 去年の夏ぐらいから、任天堂が得意とする６〜１２才ぐらいの子供たちが遊ぶデバイスが、Nintendo (3)DSから、iPod touch へと目に見えてはっきりと置き換わって来たのだ。そんな親に聞くと、ほとんど決まって「私の iPhone でAngry Bird を遊びたがって、返してくれないので、しかたがないから iPod touch を買い与えた」という答えが返ってくる。 iPhone がなければ Angry Bird は生まれなかっただろうことを考えれば、間接的には「スマートフ

先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避

ここのところPhotoShareのことばかり書いている私だが、久しぶりに「UIEの創業者・取締役」としてのお仕事。「次世代IPTVソリューションセミナー」というUIEジャパン主催のセミナーで、「ネット接続がテレビにもたらすUI変革」というタイトルで講演をするのだ。日時は９月１９日、参加費は無料なので、ぜひとも「ネットに接続したテレビ」の話に興味のあるかたはご参加いただきたい。 ここのところ「ネットに接続した○○」というテーマでの講演やら話をする機会があるが、そもそもネットがもたらす価値は何か、という話を突き詰めて行くと、「情報」と「人」という話になる。iPhoneのケースで言えば、Google Mapアプリで得られるものは「ネットに存在する情報」だが、PhotoShareで得られるものは「ネットの向こう側にいる人たちとのコミュニケーション」である。 今回の講演では、テレビをネットを利用して

University Washington での Executive MBA プログラムの集中授業が始まった。予想通り、授業は基本的に講義ではなく、ディスカッション形式。予習を十分にしていかなければ、発言できないどころか、他の人が何を話しているのか分からず、全くついて行けない。 最初の「Teamwork & Managerial Effectiveness」はまだたいしたことはなかったが、午後の「General Management & Strategy」は、まさに「消防車のホースに口を付けて水を飲む」という表現がぴったりの授業。常に脳みそを全開状態にしておかないと話についていけないし、次々に質問を投げかけられるので、まったく気を緩められない。 会議にしろ授業にしろ、出席するのであれば最大限に参加しなければ損というポリシーの私にはピッタリのスタイル。アドレナリンを上げっぱなしの３時間という

404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で

MBAプログラムに参加したおかげで、大量の論文を読まされることになったのだが、頭の中を整理する意味で文章にするのは役に立つし、それがブログのちょうど良いネタになる。今日のエントリーは、Daniel Goleman という人の書いた”What Makes a Leader?” という論文の要約。 筆者は（企業などの）リーダーになるためには、ただ高い知性と専門知識を持っているだけでは不十分で、筆者がEmotional Intelligence(感情知能)と呼ぶ能力を持っていることが不可欠だという。 Emotional Intelligenceには５つの要素がある。 Self-Awareness 自分のムードや感情を常に冷静に把握しており、それが他の人に与える影響を十分に認識していること。Self-Awarenessが低い人は、自分の性格の欠点を指摘されたりするとそれを「個人攻撃」と見なして不必

iPhoneに関してはベタボメ状態の私だが、数ある機能のうち「使えない」と思うものが一つだけある。Youtubeだ。iPhoneの入手当初２～３日は目新しくてなんどかYoutubeビデオを見たのだが、それ以来ぜんぜん使っていない。 なぜかといえば、Youtubeは私を含めたほとんど人にとって「ブラウズする」ものではなく、「他の人のブログに貼り付けてあるものを見るもの」であるからである。 CGMサービスの「おもてなし」をデザインするときに強く意識すべきなのは、 作る人の数 << 作品を積極的にブラウズしたりコメントを加えたりする人の数 << 他の人たちが発掘してくれた作品をROM状態で楽しむ人の数 だという事実である。この比率はサービスによってことなるのだが、Youtubeの場合その比率は、Web2.0Expoで得たデータによれば 1 : 10 : 250 ぐらいだそうである。つまり、you

渡辺千賀さんの「日本は世界のブラックホールか桃源郷か」というエントリー。「そう、そう」とうなずきたくなるようなエントリーだが、私が数年前から使っている表現は「日本は世界経済にとってのガラパゴス諸島」。 ２０００年ごろから始まった、日本特有の「ケイタイ文化」の進化は、主に言語と人種と非関税障壁の壁により隔離された日本だからこそ起こったと言え、文化人類学的に見ても、グローバル経済の面から見ても、とても面白い。だから、米国のワイアレス関係の人たちの中でも目利きの人たちは、あいかわらず日本を特殊な実験場のような目で注意深く見ている。 隔離されているからこそ、独自の変化を遂げることが出来ているのも一つの特徴だが、それゆえに「外来種」にあっという間に駆逐されてしまったり、海外でまったく勝負できないなどの例も後を絶たない。最近ではスターバックスが良い例である。昔良く見かけた「マイアミ」とか「カトレア」は

Google AnalyticsのUIが大幅に改良されたので、解析結果を見なおしていたのだが、そこで気が付いたのが、見覚えのない"petals around rose"というキーワードで来る人がたくさんいること。私にはなじみのない言葉だったので調べてみると、以前のエントリーのコメント欄にこのパズルのことが書かれており、それが検索エンジンに引っかかっているようである。 実際のパズルも見つけて遊んでみたが、なかなか手ごわい。Total Roll=10あたりでやっと法則を発見し、Total Roll=14で"Correct again! We think you've got probably got it"と褒めてもらえた。パズルの場所は、 Play Petals Around the Rose だ。このサイトによると、ビル・ゲイツもかなり苦戦したらしい（参照）。 ちなみに、説明が英語なので日

CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２

【材料】 ・小さな学生ベンチャー。東大・京大などの有名校の理学部・工学部の卒業生が集まって作った１０人程度の企業。売り上げどころかビジネスプランすらちゃんと描けていないが、そこそこの技術力とハングリー精神だけはある、というタイプがベスト。資本金は少ない方が良く、ＶＣからの資金調達前でなければならない。 ・３～４億円程度の資金 ・欲の皮のつっぱった証券会社へのコネ 【レシピ】 １．まずは、顧客としてこのベンチャー企業にアプローチする。ビジネスプランもろくに持たないベンチャー企業の場合、とりあえずは「開発の下請け」でも何でもやって売り上げを立てなければならないので、その弱みを突く。Web2.0っぽいものならブログでもＳＮＳでも何でも良いので、とりあえずシステム構築を発注する。この段階での発注額は二～三千万円ぐらいに抑えておくが、それでもこの会社にとっては「最大の顧客」となるはず。 ２．その会社

最近Linuxの勉強もかねて作っているのが、超シンプルなアーキテクチャーのHTTPサーバー。そこそこ動き始めたのだが、それだけでは面白くないので、サーバー側からイベントに応じてデータをPushできるCometの機能を足してみた。 ストレステストのために、昨日からこのブログにこっそりとテスト用のIFRAMEを貼り付けてあったのだが（そのおかげで、バグを三つばかり見つけることができた―感謝、感謝^^）、安定して動き始めたので、見栄えを整えてこのブログの右上に貼り付けてみた。 題して、「リアルタイム・ページビュー・カウンター（RPV Counter）」。Totalはこのカウンターをリセットしてからのページビューの数、Currentはその時点でこのブログを見ている人の数（ただしノイズあり）、PeakはCurrentの過去最大値だが、ページを再ロードせずとも、それぞれのカウンターが自動的にアップデー