Windows が Linux ディストリビューションとみなされるまであとわずか数年です
<本文>
Windows が Linux ディストリビューションとみなされるという考え自体がとんでもなく、笑い者や嘲笑者になるでしょう。しかし、2025 年の私たちの状況を見てください。10 年前、Windows と Linux は広大な渓谷の 2 つの全く異なる側に位置していましたが、無料のオープン ソース プラットフォームへのゆっくりと静かな移行のおかげで、多くの類似点を共有しています。しかし、Microsoft は舞台裏で、Linux が提供し、代表するものに対してあからさまに反対したことはありません。同社は Linux を使用し、ペンギンのマスコット システムを開発し、所々でペンギンの存在を宣伝しています。
Windows が最終的に Linux Mint や Ubuntu のような完全な Linux ディストリビューションになる日は来ないでしょうが、Windows が Linux 風のコンポーネント、動作、ツールを吸収し続ける可能性は確かにあり、両者の差は今後も縮まり続ける可能性があります。
Windows は古くて肥大化しています
ヒーローからゼロへ
元マイクロソフトCEOのスティーブ・バルマー氏はステージ上で「開発者！開発者！開発者！」と叫んだものだ。アプリなどのコードを作成するこれらの信じられないほど才能のある人々は、集中化された Linux ファーストのエコシステムを備えたクロスプラットフォーム環境でより緊密に連携しています。ここではデスクトップの話をしているのではありません。 Linux は、Adobe の Creative Cloud スイートを含む多くの大規模ソフトウェア ソリューションのファーストパーティ サポートを獲得するのに引き続き苦労していますが、Linux は世界中のサーバーで主に使用されています。通常、開発者が開発運用を検討するときに Windows は最優先に考えられません。
Microsoft の成功したクラウド プラットフォームである Azure でさえ、ほとんどの場合 Linux ワークロードを実行しています。これは主に、Windows がメジャー バージョン間で引きずり続けている膨大な技術的負債に起因していると考えられます。 Windows 11 は、以前よりも応答性が大幅に向上しましたが、基盤となるサブシステムは依然として、レガシー Win32 および NT カーネルを使用した大部分が時代遅れです。大規模な組織がシステムをアップグレードした後、選択したソフトウェアに互換性がなくなっているという問題を解決するには、すべての下位互換性が必要です。 Linux はモジュール化によってこれを解決します。
「開発者! 開発者! 開発者!」 Microsoft にとって、フラッグシップ OS をこの状況に置くのは興味深い状況です。開発者がバックエンドで克服すべきかなりの障害があるだけでなく、エンド ユーザーにとって UI と UX にも欠陥があります。最近、新しい Windows 11 インストールを最初からセットアップしようとしましたか? Microsoft アカウントが必要です。 Office 365 サブスクリプションをご希望ですか? PC でテレメトリを実行して Microsoft にデータを送信し、より関連性の高い広告を表示してみてはいかがでしょうか?これは、邪魔にならずに目の前のタスクに取り組むことができる OS ではありません。それも簡単に解決できる問題ではありません。
Windows は、Windows に依存しているほとんどの関係者によって肥大化していると認識されており、Microsoft は他の場所で怒りを引き起こすものを壊すことなく、この不足を克服する方法を検討する必要に迫られています。それが、私が常に Windows をできる限り避ける傾向にある理由です。 Linux に代替手段がある限り、Microsoft の OS を起動してその複雑さに対処しなければならない理由が 1 つ減ります。しかし、すべてが悪いわけではないことは私でも認められます。最近 Microsoft はいくつかの前向きな動きを見せています。
Microsoft は Linux を愛しています
それは奇妙で素晴らしい友情です
Linux 上で昇格された権限でコマンドを実行するために「sudo」という用語が使用されるのをよく目にしますが、Windows にも sudo が存在することをご存知ですか? Microsoft は現在、同様の機能を自社の OS 製品で直接提供しているため、これは Linux および UNIX 特権モデルの象徴ではなくなりました。これは、Microsoft が OS のさまざまな部分を改善する方法を検討していることを示すだけでなく、これらの改善が Linux からインスピレーションを得た (または完全に Linux から取り入れられた) 可能性があることを示すため、これは非常に重要です。昇格されたプロセスと通常のプロセスの間にはまだ少し厄介なギャップがありますが、少なくとも sudo は予測可能なメソッドを提供します。
これは、マルチ OS 環境内で Linux と Windows を試したり使用したりする人にとって便利です。マルチ OS 環境では、ネイティブ ゲーム サポートについては Windows に依存し、その他すべてについては Linux に依存しているため、Linux コミュニティ内ではこれが現在でもかなり一般的です。また、両方のプラットフォーム用のソフトウェアを作成し、UNIX フローに慣れている開発者にとっても最適です。 Microsoft が Windows パラダイムに従うことを全員に強制した時代は終わりました。 2025 年には、恐竜として見られても何の欠点も感じないということはもはや受け入れられません。私たちはこれを Windows を通じて実現し、Linux のような機能をよりオープンに採用しています。
Windows と Linux の大きな進歩は、Linux カーネルの導入と Windows Subsystem for Linux (WSL) との統合でした。もともと、他のプラットフォーム向けに開発された Windows を介してコードを実行するためのシステム コール変換レイヤーとして開始された WSL は、軽量の仮想マシン (VM) で実行される Microsoft が管理する Linux カーネルに変換され、基本的に (Windows 自体の実行以外の) システム オーバーヘッドをほとんど行わずに、Windows を介して Linux インスタンスをネイティブに提供します。 WSL2 は状況を一変させ、Linux ソフトウェアとの完全な互換性を提供しました。
パフォーマンスはかなり良好で、Microsoft は WSL を機能として立ち上げ、さらに開発するという最高の仕事をし、シームレスなファイルシステム統合とシンボリックリンクのサポートまで提供しました。この方法で Linux を使用すると、Windows は事実上、VM を保管するための美化された Linux ホストにすぎなくなります。それは両方の長所です。 Windows 内で Linux をほぼネイティブに実行できるため、Windows でサポートされているすべてのソフトウェアを WSL シェルの外部で実行できます。
よりオープンな Microsoft
クローズドソースとオープンソースがあります
VS Code、TypeScript、PowerShell、さらには .NET Core の成功を見てみましょう。これらの Microsoft プロジェクトはすべて大部分がオープンソースであるか、少なくともオープン開発にある程度似ています。 Microsoft は、WSL 内で実行される Linux カーネルだけでなく、無数の Linux ディストリビューションが依存する実際のカーネルにも、ファイル システムとドライバーのパッチを提供しています。 Azure は Linux に依存しているため、これは Microsoft だけが寛大でオープンであるということではありません。これにより、Microsoft は Linux との連携を強化することができ、すべてを完璧に動作させるにはコードの提出が必要になります。
この発展が見られるのは WSL だけではありません。 Windows Terminal はオープン ソース標準の影響を大きく受けており、Windows 自体が他のソフトウェアからインスピレーションを得たものであると主張することもできます。特に Linux システムでは、Kubernetes、Docker、および一般的なコンテナ ツールの利用が進んでいます。これらはすべて Linux ファーストであり、Windows には実際に実行可能な代替手段がないため、Microsoft は商用 OS との競争力を維持するために Linux コンテナのサポートを統合する必要があります。商用ライセンスに関して言えば、OS のライセンス認証に料金を支払わずに Windows を使用することも、以前よりもはるかに簡単になりました。
Windows の問題は、Microsoft が OS を書き換えることができないことです。関係者が多すぎます。最新かつ最高の合理化された機能よりも安定性を好む大手プレーヤーが多すぎます。 Microsoft が、新旧の微妙なバランスに影響を与える可能性のある Windows への変更を躊躇しているのはそのためです。このアプローチの欠点は、OS の動作を抑制し続けることです。しかし、Microsoft も参加していない。WSL やその他の機能を使用した Microsoft の開発は、Microsoft がいかにオープンな哲学を採用し、それを Windows に統合できるかを示している。さて、ここからどこへ行くのでしょうか？
それはゆっくりとした段階的な変化です
Win32 がすぐになくなるわけではありませんし、NT カーネルが突然 Linux に置き換わることはありませんし、Microsoft が Windows に疑わしい変更を加え続けることは間違いありませんが、この OS ではより Linux に近いエクスペリエンスが見られるのではないかと感じています。私は、より広範な WS2 統合、Linux ファイルシステム、コンテナー、強化されたターミナル機能、およびより多くのカーネル モジュールのネイティブ サポートを備えた Windows を完全に想像できます。少なくともパワー ユーザーや開発者にとっては、Linux が基盤システムとなり、画面に表示される内容を Windows が処理できるようになる可能性は十分にあります。
Microsoft が Windows の将来を形作るために Linux をどのように使い続けるか、特に Linux の観点から見るのは興味深いでしょう。
*️⃣ 出典リンク:
Linux ディストリビューション 、 ファーストパーティのサポートを獲得するのに苦労 、 Windows 11 は長い道のりを歩んできました 、 ほとんどの関係者によって肥大化していると認識されています 、 Windows 内の sudo 、 Linux 用 Windows サブシステム 、 VS Code 、 Windows Terminal 、