<本文>長い間、私は 2 台のラップトップを使用してきました。新しいラップトップはプライマリ デバイスとして使用され、古いラップトップは仕事で必要なすべてのテストを実行するために使用されます。これは、自宅で Windows Server を試したり、フラッシュ ドライブから Windows を実行したりするために使用したラップトップです。しかし、テストが終了するたびに、私は静かに Windows 10 に戻します。 私の 15 年前のラップトップでは Windows 10 がより便利に感じられます。すでに Windows 10 拡張セキュリティ更新プログラム (ESU) に登録しています。したがって、セキュリティは私が思っていたほど大きな懸念ではありません。このラップトップは何年にもわたっていくつかのアップグレードが行われてきましたが、最も重要なのは SSD への切り替えとさらに 4GB の RAM の追加です。しかし、それ以上に、同じプロセッサを実行しており、他のハードウェア コンポーネントはほとんど変更されていません。はい、サポートされていない古いラップトップで Windows 11 を実行してみました。少なくとも、それが明らかになったり、ワークフローに支障をきたしたりする程度では、速度の低下はありませんでした。 Windows 11 をインストールしない理由は、パフォーマンスにあまり関係のない理由とは異なります。 Windows 10 はより信頼性が高い Windows 11 は何年経ってもまだ追いついていません 失敗した、またはバグのある Windows 11 アップデートを文書化している人がいたら、きっと苦労しているはずです。アップデートは、簡単に言うとめちゃくちゃです。数か月ごとに何かが壊れ、フォーラム上で話題になります。一方、Windows 10 はより信頼性が高く、少なくとも私が覚えている限りでは、常にそのようでした。アップデートをインストールする前に、他の人にとってすべてが適切であることを確認するために数日待つ必要はありません。 Windows 11 には多くの長所がありますが、信頼性とアップデートはその中にはありません。率直に言って、定期的なアップデートは必要ありませんが、エンドユーザーにプッシュする際には安定してほしいと思っています。古いラップトップのトラブルシューティングはそれほど楽しいものではないからです。 関連 これは、Microsoft が私に求めているように、古い Windows 10 PC を下取りに出すのではなく、私が使っていることです。 結局のところ、それでも計算は可能です。 Windows 11 は古いハードウェアでは面倒です インストール部分だけではありません サポートされていない PC で Windows 11 を実行することは最悪の事態ではありませんが、PC の仕様に大きく依存します。取り付けが心配な方は、こちらの方が簡単です。気になるのは長期使用です。私のようなラップトップがそれを処理できる場合、パフォーマンスは十分なものになるでしょう。しかし、それでも Windows 10 には敵いません。

<本文>長い間、Linux 界隈の暗黙のルールは、PowerShell は Windows のものであり、Bash が本物であるというものでした。私も当初はこの立場を維持していました。PowerShell の初期のイテレーションは使いにくく、Windows 専用であり、広く選択されて使用されていなかったからです。このバージョンの PowerShell はもう何年も存在していませんが、Linux コミュニティは、その進歩にもかかわらず、依然としてそれを無視しているという評判があります。 PowerShell は 10 年前からオープンソースでクロスプラットフォームになっています。 Linux と macOS の両方のネイティブ ビルドも用意されているため、Windows 専用の管理ツールではなくなりました。以前は、PowerShell 用のスクリプトを作成するたびに開く必要があるターミナルだと考えていましたが、その後は深く考えずに閉じていました。実際のプロジェクトで PowerShell を使用してみると、それはもはや書き留めるべきものではないことに気づきました。 関連 すべての Windows ユーザーが知っておくべき 5 つの PowerShell スクリプト PowerShell でできることはたくさんあります PowerShell のオブジェクト パイプラインのスクリプト変更 Bash はすべてを文字列として扱うという制限があります PowerShell が Bash と大きく異なる理由を理解するのに、認めたいよりも時間がかかりました。 PowerShell のパイプ オブジェクトと Bash のパイプ文字列という 2 つの根本的な違いに気づいたとき、ようやくピンと来たのです。 Bash では、すべてのコマンドがテキストを出力します。その後、そのテキストを操作して有用なものにする方法を見つけます。これには通常、たとえ比較的単純なタスクであっても、生の出力を解析するために grep、sed、および awk への多くのパイプが必要になります。これらのツールは強力で、私は今でも常に使用していますが、PowerShell を使用すると多くのことが簡単になることは認めざるを得ません。 私の主張を説明する簡単な例を次に示します。この PowerShell パイプラインは、CPU 使用率によってプロセスをフィルターし、その名前を選択します。 CPU 使用率が 10% を超えると、出力として表示されます。 Get-Process | Where-Object CPU -gt 10 | Select-Object Name ここで、同等のものを Bash で記述する方法を次に示します。

<本文>このガイドでは、Intune を使用してデスクトップ ショートカットを作成する方法を説明します。 PowerShell スクリプトを利用することで、企業管理者は Windows アプリと Web の URL ショートカットの両方を効率的に展開し、すべてのユーザーがデスクトップからアクセスできるようにすることができます。 以前の組織では、ユーザーがソフトウェア センターをすばやく起動してアプリをインストールできるように、ソフトウェア センターのデスクトップ ショートカットをデスクトップに配置する任務を負っていました。同時に、ユーザーのデスクトップからデスクトップ ショートカットを削除する作業にも取り組みましたが、これはすべて GPO を使用して行われました。 Windows デバイスがオンプレミスで AD に参加している場合、グループ ポリシーを使用してショートカットを展開できます。 Intune などの MDM ソリューションを使用すると、PowerShell スクリプトを通じてショートカットの展開がより効率的かつ合理化されます。このアプローチは、より動的かつ柔軟であるだけでなく、手動でのショートカットの作成にかかる時間を大幅に削減します。 Patch My PC を使用してサードパーティ アプリケーションをインストールおよび更新する これらのショートカットを正確にどこに作成する必要があるのか疑問に思うかもしれません。通常、アプリケーションをインストールすると、簡単にアクセスできるようにユーザーのデスクトップにショートカットが作成されます。ただし、一部のカスタム アプリケーションはデスクトップ ショートカットを生成しません。このような場合、ユーザーはアプリを検索するか、特定のアプリのインストール パスに移動して を起動する必要があります。これを回避するための解決策は、Intune を使用してアプリまたは Web ショートカットの作成を自動化することです。 Intune でデスクトップ ショートカットを作成する方法 Microsoft Intune を使用してデスクトップ ショートカットを作成するには、いくつかの方法があります。以下では、方法の概要を説明し、特定のシナリオに最適なアプローチを詳しく説明しました。この情報がお役に立てば幸いです。 PowerShell スクリプト: この方法は非常に簡単なので、ユーザーに簡単なショートカットを追加する必要がある場合に使用する必要があります。 Win32 アプリ: ショートカットのインストールや削除など、ショートカットを完全に制御する必要がある場合は、この方法をお勧めします。 修復/プロアクティブな修復: これは通常、ユーザーが手動でショートカットを削除しても、ターゲット デバイス上にショートカットが存在する必要がある場合に使用されます。 カスタム OMA-URI: この方法は、ショートカットの展開にはあまり使用されないと思います。 上記の方法のうち、ショートカットを作成する最も簡単な方法は、Intune を通じてデプロイされた PowerShell スクリプトを使用することです。このガイドでは同じ方法を説明します。

<本文>Windows Insight によって最初に発見された Microsoft は、Windows 11 のセキュリティの詳細な内訳を密かに公開し、ユーザーが長年議論してきた重要な問題についに対処しました。 Windows PC 用のサードパーティ製ウイルス対策ソフトはまだ必要ですか? Microsoft によれば、簡単に言うと「ノー」です。 Microsoft は 4 月 9 日、Windows 11 がこれまでで最も安全な Windows であり、デフォルトで実行され、自動的に更新される完全なウイルス対策スタック (Windows Defender) がすでに含まれていると発表しました。 ただし、Microsoft は Windows Defender を万能のセキュリティ ソリューションのように宣伝しているわけではありません。また、Windows Defender を軽視しているわけでもありません。Microsoft 独自のウイルス対策がどのようにしてほとんどのユーザーにとってサードパーティのウイルス対策の必要性をなくすのかを説明し、必要な場合についても説明しています。 個人的には、Windows 10 以降、PC で別のウイルス対策ソフトを使用するのをやめました。 Windows XP および Windows 7 の時代には、組み込みの保護機能は存在しないか、真剣に考慮されていませんでした。そのため、ノートン、マカフィー、カスペルスキーなどのツールがほとんどのユーザーにとってデフォルトの推奨事項になりました。 その認識を変え始めたのは Windows 10 であり、Windows 11 でその移行が完了します。 Microsoft が、ほとんどのユーザーはサードパーティのウイルス対策ソフトウェアを必要としないと言っている理由 Windows Insight が発見したサポート文書の中で、Microsoft は、ほとんどのユーザーにとって Windows 11 に組み込まれた保護機能で十分であると述べています。これは、定期的な更新、デフォルトのセキュリティ設定、および標準的な使用パターンによる一般的なセットアップを前提としています。 Windows セキュリティ (Defender) で十分な場合 システムが Microsoft Defender の通常のセキュリティ インテリジェンス更新プログラムと毎月必須の火曜日のパッチ更新プログラムで更新され、SmartScreen が有効になっていて、ダウンロードが信頼できるソースから行われる場合、Defender は残りの処理をバックグラウンドで処理します。保護を維持するためだけにサードパーティのウイルス対策をインストールする必要はありません。

<本文>最新の Windows 更新プログラムのインストールを待つという従来のパワー ユーザーの常識は、2026 年になっても依然として非常に重要です。更新プログラムが通過するたびに、オペレーティング システム エクスペリエンスの核となる何かが破壊されているように見えるため、これまでよりも適用可能になっていると主張する人もいるでしょう。これは新しい問題ではありませんが、今年発生している一貫性は驚くべきものであり、Microsoft が最近 Windows の品質に対する書面による取り組みを行っているにもかかわらず、私は依然として Windows 11 のアップデートを可能な限り長く、少なくとも安全であることが分かるまで延期しています。 関連 Windows 11 24H2 がついにすべての人に利用可能になりましたが、お使いの PC がまだ Windows 11 24H2 を利用できない理由は次のとおりです。 良いニュースばかりではありません 今年はうまく始まりませんでした 2026 年 1 月は Windows 11 にとって良い月ではありませんでした 1 月のパッチ火曜日アップデート KB5074109 は、脆弱性の修正といくつかのマイナーな改善を含む定期的なセキュリティ リリースであるはずでしたが、結局、年間を通じて最も乱雑なアップデート サイクルの 1 つとなりました。 生産性の面では、Microsoft はリモート デスクトップ接続が失敗し、Outlook を開く際に問題が発生し、さらに System Guard Secure Launch が有効になっているシステムでは通常のシャットダウンが完了しないことを確認しました。これが Windows マシンのかなりの部分を占めていました。 特にゲーマーにとって、このアップデートは非常に厳しいものでした。 Nvidia GPU の所有者は、アップデートのインストール後に、視覚的なアーティファクト、影の不具合、画面のちらつき、黒い画面とともに平均フレームレートの大幅な低下を伴う、重大なパフォーマンスの低下を特に報告しました。ユーザーは当初、ドライバーのせいだと考えていましたが、Nvidia の RTX 50 シリーズの起動ドライバーがめちゃくちゃであることが判明した後、誰がドライバーを責められるでしょうか。この時期に 2 つのドライバー アップデートが出荷され、Nvidia フォーラム管理者は同社が調査中であることを確認し、KB5074109 アップデートが根本原因であることを真っ向から指摘し、唯一信頼できる修正方法はアップデート自体をアンインストールすることであることを示唆しました。 Windows 全体でアプリのサインインが中断される Microsoft はサインインの背後でアプリをロックすることを主張し、その後それを破りました 2 か月後、3 月のパッチ火曜日アップデートでバグが導入され、Microsoft 独自のソフトウェア エコシステムの重要な部分からユーザーが締め出されてしまいました。 KB5079473 をインストールした後、Windows 11 24H2 および 25H2 を実行しているデバイスは Microsoft アカウントの認証に失敗し始め、インターネットに接続されていないことをユーザーに伝えるエラー メッセージが表示されます。

<本文>クリックして次の記事へ 4 月の Windows 11 アップデートの修正: 影響を受ける PC を保存する BitLocker 回復コマンドを見てみましょう。 2026 年 4 月 14 日、Microsoft は Windows 11 用の 2026 年 4 月セキュリティ更新プログラム (KB5083769) の展開を開始し、いくつかの視覚的な変更、改善、修正を導入しました。ただし、以前のアップデートと同様に、一部のユーザーはインストール後に問題に遭遇します。 Microsoft は、影響を受けるデバイスが BitLocker 回復画面で直接起動し、デスクトップにアクセスできなくなる可能性がある、特定の BitLocker 関連の問題を確認しました。 同社によれば、この動作は「非推奨」の BitLocker 構成によって引き起こされるとのことです。その結果、一部のデバイスでは、更新プログラムのインストール後の最初の再起動時に、BitLocker 回復キーの入力を求められます。 記事は下に続きます この問題は、特定の構成を持つ少数のシステムにのみ影響します。たとえば、BitLocker がオペレーティング システム ドライブで有効になっている必要があり、検証プロファイルに PCR7 が含まれるように「ネイティブ UEFI ファームウェア構成用の TPM プラットフォーム検証プロファイルを構成する」ポリシーを構成する必要があります。 さらに、システム情報は「セキュア ブート状態 PCR7 バインディング」を「不可能」として報告する必要があり、UEFI CA 2023 証明書がセキュア ブート署名データベース (DB) に存在する必要があり、デバイスは 2023 署名付き Windows ブート マネージャーをまだ実行していてはなりません。 Microsoft は、これは広範囲にわたる問題ではなく、ほとんどのデバイスは影響を受けないと述べています。また、これは 1 回限りの回復イベントです。 BitLocker 回復キーを入力すると、今後の再起動では Windows 11 が正常に起動するはずです。