米マイクロソフト本社で目の当たりにしたビル・ゲイツの決断力
６月１日発売の『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇ ◇ ◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、＂光速＂と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト本社内にはＯＳの開発に関する派閥争いがありました（ＯＳとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基本ソフトのこと）。＂カイロ＂というグループと＂シカゴ＂という
米国人にとっての捕鯨・イルカ漁
ケネディ大使のイルカ漁に体する発言を「内政干渉」と大騒ぎをしている人がいるが、彼女の発言を理解するには、イルカ漁やクジラ漁が米国人にとって、どんな意味があり、何を象徴するか、を理解する必要がある。 マウイの Whalers Villege ショッピング・センターには、捕鯨博物館があり、そこには捕鯨の歴史が淡々と綴られている。鯨油や鯨蝋（げいろう）が石油の代わりを果たし、鯨ひげがプラスチックの代わりを果たした時代に、その商業的価値のために、大量の鯨を虐殺して来たこと、ラハイナの待ちが捕鯨で発展して来たことなどを、歴史の一コマとして描いている。 捕鯨博物館の出口には小さな映画館があり、鯨がダイナミックに泳いだりジャンプしたりするさまを映し、鯨の生体や、ハワイの観光産業にとっての価値を説明している。 そこにあるのは、捕鯨という「過去」と、観光資源・人類の宝としての鯨の「現在」の対比だ。 つまり、
非同期APIと例外処理（node.js の domain について）
node.js のような非同期APIを使ったプログラミングに拒絶反応を示すエンジニアが多い理由の一つが、非同期APIと例外処理の相性の悪さだ。 Javascript の場合、例外処理はこんな感じに記述する。 function f(i) { try { throw new Error('an error #'+ i); } catch(e) { console.log('Error caught:', e.message); } } ところが、これに非同期APIが絡むと、とたんに分かりにくくなる。例えば下の例。 function f(i) { try { setTimeout(function() { throw new Error('an error #'+ i); }, 1000); } catch(e) { console.log('Error caught:', e.message)
node.js と thread hog の話（１）
ここ数日、 node.js で色々と作りはじめているのだが（node.js が一番力を発揮するのは、xmpp server や、push notification server のようにソケットを開きっぱなしにして非同期通信をするケースだと思うのだが、それについては来週のメルマガで詳しく解説する）、これで思い出すのが Microsoft 時代の「"thread hog" 退治」だ。 "thread hog" とは私が作った造語で、"memory hog" （メモリをやたらと使うプログラムのこと）と同じように、thread を不必要に作るプログラムのこと。 最初に出会った thread hog は、Microsoft が作っていた proxy server だった。コネクションが１０００を超すとやたらと遅くなり、しまいには落ちてしまうという欠点を持っていたため、一時は「出荷出来ないところか、
私なりに欲しいと思う iWatch をデザインしてみた
Samsung や Sony のスマートウォッチがいかにも２０世紀的なデザインであることに関しては、栗原潔氏が「サムスンのスマートウォッチのコレジャナイ感とiWatchへの期待について」というエントリーで酷評しているのでここでわざわざ繰り返さないが、批判しているだけでは建設的ではないので、私が「こんな iWatch をアップルが発売したら即購入！」と思えるデバイスを Blender（３Dデザインツール）でデザインしてみた。 本体とバンドは一体型で、スマートウォッチというよりは、Nike の Fuelband を進化させたような形だ。ディスプレイはフルカラーでなくても良いので、カラー e-Ink を使っているため、電力の消費は最小限だし、直射日光の下でも読むことができる。 アプリを走らせるというよりは、スマートフォンと連動させて Notification を表示したり、ミュージック・プレーヤ
放送と通信の壁に穴を開けたパナソニック
パナソニックが「テレビ放送と同時にネットから取得した情報を画面には表示しない」という放送業界と家電業界との紳士協定を破ったとして、新型テレビのCM放送を拒否されているそうだ（参照）。 一見何気ないニュースだが、これは既得権益を守るためのルールでガチガチに固められてイノベーションが起こりにくくなっている日本としては、非常に画期的なことである。 日本のテレビ放送には、BML(Broadcasting Markup Language)という仕様で文字を送る仕組みがついているが、これをわざわざ HTML にしなかった理由は、放送と通信の間に人為的な垣根をもうけて放送局の既得権益を維持しようという試み以外の何物でもなかった。 今回問題となっている「テレビ放送と同時にネットから取得した情報を画面には表示しない」という紳士協定も、テレビ放送にネットから取得してきたTweetや広告を重ねて表示されては、付
Andy Rubin が Android の開発責任者から降りた件について
２月の終わりにスペインで開かれた「Mobile World Congress 2013」で、「Tizen」「Firefox OS」という二つのモバイルOSの発表が注目を集めたが、これらに絡めて「モバイルOSの動向」に関しての記事を執筆して欲しいというリクエストが複数のところから来た。 それはそれで書いているのだが、私がもっと注目しているは、Andy RubinがAndroidの開発責任者のポジションから外れた件だ。 Googleのことなので多少違う意味合いがあるのかも知れないが、これがMicrosoftであれば99.9%降格人事だ。 合議制でものが決まる日本とは違い、米国の場合、「何をどんな目的で作るか」という product vision に関しては開発責任者が全責任を追う。そのため、責任者が変われば、作るものも大きく変わってしまう。 優秀な人であればあるほど、上からあれこれと指示される
node.js と thread hog の話（３）
[前回までの話へのリンク] ・node.js と thread hog の話（１） ・node.js と thread hog の話（２） では、なぜ今頃になって HTTP Server の c10k 問題（もしくは、thread hog 問題）が顕在化したのだろう。 当時（９０年代の終わり頃）と比べて、もっとも大きく変わったのはCPUの性能である。クロック数は、数百MHzから数GHzへと一桁増えたし、マルチコア化もしている。CPU 性能だけ見れば、当時の数十倍の能力が出てしかるべきである。 しかし、実際の人生はそう簡単ではない。サーバーのパフォーマンスはCPU性能だけが決めるわけではないからだ。そこで、ボトルネックの一つとして注目されはじめたのが、thread の数なのである。 前回述べた様に、thread 一つあたり 2MB～8MB のスタック領域を仮想メモリ空間に確保しなければならな
反面教師としての三木谷発言
kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷：いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション（利用できる状況にセットアップすること）した人が購入者全体の95％を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です（笑）。 販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
