カーク・グレラム氏が「ワトソン」が Windows XP に登場した経緯を語る

読書時間アイコン 5分。 読んだ


読者は MSpoweruser のサポートを支援します。私たちのリンクを通じて購入すると、手数料が発生する場合があります。 ツールチップアイコン

MSPoweruser の編集チームの維持にどのように貢献できるかについては、開示ページをお読みください。 続きを読む

Kirk Glerumは、1987年にソフトウェア設計エンジニアとして入社したMicrosoftの長年の従業員でした。 Glerumは、キャリアのほとんどをRedmondソフトウェアでOfficeに取り組んでいました。 Glerumは、コードネーム「Watson」の父としてよく知られています。これは、開発者がバグを修正するのに役立つエラー報告システムで、元々はOfficeでデビューしました。 Glerumは現在半引退しており、Windows XPのサポートは本日終了し、WatsonがどのようにしてWindowsに登場したかについての話を共有しました。

マイクロソフトは、正式に、ついに、そして本当に、WindowsXPのサポートを本日終了します。

Windows XPは、私のMicrosoft時代の最も重要なOSでした。 本当に、私はずっとOfficeの人でしたが、それは私のMicrosoft時代の最も重要な製品でした。

'98年、Office 2000に取り組んでいるときに、次のOfficeXP用に「Watson」のアイデアを思いつきました。 Officeアプリ(Word Excelなど)をクラッシュさせて書き込むのではなく、クラッシュしてレポートします。 彼らはまだクラッシュするでしょう、ああ、そうですが、レドモンドに戻った私たちのオタクは、(私たちが信じていた)バグを修正することを可能にするデータを受け取るでしょう。

数十億ドル規模の半球の外側についてはほとんど考えていませんでした。 アイデアについて提案しているときに、誰かがWindowsXPチームが同様の作業をしているのかどうか私に尋ねました。 私は言いました(数年後に私に話したように、私はちょっと忘れていたでしょう)「私は知りません、そして私は気にしません。 私はOfficeで働いています。」 まあ、それが起こったとき、彼らはそうでした、しかしそれは寄せ集めでした。 彼らの計画は、それがそのレベルにまで上昇した場合でも、膨大でランダムなデータセットを収集し、それをレドモンドのサーバーファームに戻し、ドライブを一晩穏やかに攪拌し、ソリューションを表示させることでした。 私のスキームは、ハードノーズで具体的でした。スタック、グローバル、ヒープを収集し、それをすべて「バケット」の周りに編成しました。 同じ場所でクラッシュするXNUMX人のユーザーは、同じバケット内にあり、同じIDを持っています。 必要に応じて手作業でスタックを歩き、クラッシュの剖検を行います。 バグを修正し、同じバケツにぶつかった次の男にアップデートを送ります。彼はおそらく同じバグにぶつかっていたと思います。

Windowsチームは、彼らの名誉のために、彼らの計画を放棄し、私のものを受け入れました。 Windowsは、実際にはOffice以外でこれを行った最初のチームではありませんでした。すでにWatsonをMSNとInternetExplorerに販売していました。 Windowsの大きな決定のXNUMXつは、ネットをキャストする幅がどれだけ広いかということでした。 彼らはすべてのアプリケーションのクラッシュに関するデータを収集しますか、それともMicrosoftコードで発生したものだけを収集しますか? 私は後者を支持しました、そして完全に間違っていました。 彼らは*全員*のためにそれを手に入れることの利点を正しく見ました、そして私たちはレースに出かけました。

私の仕事は、古くて不機嫌であることに加えて、物事のゴッドファーザーはサーバーを実行することでした。 クラッシュするすべてのプロセスが、サーバー上のコードと通信しました。 もうXNUMXつの大きな決定は、これらのサーバーをどのように構築するかでした。 ある時点で、Officeクラッシュ用のOffice Watsonサーバー、MSN用のMSN Watsonサーバー、IE用のIE Watsonサーバー、その他すべてのWindowsWatsonサーバーがあると考えました。 そのためには、定期的にコードをパッケージ化して、他のチームの同僚に配信する必要がありました。 それは、スケジュール、出荷日、プログラム管理、私が何とか残しておいた恐ろしいものすべてを意味していたでしょう。 それで、まったくの怠惰から、私は「ああ、すべてのクラッシュを私のサーバーに送ってください」と言いました。 私の親指の下で、サーバーのXNUMXつのセットは、すべてのもののために、すべてのものを私のものにします。 これは正確に正しい解決策であることが判明しました。

これらの決定は、数十のアプリからクラッシュデータを受け取る代わりに、数千万のアプリからのデータを取得することを意味しました。 私は世界中のすべてのWindowsアプリケーションからクラッシュデータを取得することになっていました。 ほとんどの場合、面白いことに、それらを書いたチームの知識がなくても。 その大多数は、それほど面白くはありませんが、データを使用するために指を離すことはありませんでした。

私はデータカウボーイになり、人生の時間を過ごしました。 XNUMX年間、私は雄牛に乗り、その消防ホースを処理し、分類と選別、分析、集約、データをチームに送信してバグを修正するために最善を尽くしました。 そして彼らはやった! 物事は今でははるかに少なくクラッシュします、そしていまいましい私はいくつかの信用を主張します。

Glerumsは今夜シャンパンのボトルを開け、すべてのオペレーティングシステムの中で最高のものを乾杯します。 Microsoft Windows XPとそれを構築したチームに、一生の機会を与えてくれてありがとう。

引き続きよろしくお願いいたします。
カークグレラム

もちろん、ワトソンは何年にもわたって進化し、Windowsエラー報告システムになりました。 内部的には、これはMicrosoftがソフトウェアを開発する方法に大きな影響を与えました。 2002年、Steve Ballmerは、エラーレポートにより、WindowsチームがWindows XPSP29ですべてのWindowsXPエラーの1%を修正できるようになったと述べました。 すべてのMicrosoftOfficeXPエラーの半分以上がOfficeXPSP2で修正されました。 Steven Sinofskyは、「テレメトリ」データまたはエラー報告サービスによって収集されたデータの大ファンとして有名でした。 Windows 8で行われた決定の多くは、従来のフィードバック方法ではなく、テレメトリデータに基づいていました。

h / tスティーブン・シノフスキー

ユーザーフォーラム

0メッセージ