Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell（デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス）の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、９５年中にリリースすることはできない」 深刻な問題である。既に当初の予定より１年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ

先日の「とある家電メーカーでの会話：クラウドテレビ編」と「もし日本のメーカーがiPhoneを発売していたら」、ユーザー不在・カタログスペック重視のもの作りの問題点を浮き彫りにしてみたつもりだ。「こんな場面につい最近も出くわした」という意見から、「こんなにはひどくない」というフィードバックまでいただけたが、多かれ少なかれ、これに近い状況が現場で起こっており、それが日本のメーカーの国際競争力を奪う原因の一つになっていると私は見ている。 日本の家電・半導体メーカーが米国のメーカーと激しい貿易摩擦を起こしていた８０年代、日本の企業の強さはまさにこの「スペック重視のもの作り」にあったことは事実である。日本人の勤勉な気質と日本流の経営スタイルがちょうど良い案配に働き、より集積度の高い半導体、より画質のきれいなテレビ、よりハイスペックな家電を欧米よりもはるかに低コストで効率良く作ることにより、日本が一気

ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと

今回のMicrosoftによるYahooの買収のオファー。ウェブの世界ではどうしてもGoogleに勝つことができないMicrosoftとしては、Yahooのビジネスはのどから手が出るほど欲しい存在。Googleに追い越され、成長に陰りが見え始めた結果株価が安くなったYahooは今がお買い得。WindowsとOfficeというドル箱を抱えながらも、そのドル箱が稼ぎだす莫大な現金をどこに投資すべきかがいまいち見いだせてないMicrosoftとしては、Yahooを買うことによりその価値を買収価格より高くする、というストーリーは説得力がある。 一方、Yahooの株主にとってみればこれは朗報。ずるずると下がり続けていた株に対してこれだけのプレミアムを付けてもらえば喜んで売るのが大半の株主。 少し悩ましい立場にいるのが、Yahooの現行の経営陣。株主利益を最大にするのが役割の経営陣とすれば、このプレミ

先日紹介したばかりの「リッツ・カールトンで学んだ仕事でいちばん大事なこと」。もう一つぜひとも引用したかった部分があるので、今日はそれの紹介。 ときどき、企業のブランド力を自分自身のブランド力と錯覚している人がいます。ところが、勤めている間は気がつかないものですが、バックにあった会社がなくなると、突然まわりが冷たくなるということが少なくありません。 よく、「会社を辞めたとたん誰からも相手にされなくなった」とか、「独立したら会社に勤めていたときの取引先に無向きもされない」などという話を聞きますが、それはその人自身に、ブランド力がなかったということです。 ◇　◇　◇ 横並びが尊重された時代にはブランドというものを身につける必要などなかったかもしれません。むしろ「出る杭は打たれる」からブランドなどないほうがよかったのかもしれません。 ですが、年功序列や終身雇用が崩壊した時代を生き抜いていくためには

昨日のNHKの７時ニュースをSlingbox経由で見て知ったのだが、「がん」の自動診断システムが開発されたそうだ。そのニュースに関係者らしい女性（追記：横浜市立大学付属病院の医学部の助教授らしい助教だそうだ）が表れて言うセリフがこれ。 コンピューターはうそつかないので（がんを）見逃さないで済む ってことは、今まで「がん」が見逃されて来たのは医者が嘘をつくからだったのだのか！ ◇　◇　◇ コンピューターに関しては今までも色々と誤解を招くような発言をたくさん見て来たが、これはその中でも極めつけ。 コンピューターは嘘をつかないけど、完璧ではなく、さまざまな理由で間違いは犯す。どんなに立派な自動診断システムであろうと、がんを見逃すこともあれば、がんでないものをがんと誤診してしまうこともある。この手の自動診断システムのメリットは、医者の勉強不足や個々の医者のスキルの違いによる判断のばらつきなどをある

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

「Beginner's Guide: Web サービスの基礎知識」というエントリーがはてぶの人気エントリーに入っていたが、実際のところWSDLだとかUDDIなどのIT業界の重鎮たちによって作られた標準規格が、HTTP/HTML/RSSが成し遂げたようなレベルの本当の意味での標準になるとは、私にはどうしても思えないのだがどうなんだろう。 今でも忘れられないのが、９０年代の中頃にHTTPとHTMLの仕様に出会った時のショック。アーキテクチャが不必要なまでに複雑化してしまったGUI OSのアーキテクチャに根本的な疑問を持ち始めていた私には、HTTPとHTMLのシンプルさは本当に「目からウロコが落ちる」感動を味合わせてくれた。 その意味では、RSSとかJSONとかはその延長上にあり、「シンプルでありながらパワフル」であるからこそこれらのものがこれだけ普及していることは明白。スペックそのものがとても