Microsoftがエンジニア全員にストップウォッチを配っていた時代の教訓
かつてMicrosoftには、ソフトウェアの「速さ」を物理的に計測する文化があった。その証言が、現代のメモリ浪費への批判と重なり、大きな反響を呼んでいる。
エンジニア全員にストップウォッチが支給された時代
Windowsの品質を議論するとき、「昔はよかった」は禁句に近い。だが、元Windows部門プレジデントのスティーブン・シノフスキーが語った逸話は、単なる懐古ではなく、ソフトウェア開発の哲学そのものに関わるものだった。
シノフスキーは1989年にMicrosoftに入社し、Visual C++の初期バージョンからWindows 7・8まで、同社の中核製品を率いた人物だ。2012年の退社後は、ベンチャーキャピタル大手Andreessen Horowitzでボードパートナーを務めている。
そのシノフスキーが3月30日、Xに投稿した。きっかけは、AI研究者チャイエン・ジャオの「16GBあれば十分。問題はハードウェアじゃなく、ソフトウェアの怠慢だ」という投稿だった。
Chromeがタブ12個で4GB食う、Dockerがアイドル状態で2GB消費する──APIコスト削減には0.001ドル単位で執念を燃やすのに、ToDoリスト表示に500MBのElectronアプリを平気で出荷する業界への痛烈な批判だ。230万回以上表示されたこの投稿に、シノフスキーはこう応じた。
「1980年から2000年まで、ソフトウェアエンジニアリングの半分はリソース管理だった。最初の10年間、Microsoftのエンジニア全員にストップウォッチが支給された。予備は備品室にあった」
https://x.com/stevesi/status/2038481167197045095
スクロール速度、起動、終了、保存、コンパイル、印刷──あらゆる操作がストップウォッチで計測されていた。MS-DOS、Windows 1.0から3.x、Word、Excel、そしてVisual C++。メモリが640KB、ディスクが数十MBの時代に、1秒の遅延は文字どおりユーザー体験を左右した。
「速い」より「速く見える」が勝つ逆説
興味深いのは、シノフスキー自身が語った「計測文化の限界」だ。Visual C++ 1.0のコンパイル速度は、ストップウォッチで測れば前バージョンより確実に速かった。だがユーザーからは「遅くなった」というフィードバックが返ってきた。
原因を探ると、問題は速度ではなく知覚にあった。シノフスキーのチームは、ランダムな数字が回転する「進捗インジケーター」を実装した。コンパイル速度は数パーセント低下したが、ユーザーの満足度は向上した。
人間は「待っている時間」ではなく「待たされていると感じる時間」に反応する。この発見は、計測文化の中にいたからこそ生まれたものだった。
シノフスキー自身、純粋な性能を犠牲にすることには抵抗があったという。だが、数字が示す事実とユーザーが感じる現実のあいだには、埋められない溝がある。この教訓は、40年後の今も変わっていない。
備品室からストップウォッチが消えた日
シノフスキーの投稿に対し、もう一人のMicrosoftレジェンドが反応した。タスクマネージャーの生みの親であるデイブ・プラマーだ。1993年にインターンとしてMicrosoftに入り、MS-DOS 6.2からWindows XPまでOSの中核を担った人物である。
プラマーによれば、1993年にストップウォッチを申請したところ「高すぎる」と断られたという。シノフスキーが語った「最初の10年間」、つまり1990年までの支給期間からは外れていたわけだ。だがプラマーは、30年以上経った今でもこの拒否を根に持っていると冗談交じりに語り、「あの経験が、キャリアを通じて私にコスト意識を叩き込んだ」と振り返った。
備品室からストップウォッチが消えたこと自体が、Microsoftの変化を象徴している。ハードウェアが高速化し、メモリが潤沢になるにつれ、1バイトを削る執念は、機能を積む欲望に取って代わられた。
Windows 11への不満と「品質への約束」
シノフスキーの回想が注目を集めたのは、偶然ではない。Windows 11に対するユーザーの不満がかつてないほど高まっているタイミングだったからだ。
アイドル状態でもRAMを大量に消費するOS、不安定なエクスプローラー、必要以上に押し込まれるCopilot──批判の声はSNS上で渦を巻いていた。そして3月20日、Windows＋デバイス部門プレジデントのパヴァン・ダヴルリがInsider Blogに「Our commitment to Windows quality」と題した異例の詳細な投稿を公開した。
Windows Insider Blog
内容は具体的だった。ベースラインのメモリ使用量削減、エクスプローラーの起動高速化とレイテンシ低減、WinUI 3への移行による操作の応答性向上、Copilotの不要な統合ポイントの削減、そしてタスクバーの上部・左右配置の復活。2026年を通じて段階的に改善していくという。
Microsoftのこの「品質宣言」は、従来のバズワードだらけの約束とは一線を画す。だが、ストップウォッチの時代を知る人々がこれをどう受け止めるかは、また別の話だ。
40年前のストップウォッチが問いかけるもの
| ストップウォッチ時代1980〜2000年 | 品質宣言2026年〜 | |
|---|---|---|
| 起動 | OS・アプリの起動をストップウォッチで計測 | エクスプローラーの起動時間短縮 |
| 操作 | スクロール・保存・印刷を秒単位で監視 | WinUI 3移行でレイテンシ低減 |
| メモリ | 640KB〜数MBの制約下で1バイト単位の最適化 | ベースラインRAM消費の削減 |
| 開発 | コンパイル速度の継続的な計測と改善 | WSLのファイル性能・ネットワーク改善 |
| 哲学 | 「リソース管理が工学の半分」 | 「意味のある改善を届ける」 |
シノフスキーのスレッドには、テック業界の著名人たちが次々と反応した。BoxのCEOアーロン・レヴィは「2010年代までブラウザ開発でIEのJavaScript対応に苦労した」と当時を振り返り、開発者のトレバー・ラスンは「ストップウォッチから"RAMを増やせばいい"になり、今は"AIコードがRAMを全部食ってまたストップウォッチが必要"という40年の輪廻だ」と指摘した。
1980年代のMicrosoftでは、リソースの制約がエンジニアリングの出発点だった。制約があるからこそ、1バイト、1ミリ秒を削る創意工夫が生まれた。2026年の今、16GBのRAMを積んだノートPCでToDoアプリがもたつく現実は、制約の消失がもたらした構造的な緩みを物語っている。
Microsoftの「品質への約束」が本物かどうかは、これからの実装で証明される。だがひとつだけ確かなことがある。ストップウォッチの文化が教えてくれたのは、速さの追求ではなく、「何を計測するか」が組織の優先順位を決めるという原則だった。
Microsoftが今、何を計測しているのか。その答えが、Windows 11の未来を左右する。
参照元
- Steven Sinofsky（@stevesi）- ストップウォッチに関するX投稿
- Microsoft - Our commitment to Windows quality（Windows Insider Blog）
関連記事
- Copilot「娯楽目的限定」——MS利用規約が語る矛盾
- EdgeがPC起動時に自動で開くようになる――Microsoftが新機能をテスト中
- 英国CMA、Microsoftの業務ソフト帝国にメスを入れる
- Windows 11の新機能が届かない問題、改善を約束
- Windows 11の検索、ようやく「本来の仕事」を取り戻すのか
- Windows 11、24H2ユーザーに25H2への強制アップデートを開始
- Teamsの「外部デバイス連携」が6月末で完全終了――影響範囲は想像以上に広い
- Windowsセキュリティに「セキュアブート」警告が表示される理由と、6月の期限前に知っておくべきこと
- Artemis II宇宙船でOutlookが二重起動——NASAが月への旅でMicrosoftトラブル対応
- PowerShell 7.6 遅延の真相：Microsoftが公式に認めた6つの失敗
