こんにちは！フロントエンドからNode.jsの深層まで、日夜JavaScriptと向き合っているシニアアーキテクトです。
今回は、JavaScriptの基本中の基本でありながら、実はV8エンジンの内部挙動やパフォーマンスに絶大な影響を与える「厳格モード（`use strict`）」と「変数の暗黙的宣言」について、徹底的に深掘りしていきましょう。
「`var`、`let`、`const`のどれを使えばいいの？」「なんとなくエラーになるからつけている」という方も、ここをクリアすれば、JavaScriptのランタイムが裏側でどう動いているのかが手に取るようにわかるようになりますよ。それでは、一緒にエンジニアとしての視座を一段引き上げていきましょう！
—
1. そもそも「暗黙のグローバル変数」とは何だったのか？
JavaScriptを学び始めたばかりの頃、うっかり変数の宣言キーワード（`let`や`const`、古いコードなら`var`）を書き忘れて、こんなコードを書いたことはありませんか？
function calculateTotal() {
// 宣言キーワードを書き忘れた！
taxRate = 0.10;
return 1000 (1 + taxRate);
}
calculateTotal();
console.log(taxRate); // 0.10 と表示されてしまう！
一見すると、「エラーにならずに動いた、ラッキー！」と思うかもしれません。しかし、これがJavaScriptの歴史において最大の「魔物」と呼ばれた暗黙のグローバル変数（Implied Global）です。
`taxRate = 0.10` と書いた瞬間、JavaScriptエンジンは「おっと、この変数はいずこにも宣言されていないな？ よし、それならグローバルオブジェクト（ブラウザなら `window`、Node.jsなら `global`）のプロパティとして勝手に生やしてあげよう」と親切心（大きなお世話）を働かせます。
これが、コードの意図しない場所から変数が書き換えられる「バグの温床」になっていたのです。
—
2. なぜ `use strict` は暗黙の宣言を許さないのか？
この混沌とした仕様にメスを入れたのが、ECMAScript 5で導入された厳格モード（`use strict`）です。ファイルの先頭、あるいは関数の先頭に `”use strict”;` と記述するだけで、JavaScriptエンジンに対して「甘えを一切許すな、厳格にコードをチェックしろ」と指示できます。
もし厳格モードの環境下で先ほどのコードを実行するとどうなるでしょう？
“use strict”;
function calculateTotal() {
taxRate = 0.10; // 💥 ReferenceError が発生！
return 1000 (1 + taxRate);
}
calculateTotal();
実行した瞬間に `ReferenceError: taxRate is not defined` がスローされます。「おい、宣言されていない変数がいきなり使われているぞ！」と、ランタイムが即座に止めてくれるわけです。
「エラーで止まるなんて面倒だな」と思いましたか？ 実はこのエラーこそが、私たちのアプリケーションを救い、さらにV8エンジンのパフォーマンスを極限まで引き上げるための「最高のシグナル」なのです。
—
3. V8エンジンの視点：なぜ暗黙のグローバル変数はパフォーマンスを殺すのか？
ここからが少しディープな、チーフアーキテクトとしての本領発揮エリアです。
JavaScriptの実行エンジンであるGoogleの「V8」が、コードをどのように最適化しているのかを覗いてみましょう。
高速化の鍵は「形状（Hidden Class）」にある
V8エンジンは、コードを高速に実行するためにJIT（Just-In-Time）コンパイラ（TurboFanなど）を積んでいます。V8はオブジェクトや変数の「メモリ上の形状（Hidden Class / Shape）」を予測し、プロパティの読み書きをCPUの機械語レベルで爆速化します。
暗黙のグローバル変数がV8を絶望させる理由
もし、関数内で `taxRate = 0.10` のように暗黙のグローバル変数が許されていると、V8のコンパイラにとって以下の絶望的な状況が生まれます。
1. スコープチェーンのハッキング:
通常、ローカル変数は関数のスコープ（レキシカル環境）内の固定されたオフセット（メモリ上の位置）からO(1)の速さでアクセスされます。しかし、宣言のない変数は「グローバルオブジェクトのプロパティ」であるため、スコープチェーンをグローバルまで遡って動的に名前解決（ダイナミック・ルックアップ）しなければならなくなります。これはメモリへのアクセスにおいて非常に重い処理です。
2. 最適化の放棄（Deoptimization）:
最も恐ろしいのは、「この変数がどこからともなく、後から突然書き換えられるかもしれない」という不確定要素です。TurboFanなどの最適化コンパイラは、「この変数の型や存在場所は固定されている」という前提（仮説）をもとにコードをネイティブ機械語にコンパイルします。しかし、暗黙のグローバル変数が存在すると、その前提が完全に崩れ去ります。結果として、V8は最適化を諦め、遅いインタープリター（バイトコード実行）へ逆戻り（Deopt）せざるを得なくなります。
つまり、たった一箇所「変数の宣言漏れ」があるだけで、V8エンジンはその関数全体の最適化を放棄し、アプリケーション全体のパフォーマンスが静かに、確実に蝕まれていくのです。
—
4. コンパイル時エラーへのシフトがもたらす開発体験
「実行時エラーからコンパイル時（開発時）最適化へのシフト」という今回のテーマの真意はここにあります。
- 昔のJavaScript:
動くけれど、どこかでグローバル空間を汚染し、V8の最適化を阻害し、プロダクション環境で神出鬼没なバグを生む。
- `use strict` 時代のJavaScript:
書き忘れがあれば、エディターや実行の瞬間にエラー（ReferenceError）として即座に検知できる。そのため、V8エンジンは変数のスコープと型を完全に信頼し、迷いなくアグレッシブな最適化（インライン展開やhidden classの固定など）を適用できる。
私たち開発者が正しく `let` や `const` を使って変数を明示的に宣言し、`use strict`（あるいは現代のモジュールシステム：ES Modulesはデフォルトで厳格モードです）を利用することは、V8エンジンに対して「私の書いたコードは予測可能です。全力で最適化してください！」とパスを出すことと同義なのです。
—
まとめ
ここをクリアすれば、JavaScriptの基本はバッチリマスターできますよ！
- 暗黙のグローバル変数は悪: 勝手にグローバルオブジェクトへプロパティを生やすため、バグの温床になり、V8のメモリ最適化を完全に破壊する。
- `use strict` の本質: 曖昧なコードをランタイムで容赦なく弾くことで、開発者のミスを防ぎ、V8エンジンがアグレッシブな高速化を行える「予測可能な世界」を作り出す。
モダンな開発では、BabelやTypeScript、あるいはES Modulesを使うことで `use strict` は自然に適用されていますが、その裏側で「なぜこの仕組みが必要なのか」を知っているかどうかが、ジュニアからシニアへステップアップするための大きな分かれ道になります。
明日からのコードレビューや実装では、ぜひこのV8エンジンの息吹を感じながら、美しく最適化されたコードを書いていきてくださいね。それではまた！