<本文>概要 Microsoft は、Web ラップされた PWA ではなく、100% ネイティブの Windows アプリを構築する開発者を募集しています。 採用は、Windows の経験ではなく、強力な製品思考と UX に重点を置いています。 このネイティブ アプリの推進は、ユーザーを取り戻すための Microsoft のダイヤルバック Copilot ファーストの動きと一致しています。 あなたが Windows 11 の熱心なユーザーなら、Microsoft のアプリが…そう、アプリとは思えないことに気づいたかもしれません。 Microsoft は最近、アプリに Web ベースのラッパーを使用しています。これは、アプリが本質的に軽量のブラウザー シェル内で実行される Web サイトであることを意味します。 Web ベースのアプリ モデルへの移行にはいくつかの利点がありますが、PC で使用するソフトウェアがレンダリングに Web テクノロジに依存していることを不満に思う人もいます。これは通常、メモリ使用量が増加し、パフォーマンスが低下することを意味します。 ネイティブ アプリに戻りたい人にとっては、まだ明るい兆しがあるかもしれません。 Microsoft の誰かが Windows アプリの構築を手伝ってくれる人材を探していますが、最も重要なのは、それが Web アプリではないということです。 関連 Windows で Web サイトをデスクトップ アプリとして使用する 4 つの方法 デスクトップアプリの方が優れているからです Microsoft は「100% ネイティブ」Windows アプリ開発者を探しています ここには Web アプリはありません Microsoft のパートナー アーキテクトである Rudy Huyn 氏は、X への投稿で、Windows アプリを開発するための「チームを構築」していると宣伝しました。 Huyn 氏は、Windows アプリのベテランではなく、ユーザー エクスペリエンスを考慮して設計されたアプリを作成できる人材を求めていると述べています。

<本文>RAM の価格はここ 1 年で急騰しており、以前は安価にアップグレードできるコンポーネントであったものが、今ではかつての GPU と同じくらい高価になる可能性があります。 PC の RAM が不足している場合、問題を軽減するためにできることがいくつかあります。 仮想メモリ空間を増やす RAM を追加するのとほぼ同じ効果 クレジット: Ismar Hrnjicevic/Windows Insight 実際に PC の RAM が不足すると、PC が遅延したり、フリーズしたり、完全にクラッシュしたりすることがあります。 これを防ぐために、Windows (およびその他のオペレーティング システム) は、ストレージ ドライブ上に仮想メモリとして機能する少量の領域を予約します。この仮想メモリは RAM と同じように書き込むことができ、緊急時には完全に動作不能になるはずの場所でも PC を実行し続けることができます。 PC がまだブート ドライブとして機械式ハード ドライブを使用していた頃、仮想メモリは非常に低速になる傾向があり、仮想メモリを使用するとパフォーマンスに大きな影響が生じることを意味していました。文字通り、ディスクの回転速度とアームの移動速度によって制限されていました。 関連 機械式ハードドライブは本当に時代遅れなのでしょうか? HDD の死亡に関する報道は非常に誇張されています。 ソリッド ステート ドライブ (SSD) により、状況はかなり改善されました。 SATA SSD でも 1 秒あたり数百メガバイトのデータを移動でき、一部の PCIe NVMe SSD の転送速度は 1 秒あたりギガバイト単位です。現在、最速の PCIe 5.0 SSD は理論的には DDR4 よりも高速ですが、現実世界の制約により、NVMe ドライブはまだ多少遅いことがよくあります。 使用している SSD が何であれ、RAM は限られているが高速な内部ドライブを備えた PC を使用している場合、仮想メモリはパフォーマンスを大幅に向上させることができます。 ページファイルのサイズを増やす Windows 11 でページ ファイルのサイズを増やすには、Windows + i を押して設定アプリを開き、システム > バージョン情報 > システムの詳細設定 に移動します。 システムのプロパティ ウィンドウ内で、詳細設定 タブをクリックし、次に 設定 をクリックし、新しいウィンドウで 詳細設定 タブを選択します。

<本文>私も次の技術者と同じくらい実験するのが好きです。私は常に新しいツールを試したり、セットアップを微調整したり、もう少し速く作業したり、摩擦を減らしたりする方法を探しています。私も長年にわたり、Windows については何度も不満を言ってきました。肥大化、テレメトリ、特定の方法で物事を行うように強制しようとする方法。理論上では、Linux は脱出ハッチのように感じられることが多く、実際に制御できる、クリーンでより柔軟な代替手段です。 私はその切り替えを何度も試みました。そして毎回、それはほぼうまくいきます。 Linux は多くの点で優れていますが、場合によってはそれに及ばない場合もあります。しかし、実際に日々どのように仕事をしているかというと、やはり Windows に戻ってしまいます。それは完璧だからではなく、より一貫性があり、予測可能であり、私が依存しているツールやワークフローとよりよく連携しているからです。 クレジット: Lucas Gouveia/Windows Insight |プラタンカーンパプ/シャッターストック おそらく WSL が、私が切り替えに本格的に取り組めなかった最大の理由です。これにより、作業方法に関する他のすべてを変更する必要がなく、実際の Linux 環境にアクセスできるようになります。毎日使用しているのと同じ Windows セットアップ内に留まりながら、ディストリビューションを起動し、apt でパッケージをインストールし、スクリプトを実行し、適切なシェルで作業することができます。 Linux ツールにアクセスするためだけに、デュアル ブートやコンテキストの切り替えはなく、ワークフロー全体を再考する必要もありません。 ある時点で、そのせいで退職する動機がほとんどなくなりました。オペレーティング システムとして Linux は必要ありません。開発作業を行ったり、特定のツールを使用したりする場合にのみ Linux が必要になります。 WSL はそのギャップをうまくカバーします。これにより、今でも Windows に依存している安定性と互換性を放棄することなく、必要に応じて Linux を使用できるようになります。 Windows 11 プロ $29.99 $199 $169.01 節約 Windows 11 Pro を 88% の大幅割引価格で入手し、PC エクスペリエンスを向上させましょう。 WSL とは実際何なのか、そしてそれが何をもたらすのか Windows 内の本物の Linux 環境 (制限あり) よく知らない方のために説明しておくと、Windows Subsystem for Linux (WSL) は基本的に、実際の Linux 環境を Windows 内で直接実行するための組み込みの方法です。これは従来の意味での仮想マシンではなく、必要最低限​​の互換性レイヤーでもありません。 Windows を離れることなく、Ubuntu などの完全なディストリビューションのインストール、ネイティブ パッケージ マネージャーの使用、コマンド ライン ツールの実行、開発環境の起動をすべて行うことができます。きれいに統合されています。 Linux から Windows ファイルにアクセスしたり、環境をまたがってツールを起動したり、VS Code などのエディターを使用して両方の間でシームレスに作業したりできます。

<本文>Microsoft の Windows 11 修正計画には、一般ユーザーのエクスペリエンスを向上させることが含まれていますが、同社は開発者エコシステムの最も重要な部分の 1 つである Windows Subsystem for Linux (WSL) の改善にも焦点を当てています。 ソフトウェア大手である同社は、WSL の改善に取り組んでおり、Linux と Windows の間のより高速なファイル転送、より強力なネットワーク パフォーマンス、よりスムーズなオンボーディング プロセス、より厳格なセキュリティとポリシー制御によるエンタープライズ グレードの管理を約束していると述べました。 Windows を使用してコンテナーを実行したり、バックエンド サービスを構築したり、Linux ベースのツールを管理したりするいくつかの開発者にとって、WSL は最新のワークフローの重要な部分となっています。そして、Windows が開発者のマインドシェアをめぐって macOS やネイティブ Linux と直接競合している現在、これは Microsoft にとって無視できない分野です。 ここで私が興味深いと思うのは、Windows を再び本格的な開発プラットフォームにしようとする同社の取り組みが復活していることです。 Linux 用 Windows サブシステムは、Windows で最も重要な開発者ツールの 1 つです Linux 用 Windows サブシステムを使用すると、Windows 内で Linux ディストリビューションを直接実行できます。別の OS をデュアルブートする必要はなく、完全な仮想マシンも必要ありません。 WSL は軽量の仮想化レイヤーを通じて動作し、WSL2 の場合は、管理された環境内で実行される実際の Linux カーネルも使用します。 本題に入る前に、Windows における「サブシステム」が何を意味するのかを理解しておく価値があります。 サブシステムは、Windows が同じ OS 内でさまざまな種類の環境や API をサポートできるようにする互換性レイヤーです。 Windows には長年にわたって複数のサブシステムがありました。クラシック Win32 サブシステムは、ほとんどのデスクトップ アプリケーションが使用するものです。 古いバージョンの Windows には POSIX サブシステムもあり、最近のビルドには Android 用の Windows サブシステムさえありました。 WSL も同じアイデアの一部ですが、はるかに高度で、実際のワークフローで真に役立ちます。

<本文>開発者らは、Copilot の広告が GitHub のプル リクエストに表示されていると主張しています。しかし、Microsoftはこの報道を否定し、GitHubに広告を表示する予定はないとWindows Insightに語った。 GitHub 上で Copilot が生成したとされる広告について、同社はこれはバグであり、意図的な動きではないとしている。 GitHub 上の何千ものプル リクエストには、Copilot が生成した製品ヒントが含まれているようですが、これは何よりも広告のように見えます。メルボルンを拠点とするソフトウェア開発者である Zach Manson が、3 月 30 日にプロジェクトのプル リクエスト内で Copilot が生成した広告または提案を見つけたときに、このことに気づきました。 この Copilot 広告は、Zach のプロジェクトのチーム メンバーが GitHub の Copilot にプル リクエストのエラーを修正するようリクエストした後に表示されました。そして、それは予期された動作ではありません。 GitHub の Copilot 統合は実際には非常に役立ち、開発者は特にプル リクエストをクリーンアップしたい場合に頻繁に使用します。しかし、Zach が驚いたことに、GitHub は Copilot のエージェント機能と、macOS と Windows で人気のサードパーティ検索ツールである Raycast の小さな広告を挿入しました。 「これは恐ろしいことだ。いつかこの種の暴動が起こるだろうとは分かっていたが、こんなに早く起こるとは予想していなかった」とマンソンさんは投稿で書いた。 この投稿が Hacker News で拡散して以来、Raycast 開発者は Microsoft との広告契約の締結を否定しました。 Microsoft は、GitHub には広告は含まれないと述べており、Copilot の広告のようなプル リクエストのメモは単なるバグでした Microsoftは声明の中で、GitHubがプルリクエストで広告をテストしていないとWindows Insightに語った。 その代わり、バグにより、Raycast を参照するものを含む既存の Copilot 製品のヒントが間違った場所に表示されると同社は述べました。 Microsoft によると、これらのヒントはもともと Copilot によって作成されたプル リクエストのみを対象としたものでしたが、このバグにより、コードを編集するために Copilot が呼び出されたときに人間が作成した一部のプル リクエストにも表示されるようになりました。

<本文>Microsoft は、コントロール パネルなど、Windows 11 で一般的に使用されていた多くの従来の機能を徐々に廃止してきました。 設定 だけで十分なので、PC のコントロール パネルはめったに使用しませんが、Bluetooth ファイル転送ツールなどの従来のポップアップが表示されないという意味ではありません。 Microsoftは、OSのより多くの領域を最新化する計画だと述べている。 以前、Microsoftは、Windowsの「ファイル名を指定して実行」ダイアログを含む従来のポップアップをカバーするために、オペレーティングシステムのダークモードの見直しに取り組んでいることを認めました。実際、Windows レジストリ エディター用のダーク モードも構築する計画がありますが、Microsoft は今のところ期限を約束しません。 さて、MicrosoftはWindows 11に関して他にも大きな計画を持っているようだ。 Windows デザインの責任者である Marcus Ash 氏によると、Microsoft は従来のダイアログやシステム UI など、より多くのポップアップを最新化する新しいツールを社内で開発中です。 同社は、Windows の最新化が主な焦点であり、レガシー コンポーネントへのダーク モードの適用は二次的であると述べています (最新化の取り組みに時間がかかる場合、または効果がない場合)。 「私たちは、顧客の要望に応えるために、実行 ダイアログとさまざまなファイル エクスプローラーのサーフェスでダーク モードを拡張することから始めました」と Marcus Ash 氏は X の投稿で書いています。 「同時に、従来のフレームワークに基づいて構築された他のダイアログを Windows 11 全体で最新化するためのツールを構築しています。」 あるユーザーは、Microsoft は古いインターフェイスを曖昧にすることに時間を費やすべきではなく、代わりに WinUI でそれらの領域を最新化するべきだと提案しました。これはマイクロソフトを含む私たち全員が同意する正当な指摘です。ありがたいことに、Marcus Ash は、こ​​れが Microsoft の主な焦点であることを認めてくれました。 最近の Windows プレビュー ビルドには、WinUI 3 を使用して構築された最新の Windows Run が含まれているため、これらは単なる言葉ではないと思います。これはダーク モードもサポートしており、よりスマートな検索などの新しい機能でアップグレードされる予定です。 ただし、既存の従来の Run に代わるものではなく、引き続き出荷され、ダーク モードの刷新も行われます。 Microsoft に詳細を尋ねたところ、これらの変更は 2026 年中に展開される予定であるため、ダーク モードの全面見直しに具体的な期限はないとのことです。