**2023年9月9日（日本時間）、JavaScriptおよびTypeScriptランタイムである「Bun 1.0」が正式に公開されました。**

BunはJavaScriptとTypeScriptを実行、構築、テスト、デバッグするための高速なオールインワンツールキットで、今回の安定版リリースにより、開発のさらなる効率化が期待できます。

BunはJavaScriptとTypeScriptの実行、ビルド、テスト、デバッグを容易にします。開発者たちはこれによって、ワークフローの効率化やリソース制約下でのスムーズな本番コードの実行を期待できます。

【参考】：[Bun 1.0](https://bun.sh/blog/bun-v1.0)

TypeScriptはJavaScriptの上位互換？違いは開発規模や機能面にアリ

### Windows用では実験的なネイティブビルドを提供

従来のBunではmacOSとLinux用のネイティブビルドが提供されており、Windowsの場合はWindows Subsystem for Linuxが必要でした。*今回のBun 1.0ではWindows版の実験的なネイティブビルドがリリースされています。*

ただし、Windows版はまだ実験的な段階で、JavaScriptランタイムのみがサポートされており、パッケージマネージャ・テストランナー・バンドラーは安定するまで無効化され、パフォーマンスもまだ最適化されていません。

開発チームは開発ブログで今後数週間でWindowsへのサポートを急いで改善する予定であると述べています。

ここでは、JavaScript開発環境においてBunが登場した背景や、その開発目標について説明します。

JavaScriptの開発環境には、Node.jsやDenoなどのランタイムなどを始めとして多くの優れたツールがあります。

しかし、Bunの開発者はその一方で、数多くのノードモジュールや複数の設定ファイル・バンドラーのプラグインなどの利用が、開発プロセスを複雑にしている面もあることを指摘しています。

*Bunはこの状況を改善するため、JavaScriptのメリットを残しながら、複雑さを排除してより直感的にコードを実行できることを目的に開発されています。*

【参考】：[Youtube | Bun 1.0 is here](https://www.youtube.com/watch?v=BsnCpESUEqM)

Node.jsとは？JavaScriptとの違いや使い所を解説

Bunはその開発目標として、動作のスピード・簡潔なAPI・オールインワンのツールキットであることの3点を掲げています。

*■スピード*
Bunがまず目指したのはスピードです。Bunはパフォーマンス重視のJavaScriptエンジンであるJavaScriptCoreを拡張することで、素早く起動し、高速な実行を可能にしています。

*■簡潔なAPI*
BunはHTTPサーバーの起動やファイルの書き込みなど、一般的なタスクを実行するために最適化され、必要最低限の要素で構成されたAPIを用意しています。

*■オールインワンのツールキット*
Bunは、パッケージマネージャー・テストランナー・バンドラーなど、JavaScriptアプリを構築するために十分なツールキットを提供します。開発者はこれらのツールを利用することで、効率的な開発が可能です。

【参考】：[Bun — A fast all-in-one JavaScript runtime](https://bun.sh/)

プログラミング言語のZigで実装されているBunは、Node.jsやDenoなどと同様のJavaScriptランタイムの役割を持ちますが、他にもJavaScript/TypeScriptを使用してアプリを構築するための統合的なツールキットとしての数々の特徴を持っています。

### Node.jsとの互換性を目指している

**Bunは広く使用されているJavaScriptランタイムであるNode.jsとの完全な互換性を目指して設定されています。**

既存のNode.jsアプリケーションとnpmパッケージは、Bunでそのまま動作が可能で、Node.jsのグローバル変数であるprocess・Bufferや、path・fs・httpなどのモジュール類もサポートしています。

【参考】：[Github oven-sh/bun](https://github.com/oven-sh/bun#what-is-bun)
【参考】：[Node.jsの互換性](https://bun.sh/docs/runtime/nodejs-apis)

### オールインワンツールである

*Bunは、Node.jsにおけるパッケージ管理システムであるnpmやモジュールバンドラーなどの機能が初めから含まれています。*

これらのツールは、ほとんど変更をすることなく既存のNode.jsプロジェクトで使用することができます。フロントエンドフレームワークのNext.jsを動作させることも可能です。

Node.jsでは従来からモジュールシステムとしてCommonJSを使うことで、別のファイルや外部ライブラリのコードを使うことができます。

近年はES Modules（ESM）の利用が増加していますが、npm上の多くのパッケージはいまだにCommonJSを必要としています。

*BunはESMとCommonJSをどちらもサポートしており、ESMのようにimportやexoportが使用できる一方で、CommonJS同様requireや__dirnameも使用することができます。*

*BunはfetchやWebsocket、ReadableStreamなどのWeb標準APIを実装しています。*Safari用に開発されたJavaScriptCore engineを使用しており、HeadersやURLなど一部のAPIはSafariに実装されているものを直接使用します。

--hotオプションを使うと、ファイルが変更されたときにアプリケーションをリロードするホットリロードを有効にすることができます。*Bunのホットリロードは古いプロセスを終了せずにコードを再読み込みするため、HTTPやWebSocket接続が切断されません。*

【参考】：[Bun公式ブログ](https://bun.sh/blog/bun-v1.0)
【参考】：[What is Bun? | Bun Docs](https://bun.sh/docs)

## オールインワンツールであるBunが持つ機能とは

Bunは、JavaScriptランタイムとしてだけでなく、多くの機能を備えたオールインワンツールです。従来の様々なツールの役割をBunが担うことでJavaScript開発環境がより簡潔になり、開発効率が向上することが期待できます。

*Bunは、ほとんどのNode.jsアプリケーションを実行することができます。* Expressや、軽量フレームワークのKoa、Cloudflare Wokersで使えるフレームワークであるHonoなどのサーバーフレームワークは問題なく動作します。

開発に必要な様々な機能が1通り揃っているフルスタックフレームワークも、広く使われているものはその多くが動作します。

また、Bunの特徴はそのスピードです。公式サイトでは、Node.jsの最大4倍早く起動することが示されています。他のランタイムがGoogeのJavaScriptエンジンであるV8を利用しているのに対し、BunはAppleのWebKitを使っていることをその理由として挙げています。

【参考】：[Bun is a JavaScript runtime](https://bun.sh/blog/bun-v1.0#bun-is-a-javascript-runtime)

WebKitとは？HTMLレンダリングエンジンの役割や特徴を解説！

*Bunはnpm互換のパッケージマネージャー機能も備えています。*例えば「npm install」を「bun install」とするなど、npmを使うようにBunを使用することができます。

また、インストールのスピードの速さもnpm・yarn・pnpmなどのパッケージマネージャーと比較して圧倒的に速いことが示されています。

【参考】：[Install speeds](https://bun.sh/blog/bun-v1.0#install-speeds)

JavaScript開発環境では、テスティングフレームワークとして、シンプルで軽快な動作が特徴のJestが広く使用されています。

*Bunは、Jestと互換性のあるテストモジュールが組み込まれており、JestやVite環境で利用できるユニットテストフレームワークのViestからの移行も簡単です。*

テストランナーとしての動作もやはり高速です。Bun のマッチャーは高速なネイティブ コードで実装されていて、「Expect().toEqual()」の実行速度がJestやVitestよりも速いことが示されています。

【参考】：[Bun is a test runner](https://bun.sh/blog/bun-v1.0#bun-is-a-test-runner)

*Bunは、複数のJavaScriptファイルなどを1つにまとめるバンドラーの機能を有しています。*Webpackを始めとして多くのバンドラーが存在しますが、Bunは高速な動作を特徴とするバンドラーのesbuildと互換性のあるプラグインAPIを提供しています。

【参考】：[Bun is a bundler](https://bun.sh/blog/bun-v1.0#bun-is-a-bundler)

## Bunを導入してJavaScript開発のスピードアップを目指そう

ここまでBunが登場した背景やその特徴、オールインワンツールとして持つ多様な機能について解説してきました。

JavaScript開発環境には多くの有用なツールがありますが、その結果として生じた複雑さや不透明さを取り除き、開発者に快適な開発環境を提供することを目的としていることが分かったと思います。

また、あらゆる面でスピードを重視した設計となっており、JavaScript開発者の開発速度をさらに向上させてくれることが期待できます。

macOSとLinuxを使っていて、JavaScriptの開発効率を改善したい方は、1度Bunを試してみることをおすすめします。

*また、今回、Bun 1.0の登場で、まだJavaScriptランタイムのみではありますがWindows環境にも対応を開始しました。今後、Windowsユーザの方もBunの動向に注目しておくと良いでしょう。*

2023年9月9日にJavaScriptランタイムの「Bun 1.0」が公開されました。BunはJavaScript開発のオールインワンツールとして様々な機能を提供しています。この記事ではBunを利用してみたい方のために、その開発目的や使える機能を説明します。

Bun 1.0が公開され、Windows版の実験的なネイティブビルドがリリースされた

BunはNode.jsとの互換性を目指して設計されている

BunはJavaScriptランタイム・パッケージマネージャー・テストランナー・バンドラーなどをオールインワンに提供している

Bun 1.0 とは？JavaScript開発に役立つ機能を解説

**Microsoftは、2023年10月にVBScriptを非推奨の扱いとしました。**「Microsoft Learn」内の「Deprecated features for Windows client（Windows クライアントの非推奨の機能）」ページで、VBScriptが非推奨リストに追加されています。

【参考】：[Windows クライアントの非推奨の機能](https://learn.microsoft.com/ja-JP/windows/whats-new/deprecated-features)

### オンデマンド機能に切り替えられる

Microsoftは、将来的にはWindowsリリースでVBScriptを削除するとしています。しかし、すぐに削除されるのではなく、VBScriptの廃止に備え、必要に応じてインストールされるオンデマンド機能として利用可能な状態となります。

*オンデマンド機能として残るとはいえ、将来的には使用できなくなる予定であるため、VBScriptを利用しているユーザは代替手段を検討する必要があるでしょう。*

【参考】：[非推奨の機能のリソース](https://learn.microsoft.com/ja-JP/windows/whats-new/deprecated-features-resources#vbscript)

## VBScriptが非推奨になった理由とは

*Microsoftは将来的にVBScriptをWindowsから削除する理由について、詳しく言及していません。*

しかし、VBScriptを統合していたインターネットエクスプローラーは既にサポート終了しており、使われるケースが減少したと考えられることや、セキュリティ上の観点から廃止を決定した可能性が考えられます。

VBScriptはスクリプト言語で、コンパイルなしで動作し、メモ帳1つで開発を始められるという特徴を持っています。Windowsにおける作業を自動化するスクリプトが簡単に作成できることから、多くのWindowsユーザに活用されてきました。

### VBScriptはVisual Basicに近いスクリプト言語

VBScript（Visual Basic Script）は、Visual Basicに似た構文を持つクライアントスクリプト言語として登場し、Internet Explorer 3.0に搭載されました。

動的なWebページの生成を目的とした言語であり、JavaScriptなどのスクリプト言語と同様にWWWのクライアントサイドで動作します。

*その一方で、Windows環境ではWSH上で動作する汎用スクリプト言語としても活用されています。*

JavaScriptの特徴とは？何ができるのか、メリット・デメリットも解説

Windows Script Host（WSH）はWindows環境でスクリプトを実行するホスト環境で、Windows 98からWindows OSに搭載されました。WSHではVBScriptやJScriptなどのスクリプト言語を利用可能で、それぞれの言語によって使い方が異なります。

*Windows環境での操作を自動化する際に、コマンドプロンプトでバッチファイルを使って処理を自動的に行う方法がありますが、WSH上でVBScriptやJScriptを動作させることにより、コマンドプロンプトでは実現できないような制御を行うことができます。*

*VBScriptはそのシンプルで使いやすい特性を活かして、WSH上でWindows環境での操作や処理を効率的に行うことを可能としています。*

VBScriptのスクリプトファイルの作成はWindows標準のメモ帳やテキストエディタでプログラムを記述すればよく、特別な開発環境などは必要ありません。

VBScriptの柔軟性とWSHの環境を活かして、Windows環境でのファイルの存在の確認・コピー・移動・削除などを簡単に実現することができます。

また、Outlookを制御してメールを送信したり、インターネット上の情報を自動的に検索して処理したりすることも可能です。

VBScriptは他の一般的なプログラミング言語に比べて、言語自体が持っている機能は非常に少ないですが、Windows環境で容易に実行できることから、プログラミングに慣れていない人でも利用しやすいことも特徴として挙げられます。

VBScriptと混同しやすいVBA（Visual Basic for Applications）との違いを解説しておきましょう。*VBAはExcelやWordなどのOfficeソフトウェア上で動作するプログラム言語です。*

Visual Basicがベースであり、VBScriptとも似ている部分があります。しかし、VBAはOfficeソフトウェア内でしか利用できず、単独での動作はできません。

VBAの開発はOfficeソフトウェア内で使用できるエディタであるVBE（Visual Basic Editor）で行います。VBAの動作にはExcelやWordなどのアプリケーションの起動が前提なので、VBScriptの方が手軽に実行できると言えます。

## VBScriptの代替となるスクリプト言語とは

VBScriptは将来的にWindowsOSで廃止されることとなったため、VBScriptを利用しているユーザーは代替手段を検討する必要があります。ここでは、代替となるスクリプト言語について解説します。

### VBScriptの移行先はPowerShellが1つの候補

**VBScriptの移行先として考えられる有力な選択肢の1つが、PowerShellの利用です。**Microsoftから明確なアナウンスはないものの、Windows環境におけるスクリプト実行においてはVBScriptの後継に当たると考えられる位置付けとなっています。

PowerShellはWindowsにおけるソフトウェア開発フレームワークの.NET Frameworkの機能を利用できるスクリプト環境として、Windows Server 2008およびWindows 7以降のOSに標準搭載されています。

したがって、Windowsに追加のインストールを行わずに使用することができるため、VBScriptとWSHの代替として最も移行にかかる労力を抑えることができると言えるでしょう。

【参考】：[Windows PowerShell 言語仕様 3.0](https://learn.microsoft.com/ja-jp/powershell/scripting/lang-spec/chapter-01)
【参考】：[Windows PowerShell のシステム要件](https://learn.microsoft.com/ja-jp/powershell/scripting/windows-powershell/install/windows-powershell-system-requirements)

PowerShellとは？できること・コマンドをわかりやすく解説

VBScriptとPowerShellはどちらもスクリプト言語ですが、それぞれ異なる特徴を持ちます。

VBScriptはシェル機能を持たず、処理を行い結果を返す関数を組み合わせて基本的なスクリプトを作成し、WSHで動作させます。応用的なスクリプトを書く場合は、WSHが提供するCOMオブジェクトや他のアプリケーションのCOMオブジェクトを利用します。

*一方、PowerShellは .NET オブジェクトを利用できるシェル機能を持ち、コマンドレットと呼ばれる統一された呼び出し命令を使用して記述します。*

コマンドレットを利用することで、VBScriptとWSHの組み合わせでは実現が困難・あるいは不可能だった操作でも、より簡潔なコードで実現が可能です。

【参考】：[PowerShell とは](https://learn.microsoft.com/ja-jp/powershell/scripting/overview?view=powershell-7.3)
【参考】：[コマンドレットの概要](https://learn.microsoft.com/ja-jp/powershell/scripting/developer/cmdlet/cmdlet-overview?view=powershell-7.3)

### PowerShellを利用するメリット

Powershellでは、VBScriptとWSHの組み合わせで行うことができるファイルの処理やデータの整形などのタスクの自動化、Windowsのタスクスケジューラによる定期実行を行うことももちろん可能です。

*それに加えて、PowerShellではパイプライン処理が可能なため、コマンドの出力を他のコマンドに渡し、複数のコマンドを使ってより効率的で高度な処理を行うことができます。*

NET Frameworkのクラス・ライブラリを活用し、.NETオブジェクトが利用できることも大きなメリットと言えます。

### VBScriptからPowerShellへの移行で気を付けたいポイント

VBScriptからPowerShellへの移行では、まず構文の違いに注意が必要です。*前述したとおりVBScriptは関数を組み合わせてスクリプトを組みますが、PowerShellではコマンドレットを利用しますので、PowerShellでのスクリプトの組み方を覚える必要があります。*

例えば、ディレクトリを移動する場合、VBScriptではFileSystemObjectのMoveFolderメソッドを使いますが、PowerShellではSet-Locationコマンドレットを使います。

あるいは現在のディレクトリ内を一覧で表示する場合、VBScriptではFiles プロパティ、PowerShellではGet-ChildItemコマンドレットを使用します。

スクリプトファイルの違いとしては、VBScriptファイルの拡張子が「.vbs」であるのに対し、PowerShellでは「.ps1」です。

また、PowerShellのスクリプトファイルは初期状態では実行が許可されていないため、最初の1回のみですが、実行ポリシーの設定を行う必要があります。

## 非推奨となったVBScriptの代替案を早めに検討しよう

MicrosoftによりVBScriptが非推奨となったことにより、日頃の業務でVBScriptを使ったWindows環境の操作の自動化などを活用している方は、将来的な廃止に備えて代替案を用意しましょう。

ここまで解説した通り、Windowsに標準搭載されておりVBScriptからの移行が比較的容易なPowerShellが移行先の1つとして考えられますが、VBScriptで行っていた処理内容や移行の要件によっては、別の代替案が妥当なケースもあるかもしれません。

*最善の代替案を探すために、早めに検討を開始することをおすすめします。*

Microsoftは2023年10月にVBScriptを非推奨としました。将来的にOSから削除予定としています。この記事ではVBScriptユーザーのために、VBScriptの非推奨の理由や代替案の1つであるPowerShellについて解説します。

Microsoftは2023年10月にVBScriptを非推奨とした

VBScriptは今後オンデマンド機能として提供されるが、将来的にはWindowsリリースで削除される予定である

VBScriptの代替手段の1つとしてWindows環境に標準搭載されているPowerShellが挙げられる

VBScriptが非推奨になった？その理由と代替言語を解説

[【関連記事】Windows11のメリットとは？アップグレードすべきか迷ったら](https://and-engineer.com/articles/YgcaZhMAAB4AN4SX)

[【関連記事】Windows11 HomeとProの違いとは？どちらを選べば良いのか解説！](https://and-engineer.com/articles/YrPRhBEAACEAEk-Z)

[【関連記事】Windows11のフォント変更方法は？手順やツールを解説](https://and-engineer.com/articles/ZGXbwxEAACgAC-r4)

## Windows 11のタスクバーを小さくするには

Windows 10のタスクバーでは、設定機能を用いてタスクバーのサイズを簡単に設定することができました。

ところが、Windows 11では該当項目が見当たりません。**実際にはWindows 11のタスクバーも、初期状態の大きさから大きくしたり小さくしたりすることができます。**ここでは、実際にサイズを変更する方法を解説していきます。

Windows 11のタスクバーは、Windows 10までのタスクバーと同じ役割を持ちます。具体的には、*スタートボタンや主に使用するアイコンを一覧表示し、操作性を向上させるための機能です。*実行中のアプリケーションアイコンには起動の状態が表示されます。

Windows 11からは、各アイコンは初期状態で中央に配置されており、他のモバイル端末で採用されているパネル風レイアウトを採用しています。Windows 10同様に左に配置させることもできます。

Windows11のタスクバーは移動できない？便利なカスタマイズ方法を紹介

## Windows 11のタスクバーを小さくする方法

Windows 10のタスクバーでは、「タスクバーの設定」「小さいタスクバーボタンを使う」のオン・オフで簡単にサイズ（幅・高さ）を設定することができました。

Windows 11のタスクバーを小さくする方法ですが、直接操作する設定項目が見当たりません。そのため、**Windowsレジストリを編集し、値を設定する必要があります。**タスクバーを大きくする場合も同じ操作が必要です。

なお、マイクロソフト社の見解ではタスクバーの幅（高さ）をカスタマイズする機能はない、とのことです。レジストリ編集に関する解説をご覧になる際には、その点をご理解の上ご判断ください。

【参考】：[Windows11のタスクバーの幅](https://answers.microsoft.com/ja-jp/windows/forum/all/windows11%E3%81%AE%E3%82%BF%E3%82%B9%E3%82%AF/a59c75cc-aeef-45eb-8fb1-5361573a91b9)

*Windowsのレジストリは、WindowsのOS（オペレーティングシステム）が使用する設定情報が格納されているデータベースです。*タスクバーの設定だけではなく、OSが使用する設定全般が格納されています。

そのため、直接編集する作業は問題発生のリスクを伴います。リスクを低減するためには、レジストリをバックアップし、もしもの時のために備えましょう。

### レジストリのバックアップ方法

通常、*Windowsの更新作業ではレジストリをバックアップするために、復元ポイントを作成することができます。*今回も同様の手順に従います。

具体的には、タスクバーの検索ボックスに「復元ポイントの作成」と入力し、該当表示をクリックします。次に表示された、システムのプロパティの「システム保護」で、ドライブの保護を有効にし、「作成」をクリックします。この方法はWindows10と違いがありません。

【参考】：[システムの復元ポイントを作成する](https://support.microsoft.com/ja-jp/windows/%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%AE%E5%BE%A9%E5%85%83%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88%E3%82%92%E4%BD%9C%E6%88%90%E3%81%99%E3%82%8B-77e02e2a-3298-c869-9974-ef5658ea3be9)

手動でバックアップするには、レジストリエディターから「ファイル」「エクスポート」でレジストリファイルを保存することもできます。

【参考】：[Windows でレジストリをバックアップおよび復元する方法](https://support.microsoft.com/ja-jp/topic/windows-%E3%81%A7%E3%83%AC%E3%82%B8%E3%82%B9%E3%83%88%E3%83%AA%E3%82%92%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97%E3%81%8A%E3%82%88%E3%81%B3%E5%BE%A9%E5%85%83%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95-855140ad-e318-2a13-2829-d428a2ab0692#ID0EBD=Windows_11)

### レジストリエディターの起動

**レジストリエディターは「regedit」というアプリを使います。**「Win+R」キーでファイル名を指定して実行することもできます。最初は、検索アイコンで「regedit」と入力し、「開く」で起動するのが良いでしょう。

　【図】：レジストリエディターの起動

起動時にはシステム権限の書き込みを行いますので、ユーザーアカウント制御が動作します。「このアプリがデバイスに変更を加えることを許可しますか？」の画面が表示されたら「はい」をクリックし、起動します。

*レジストリエディターが起動したら、以下のパスへ移動します。*
```HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced```

フォルダを順に移動するか、入力フィールドで直接パスを指定します。該当パスが表示されたら、右クリックし「新規」「DWORD(32ビット) 値(D)」をクリックします。

　【図】：レジストリエディター キーの作成

作成されたキーの名前を「新しい値 #1 」から「TaskbarSi」に変更し、ダブルクリックします。ここではキーの値を希望に合わせて変更します。

　【図】：レジストリエディター キーの値変更

値の0が小さいサイズ、1が中位、2が大きいサイズです。デフォルト設定（初期設定）のサイズは1（中位）となります。「値のデータ」に値を入力後、「OK」をクリックします。終了後は、レジストリエディターをクローズし、Windows 11を再起動します。

*再起動後は、タスクバーのサイズが小さくなっていることが分かります。*今回、レジストリエディターのキー値によってどのように違いがあるのか、3種類の値をまとめて表示してみました。キー値が1の場合はデフォルトの設定で初期状態、0の場合は小さく、2の場合は大きくなります。

　【図】：タスクバーの変更とキー値の違い

比較してみると、中央のタスクバーのアイコンは問題ないのですが、右側の表示アイコンのバランスとしては、初期状態の方が整列されている印象を受けます。特にサイズを小さくした場合は、右側の時刻表示の日付部分が埋もれてしまいます。気になる方は、設定を元に戻すことで以前の表示に戻ります。

*レジストリの設定を元に戻すには、レジストリのキー値を1にするか、作成したTaskbarSiのキー自体を削除します。*レジストリのキー値を削除するには、該当する「TaskbarSi」を選び、右クリックで「削除」を選択します。

　【図】：レジストリのキー値の削除

削除する際には、「一部のレジストリ値を削除するとシステムが不安定になる場合があります。この値を完全に削除しますか？」と警告が表示されます。指定するキー値に間違いがないか確認の上、慎重に作業を行います。心配であれば、キー値を残しておいて値を1に変更すれば初期状態の表示に戻ります。

*レジストリ編集がうまくいかない場合は、復元ポイントから以前の状態を復元することができます。*レジストリの復元方法は、タスクバーの検索ボックスに「コントロール パネル」と入力し、該当表示をクリックします。

すべてのコントロールパネルで「回復」をクリックするか、検索ボックスで「回復」と入力し、該当表示をクリックします。

次に、「システムの復元を開く」で「システムのファイルと設定を復元する」「次へ」をクリックします。復元ポイントの一覧より保存した復元ポイントを選択し、「影響を受けるプログラムの検出」をクリックします。復元により影響を受ける項目が表示されます。

問題なければ「閉じる」「次へ」「完了」の順にクリックすることで、以前の状態を復元することができます。

【参考】：[Windows の回復オプション](https://support.microsoft.com/ja-jp/windows/windows-%E3%81%AE%E5%9B%9E%E5%BE%A9%E3%82%AA%E3%83%97%E3%82%B7%E3%83%A7%E3%83%B3-31ce2444-7de3-818c-d626-e3b5a3024da5#bkmk_win11_restore_from_system_restore_point)

タスクバーのカスタマイズは、サイズ変更以外にも諸々の変更が可能です。多くの作業は「タスクバーの設定」から行います。**タスクバーの空きスペースを長押し、あるいは右クリックすることで「タスクバーの設定」を表示させることができます。**

【参考】：[Windows 11 でタスク バーを使用する方法](https://support.microsoft.com/ja-jp/windows/windows-11-%E3%81%A7%E3%82%BF%E3%82%B9%E3%82%AF-%E3%83%90%E3%83%BC%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95-0657a50f-0cc7-dbfd-ae6b-05020b195b07#WindowsVersion=Windows_11)

### タスクバーの位置を左に移動するには

*タスクバーの位置は初期状態では中央ですが、従来のWindows同様に左に配置することができます。*具体的には、「タスクバーの設定」「タスクバーの動作」「タスクバーの配置」を「中央揃え」から「左揃え」を選択し、変更します。

### タスクバー自体の位置を上や左・右に変更するには

Windows 11で使いにくい部分の1つですが、*タスクバーは下に配置されており、通常は変更することができません。*実際には、レジストリエディターで変更することが可能です。レジストリのパスは以下の通りです。
```HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\StuckRects3```

Settingsの値の2行目左から5番目の数値である「03」が下に表示する設定で、初期状態です。左が「00」、上が「01」、右が「02」です。現時点では左の「00」と右の「02」は表示が見にくいため、おすすめできません。

元に戻す場合には「03」を設定します。レジストリの編集は、問題発生のリスクがありますので、ご注意の上作業を進めましょう。

### タスクバーを結合しない方法

タスクバーの結合は、Windows 10の場合は「タスクバーの設定」「タスクバーボタンを結合する」の3種類の動作から、希望に合わせて設定することができます。

*Windows 11では、アプリを複数開いた場合にタスクバーの結合（グループ化）が強制的に行われます。*使いにくいと感じる方も多いと思いますが、標準機能では解除することができません。すぐに何とかしたい方は、フリーソフトの「ExplorerPatcher」などを暫定的にWindows 10風の設定を用いるのが良いでしょう。

【参考】：[ExplorerPatcher](https://github.com/valinet/ExplorerPatcher)

## 操作環境の整備は効率性を高めます

Windowsでは従来からタスクバーがありますが、Windows 11では見栄えも変わり、何かと制限が増えています。とは言え、ユーザーインターフェースの操作感は作業効率を直接的に左右しますので、エンジニアとしては関心事です。

極力、設定変更は「タスクバーの設定」で済ませるとともに、**本来OSの機能として実装されている詳細部分についても理解しておくことをおすすめします。**

Windowsのタスクバーは、慣れ親しんだ機能の1つです。Windows 11では画面レイアウトの見直しにより、タスクバーの表示や設定方法に違いがあります。ここでは、タスクバーのサイズの変更方法や、使いにくい項目について変更可能かどうか解説していきます。

Windows 10ではタスクバーを小さくできましたが、Windows 11では該当機能がありません

Windows 11でも、レジストリを編集することでサイズの変更が可能です

編集作業はリスクを伴うため、慎重に実施する必要があります

Windows 11のタスクバーを小さくしたい！変更方法を画像付きで解説！

[【関連記事】Windows11の画面録画方法は？標準機能と追加ソフトウェアを解説！](https://and-engineer.com/articles/Y0yy-xEAAHcOmZQ_)

[【関連記事】Windows11は使いにくい？そう言われる理由や使いやすくする方法](https://and-engineer.com/articles/Y37UNBEAAB8A6ww8)

[【関連記事】Windows11のWi-Fiが表示されない？繋がらない原因と解決方法](https://and-engineer.com/articles/Y3LloxEAAB4Ate8S)

**Windowsのエラー処理機能として、ブルースクリーンがあります。**Windows 11においても、ブルースクリーンが表示される場合があります。ブルースクリーンが頻繁に発生する場合は、PCの故障のみならず保存したデータへの影響も起こり得ます。

ここでは、ブルースクリーンの発生原因と対策について解説していきます。

*ブルースクリーンとは、Windows OSに異常が生じた際に通知されるもので、システムが正常に動作しない場合に表示される仕組みを指します。*英語の頭文字から、BSoD（Blue Screen of Death）と略す場合もあります。

通常OSにはエラー通知の仕組みがあり、エラー通知の内容からリカバリーを試みることができます。しかしながら、制御できないエラーの場合はシステムダメージを最小にするために、自ら復帰手順に従う処理に移行する場合があります。

Windowsではその状態遷移を通知するために、青色の画面を表示して利用者に通知する仕組みを持ちます。この画面やその状態を、ブルースクリーンと呼びます。

## ブルースクリーンの発生原因

ブルースクリーンは、WindowsがOSの正常動作を維持できない場合に発生します。正常動作は、想定した動作によりハードウェア並びにソフトウェアが正しく制御できる状態です。*ハードウェア並びにソフトウェアが正しく制御できなくなると、ブルースクリーンが発生します。*その発生原因は、多岐に渡ります。

ブルースクリーンの発生後は、再起動によりデバイスやメモリー情報などが初期化され正常な状態に戻ります。ブルースクリーンが頻発する場合は、何らかの問題があると考えられます。具体的な想定原因は以降で解説していきます。

*ハードウェアに故障などの問題があると、システムの正常動作を維持することができません。*特にメモリーは大容量化しており、故障率としては多くのウェイトを占めています。メモリーはパリティやECCなどで保護されていますが、ブルースクリーンが発生したら確認が必要なハードウェアモジュールです。

システムのディスクドライブはメモリーページを一時的に退避して活用していますので、HDDやSSDなどのシステムドライブに問題がある場合もブルースクリーンが発生します。周辺機器を多数接続している場合においても、故障時の動作によっては正常動作を維持できない場合はブルースクリーンが発生します。

*ソフトウェアの障害発生時も、正常動作を維持できなくなります。*直接的にはWindows OSのカーネルモジュールからブルースクリーンが実行されますが、その動作はアプリケーションのシステムコールなどからカーネルに処理を要求した際に発生することもあります。

特にサードパーティ製ドライバーなどのモジュールの不整合やドライバーの互換性については、最新のWindows 11のバージョンでの検証が十分されていないために、ブルースクリーンが発生する場合もあります。

周辺機器を多数接続している場合においても、ドライバーバージョンの組み合わせにより同様の問題が生じることがあります。

ファームウェアはハードウェアとソフトウェアを仲介するシステムのプログラムコードです。BIOS（Basic Input Output System）やUEFI（Unified Extensible Firmware Interface）と言われるものです。

*BIOSなどのファームウェアが古いと、システムコンポーネントの動作を維持できない場合があります。*PC本体やマザーボードのメーカーは定期的にファームウェアを更新し、不具合の修正やセキュリティ対策を行っています。

### Windows更新プログラムの問題

*Windows 11ではWindows Updateにより、システムモジュールを定期的に更新しています。*このシステムモジュールは、 Windows更新プログラムと呼ばれる単位で提供されます。この更新が古い場合には、手立てが必要な不具合に対応できないためにブルースクリーンが発生する場合があります。

お役立ち記事