Windows 11は、まだWindows 95時代のコードで動いている。Microsoftが認めた驚きの事実 [すらいむ★]

Windows 11は、まだWindows 95時代のコードで動いている。Microsoftが認めた驚きの事実

　Windows 11でファイルをクリックし、右クリックメニューを開く。
　一見何でもない操作だが、その瞬間に実行されているのは、インターネットが商業化される以前の1990年代に書かれたコードである。
　Win32 APIは、Windows 95以前のWindows NTにまでその起源を遡る。
　MicrosoftのAzure最高技術責任者（CTO）であり、Sysinternalsの創設者でもあるMark Russinovichは、2026年5月にMicrosoft Dev Docsの公式Xアカウントに投稿されたビデオの中でこう言い切っている。
　「1990年代に、Win32が2026年においても第一級のAPIサーフェスであり続けると予想した人間はいなかったと思う。当時の我々が思い描いていたのは、空飛ぶ車や月面基地であって、Win32ではなかった」。

（以下略、続きはソースでご確認ください）

xenospectrum　2026年5月9日
https://xenospectrum.com/windows-11-win32-api-legacy-code/

Windows95はMS-DOS7.0にGUI乗せただけだろ
WindowsNTとは別物
Windows95（MS-DOS）の系譜はMEで終了

API云々なら64ビットになってもいまだに根っこがX86ベースになってる事実の方を心配しろよ

「枯れた技術」なんだな
極めて安定していて、信頼性が高いということが、何十年にもわたって実証されているんだから使い続けりゃいいんじゃね

何が問題なの？

今だったらAIに頼んだらWIN32APIくらい自動で作ってくれそう

スパゲッティで迂闊に手が入れられないだけだろ

動いてるから
ッヨシ！！

ピンボール返せよ

さすがにCよね？
アセンブラじゃなくて

今のWindowsの内部バージョンはWindows NT10か
Windows10と11は両方ともNT10らしい
しかしPCでやることはWindows2000あたりからたいして変わってないというのに、なんでこうも膨大なCPUパワーとメモリとストレージを食うようになってるんだろうな？
Windows2000の推奨環境はPentium133MHz以上、メモリ64MB、ストレージ2GBとかになってるけど、今はその100倍以上のリソースを何に使ってるんだ？

Microsoft Admits Nobody Expected Win32 to Still Power Windows in 2026
After three decades, Win32 still remains central to Windows

マイクロソフトは、2026年になってもWin32がWindowsの基盤であり続けるとは誰も予想していなかったと認めた。
30年経った今でも、Win32はWindowsの中核を担っている。

Microsoft has officially acknowledged something many Windows users already suspected: the Win32 API was never expected to remain this important in 2026. Yet despite decades of replacement attempts, it still powers much of Windows today.

As Windows Latest reports, Microsoft Technical Fellow Mark Russinovich recently described Win32 as the “bedrock” of Windows, admitting that nobody expected it to remain a first-class platform this long.

マイクロソフトは、多くのWindowsユーザーが既に疑っていたことを公式に認めた。Win32 APIが2026年になってもこれほど重要な存在であり続けるとは誰も予想していなかったのだ。しかし、数十年にわたる代替APIの試みにもかかわらず、Win32は今日でもWindowsの多くの機能を支えている。

Windows Latestの報道によると、マイクロソフトのテクニカルフェローであるマーク・ルシノビッチ氏は最近、Win32をWindowsの「基盤」と表現し、これほど長く第一級のプラットフォームであり続けるとは誰も予想していなかったと認めた。

Win32 became impossible to replace

Originally introduced during the Windows 95 era, Win32 evolved into the foundation of the Windows desktop ecosystem. Millions of applications still rely on it today, especially enterprise software and professional desktop tools that depend on deep Windows integration and long-term compatibility.

According to Russinovich, backward compatibility became one of the biggest reasons for Win32’s survival. Businesses needed older applications to continue working, while developers still required unrestricted access to system-level Windows features that newer frameworks often failed to provide.
Win32はもはや代替不可能な存在となった

Windows 95時代に登場したWin32は、Windowsデスクトップエコシステムの基盤へと進化を遂げた。現在でも数百万ものアプリケーションがWin32に依存しており、特にWindowsとの緊密な連携と長期的な互換性を必要とするエンタープライズソフトウェアやプロフェッショナル向けデスクトップツールは、その重要性を強く示している。

ルシノビッチ氏によれば、Win32が生き残った最大の理由の一つは、後方互換性にあるという。企業は古いアプリケーションが引き続き動作する必要性を感じており、開発者は新しいフレームワークでは提供できないシステムレベルのWindows機能への無制限アクセスを必要としていた。

Microsoft Dev Docs
@docsmsft

Did anyone expect Win32 to still be going strong in 2026? Mark Russinovich explains why its deep roots in Windows—and the massive ecosystem built on top—have given it serious staying power. Turns out “legacy” can still mean essential.


2026年になってもWin32が健在だと誰が予想したでしょうか？Mark Russinovich氏が、Windowsに深く根ざしたWin32の基盤と、その上に構築された巨大なエコシステムが、なぜWin32に揺るぎない存続力を与えているのかを解説します。「レガシー」が「不可欠」を意味することもあるのです。

Microsoft spent years attempting to move developers toward platforms such as UWP and WinRT, but those efforts never fully replaced traditional desktop development. Many developers viewed UWP as too restrictive because sandbox limitations blocked deeper operating system access. Frequent strategy changes also damaged trust in Microsoft’s long-term Windows app direction, and the UI development became chaotic.
マイクロソフトは長年にわたり、UWPやWinRTといったプラットフォームへの開発者の移行を促そうと試みてきたが、これらの取り組みは従来のデスクトップ開発を完全に置き換えるには至らなかった。多くの開発者は、サンドボックスの制限によってオペレーティングシステムのより深い部分へのアクセスが阻害されるため、UWPは制約が多すぎると感じていた。また、頻繁な戦略変更は、マイクロソフトの長期的なWindowsアプリ開発の方向性に対する信頼を損ない、UI開発は混乱を極めた。

WebView2 pushed Windows toward web apps

Over the past several years, Microsoft has increasingly adopted web technologies through WebView2, leading to a new generation of Windows applications built around Chromium-based interfaces instead of native desktop code.

Apps such as Microsoft Teams, Microsoft Outlook, Microsoft Copilot, Clipchamp, and Windows Widgets all became associated with this shift toward web-based experiences.

That transition also drew criticism from users who complained about heavier RAM usage, worse responsiveness, and weaker desktop optimization compared to native Win32 applications. Many users connected these issues to broader memory and performance complaints surrounding Windows 11.

WebView2はWindowsをWebアプリへと導いた

ここ数年、マイクロソフトはWebView2を通じてWebテクノロジーの採用を積極的に進め、ネイティブのデスクトップコードではなくChromiumベースのインターフェースを基盤とした新世代のWindowsアプリケーションを生み出してきた。

Microsoft Teams、Microsoft Outlook、Microsoft Copilot、Clipchamp、Windowsウィジェットといっ​​たアプリは、いずれもこのWebベースのエクスペリエンスへの移行を象徴するものとなった。

しかし、この移行はユーザーからの批判も招いた。ネイティブのWin32アプリケーションと比較して、RAM使用量の増加、応答性の低下、デスクトップ最適化の弱さなどが指摘されたのだ。多くのユーザーは、これらの問題をWindows 11におけるメモリとパフォーマンスに関する広範な不満と結びつけて考えていた。

Microsoft now appears to be moving back toward native apps

Microsoft now seems focused on modernizing Windows without abandoning the strengths of Win32. Instead of trying to fully replace the platform, the company appears to be combining newer UI frameworks with native desktop performance and compatibility.

The company continues investing in WinUI 3 and the Windows App SDK while still preserving traditional Win32 access. Recent examples include the redesigned File Explorer Properties dialog and the rewritten Win + R Run dialog.

Microsoft reportedly built the new Run dialog using .NET AOT technology, achieving a median launch time of roughly 94 milliseconds. According to the company, the updated implementation can now match or even exceed the responsiveness of older Win32-based components.

The shift suggests Microsoft no longer views Win32 as aging technology waiting to disappear. Instead, the company increasingly appears to treat it as the permanent foundation of Windows moving forward.

マイクロソフトはネイティブアプリへの回帰を強めているようだ。

マイクロソフトは現在、Win32の強みを放棄することなくWindowsの近代化に注力しているように見える。プラットフォームを完全に置き換えるのではなく、新しいUIフレームワークとネイティブデスクトップのパフォーマンスおよび互換性を融合させようとしているようだ。

同社はWinUI 3とWindowsアプリSDKへの投資を継続しつつ、従来のWin32アクセスも維持している。最近の例としては、再設計されたファイルエクスプローラーのプロパティダイアログや、書き直されたWin + Rキーの「ファイル名を指定して実行」ダイアログが挙げられる。

マイクロソフトは、新しい「ファイル名を指定して実行」ダイアログを.NET AOTテクノロジーで構築し、平均起動時間を約94ミリ秒に短縮したと報じられている。同社によれば、この改良された実装は、従来のWin32ベースのコンポーネントと同等、あるいはそれ以上の応答性を実現しているという。

この変化は、マイクロソフトがもはやWin32をいずれ消滅する時代遅れのテクノロジーとは見なしていないことを示唆している。むしろ、同社はWin32を今後のWindowsの永続的な基盤として捉えつつあるようだ。

Win32 apiはWin95よりも前にExcelアプリを作る際にExcelだけでは役不足だったので使ったよ
つまり1993年とか1994年とかあたりでね

確かCOMとかembeddingとかいう言葉をその時知った
その時のembeddingが埋め込みだったから
最近のgen aiのvector embeddingも2023年くらいには埋め込みです！って訳してるやつ多かったが
こっちのembeddingは表現変換だよね
ベクターへの数値表現変換

ちゃんと動く事が分かっている安心して使えるものは貴重だよ
それに比べて、最近のiPhone 付属のメモアプリは動作が不安定で恐ろしくて使えない

そんなこと言ったらAppleのMac OSだって
1990年代のNEXT時代の遺産じゃね

ほい
次のxenospectrumネタは
Atoms and bitsだぞ
atomはoil とかフィジカルもんのタンジブル
bitsはinformationでロジカルもんデジタルもんのインタンジブル

その間をつなぐのがセミコンダクタでAIデータセンターという視点

共有ライブラリが紹介された時、ライブラリのバグ直すと
いっぺんに全実行体がバグフィックスされて便利です！
とか言われてたけど、結局未検証はいかんということになって
共有ライブラリ（DLLね）もバージョン指定で使うようになって、
結局手間と煩雑さは同じになった、のはいいとして、
よくそれを今まで管理してるとは思う

＞インターネットが商業化される以前の1990年代に書かれたコードである。

えっ？
この著者どこの世界線から来たの？
windows95ってインターネット接続簡単にするのが売りだっただろ
windows3.1からもう商業利用が当たり前になってたぞ？

今日本中で動いてる原発炉はPC98で制御してる
シリアルポートの関係らしく

>>23
Visual C++ redistributable を何個も入れなきゃいけないし、32bit版と64bit版があって訳分からないよね。
ってか、全部システムに組み込んどけよと思う。

>>21
NEXTStepもだけど、
DarwinはBSDの系譜やね

>>1
常識だと思ったw
うざいアップデートに続き、俺がWindowsをやめた理由は正しくそれだ。ソフトウェアアーキテクチャと作り込みが雑すぎる。設定アプリを細かくチェックすれば､Windows10､7、95などのウィンドウやシステムアプリが普通に出てくる。慣れればいいという問題じゃない。Windowsだけのクソ仕様を使い続ける理由はない。

>>18
Win32s懐かしい

エクスプローラーの不具合多すぎる
これもIEに対するchromeみたいなのそろそろ出てきそう

記事にある例えばWPFってWin32APIの代替というよりはもっと上位層のフレームワークだよね

個人的にはもしwin32APIが置き換わるとしたら全く新しいWindowsが登場してwin32サブシステムは新Windows上で動作するエミュレーションとして動くものになる→何世代か経って徐々に廃止
って感じだと思うね

情弱性の塊