こんにちは！フロントエンドからNode.jsの深層まで、JavaScriptの生態系を隅々まで愛するシニア・アーキテクトです。
今回は、JavaScriptの歴史が生んだ最も危険な落とし穴の一つであり、モダン開発では絶対に避けて通れない「変数の暗黙的宣言」と、それを封じる「厳格モード（`use strict`）」の本質についてお話しします。
他のプログラミング言語（JavaやC#、TypeScriptなど）からJavaScriptの世界に入ってきた方ほど、「あれっ？」と戸惑い、バグの沼にハマりがちなポイントなんですよね。ここをクリアすれば、あなたの書くコードの安全性は劇的に跳ね上がります。さあ、一緒にその仕組みを紐解いていきましょう！
—
1. そもそも「変数の暗黙的宣言」って何が怖いの？
JavaScriptの歴史は、1995年にわずか10日間でプロトタイプが作られたことから始まりました。当時の言語仕様は非常に緩く、変数を `let` や `const`、あるいは古い `var` で宣言し忘れて、いきなり値を代入してもエラーにならないという恐ろしい仕様（あるいは機能）がありました。
言葉だけだとピンとこないと思うので、まずは以下のコードを見てください。
// 「use strict」を使わない古い（危険な）モードでの挙動
function calculateTotal() {
// 意図せず「total」という変数を宣言なしでいきなり使っている（タイポのつもり）
tota = 100 + 200;
return tota;
}
console.log(calculateTotal()); // 300 が返る
console.log(tota); // え……！？ 関数を抜けたはずのグローバル空間に「tota」が出現する
お気づきでしょうか？ `total` と書きたかったつもりが、うっかり `tota` とタイポ（打ち間違い）してしまいました。
厳格モードがない環境では、JavaScriptエンジン（V8など）は次のように解釈します。
1. 「おっ、`tota` という名前の変数はまだどこにも宣言されていないな？」
2. 「よし、じゃあ親切心で、グローバルオブジェクト（ブラウザなら `window`、Node.jsなら `global`）のプロパティとして勝手に作っておいてあげよう！」
これが「変数の暗黙的宣言（グローバル変数の自動生成）」です。
これが招く「夜中の緊急メンテナンス」の悪夢
一見、「親切な機能じゃないか」と思うかもしれませんが、大規模なアプリケーションにおいて、関数内でうっかり宣言し忘れた変数が勝手にグローバル空間を汚染していくと、どうなるでしょうか？
- 他のファイルで使っている同名のグローバル変数とバッティングし、予期せぬ値の上書きが発生する。
- 関数が終了してもメモリ（V8のヒープ領域）から解放されず、メモリリークの原因になる。
- どこでその変数が書き換わったのか、デバッグしても原因がまったく特定できない。
「動いているけれど、何が起きているか分からない」という、プログラミングにおいて最も恐ろしい状態を作り出す元凶が、この暗黙的宣言なんです。
—
2. 救世主：「`use strict`（厳格モード）」の登場
ECMAScript 5（ES5）以降、私たちはこの言語の歴史的過ちから身を守るための盾を手に入れました。それが `use strict` です。
ファイルの先頭、あるいは関数の先頭に `”use strict”;` と記述するだけで、JavaScriptエンジンはそのスコープを「厳格モード」で実行し、曖昧で危険な書き方をすべてエラーとして弾き返してくれます。
先ほどのコードに `use strict` を適用してみましょう。
“use strict”; // ここで厳格モードを宣言！
function calculateTotalStrict() {
// うっかりタイポしてしまった！
tota = 100 + 200; // ReferenceError が発生する
return tota;
}
try {
calculateTotalStrict();
} catch (error) {
console.error(error.message);
// 出力: ReferenceError: tota is not defined
}
素晴らしいですね！JavaScriptエンジンは、変数が宣言されていないことを検知した瞬間、即座に `ReferenceError`（参照エラー）をスローして実行をストップしてくれます。
「エラーで止まるなんて怖い」と思いましたか？
いいえ、違います。「本番環境で気付かないうちにバグを撒き散らす」ことに比べれば、開発段階でエラーとして即座に教えてもらう方が100倍ありがたいのです。エラーは、私たちのコードを守ってくれる最高の相棒なんですから。
—
3. なぜモダン開発では「厳格モード」が必須なのか？
「でもさ、今のモダンな開発環境では `let` や `const` を使っているから、そもそも宣言漏れなんて起きなくない？」
鋭いですね！その通りです。現代のJavaScript（ES6以降）やTypeScriptでは、ブロック文脈での変数宣言が厳格化されており、さらにBabelやTypeScriptコンパイラ、WebpackやViteといったビルドツールを使うことで、多くの場合、自動的にモジュールスコープ（ESモジュール）が適用され、内部的に厳格モードが強制されます。
しかし、それでもなお、私たちが `use strict` の本質を理解し、意識しなければならない理由があります。
① V8エンジンの最適化（JITコンパイル）の恩恵を最大化する
JavaScriptエンジン（Google ChromeのV8など）は、コードを高速に実行するためにJIT（Just-In-Time）コンパイルやインラインキャッシュなどの高度な最適化を行います。
コードが「曖昧な文法（スコープが静的に決まらない可能性のあるコード）」を含んでいると、エンジンは安全のために最適化のレベルを落とさざるを得ません。厳格モードを使用することで、「このコードには曖昧な挙動や意図しない暗黙のグローバル変数の生成はない」とエンジンに明確な保証を与えることになり、V8がよりアグレッシブかつ効率的な機械語への最適化を行えるようになります。結果として、ランタイムのパフォーマンス向上に直結します。
② レガシーなコードベースや移行期での防波堤
既存の古いコードベース（jQuery全盛期のコードなど）をリファクタリングする際や、外部の古いライブラリと連携するスクリプトを書く際、予期せぬグローバル汚染を防ぐ最後の砦として `use strict` は今も現役で機能します。
—
4. まとめ：ここをクリアすれば、JavaScriptの基本はバッチリマスターできますよ！
今回は、厳格モードと変数の暗黙的宣言について、エンジニアの足元を支えるランタイムの視点から解説しました。
- 暗黙的宣言の恐怖： 変数のタイポが勝手にグローバル変数を作り出し、バグやメモリ汚染を引き起こす。
- 厳格モードの役割： `”use strict”;` を書くだけで、曖昧な記述をエラーとして検知し、安全なコードを強制する。
- モダン開発における意義： ランタイム（V8など）の最適化を助け、パフォーマンスと安全性の両方を高める。
JavaScriptは一見すると非常に自由で優しい言語に見えますが、その裏側では「自由すぎるが故の牙」を隠し持っています。その牙から私たちを守るための知恵が `use strict` です。
この概念をしっかりと腑に落としたあなたなら、もう変数スコープやグローバル汚染の恐怖におびえる必要はありません。自信を持って、モダンで堅牢なコードを書き進めていきましょう！