こんにちは！フロントエンドからNode.jsの内部構造まで、JavaScriptの生態系を隅々まで愛するチーフアーキテクトです。
皆さんは普段、変数を宣言するときに `const` や `let`、そして時々 `var` を使っていることと思います。「とりあえず書き換え不可なら `const` にして、後から変えるなら `let` にしておけばいいや」となんとなく使っていませんか？
実は、この変数宣言のチョイスこそが、裏側でJavaScriptエンジン（V8など）を動かすJIT（Just-In-Time）コンパイラにとって、コードを爆速に最適化するための極めて重要なヒントを与えているんです。
ここをクリアすれば、JavaScriptの基本はバッチリマスターできますよ！今回は、V8エンジンの頭の中を覗きながら、なぜ `const` や `let` が優れているのかを優しく紐解いていきましょう。
—
1. 変数宣言の基本：なぜ `var` は過去のものになったのか
まずは、私たちが普段書くコードのおさらいから始めましょう。JavaScriptの歴史の初期から存在する `var` と、モダンな `let`・`const` の最大の違いは、「スコープ（変数が生きられる範囲）」と「巻き上げ（Hoisting）の挙動」にあります。
`var` が抱えていた構造的欠陥
`var` は関数スコープを持ちます。つまり、ブロック（ `{}` ）を無視して外側に漏れ出します。
// var の世界
function checkVar() {
if (true) {
var legacyVariable = “私はどこからでも見えます”;
}
// ブロックの外なのにアクセスできてしまう！
console.log(legacyVariable);
}
checkVar();
これ、バグの温床になりそうですよね。「ブロックの中で閉じたはずの変数が、関数内ならどこからでも触れてしまう」というのは、プログラムの予測可能性を大きく下げてしまいます。
さらに、`var` は「巻き上げ」が起きると同時に、勝手に `undefined` で初期化されてしまいます。そのため、宣言する前にアクセスしてもエラーにならず、`undefined` という「中身が空っぽの箱」が返ってきてしまうのです。
—
2. モダンな主役：`let` と `const` の基本と「一時的デッドゾーン（TDZ）」
これに対して、`let` と `const` はブロックスコープを採用しました。`{}` の中だけで生きる、行儀の良い変数です。
// let と const の世界
function checkModern() {
if (true) {
let safeLet = “私はこのブロックの中だけ”;
const safeConst = “私もこのブロックの中だけ”;
}
// 怒られる！ ReferenceError: safeLet is not defined
// console.log(safeLet);
}
checkModern();
一時的デッドゾーン（TDZ: Temporal Dead Zone）とは？
`let` や `const` も巻き上げ（宣言がスコープの先頭に引き上げられること）自体は起きています。しかし、「実際にコードがその宣言行を通過するまで、変数にアクセスしてはいけない」という厳格なルールがあります。
このアクセス禁止の空間を「一時的デッドゾーン（TDZ）」と呼びます。
console.log(myAge); // ❌ ここでエラー！（TDZに触れてしまったため）
let myAge = 25;
「えっ、エラーになる方が面倒くさいのでは？」と思いましたか？
いいえ、これがエンジンの最適化とバグの早期発見において最高の武器になるんです。ここからが本題ですよ。
—
3. V8エンジンの視点：なぜ `let` と `const` はコンパイル時に愛されるのか
ここから少しだけ、ブラウザやNode.jsの心臓部である「V8エンジン」の世界に潜ってみましょう。
JITコンパイラ（V8の `TurboFan` など）がJavaScriptのコードを読むとき、彼らは「この変数は、あとから書き換えられる可能性が本当にあるのか？」を必死に解析しています。
`var` が最適化を悩ませる理由
`var` は、同じ名前で何度も再宣言でき、どこからでも書き換え可能です。そのため、V8エンジンは「この変数の値は、プログラムのどこでどう変化するかわからないぞ……」と警戒し続けなければなりません。結果として、メモリ上のどこにこの変数を配置すべきか（レジスタに載せるべきか、ヒープに逃がすべきか）の判断が難しくなり、機械語レベルでのアグレッシブな最適化（インラインキャッシュやデベオプ等）の邪魔になってしまいます。
`const` と `let` が受ける静的解析の恩恵
一方で、`const` は「一度代入したら絶対に変わらない（イミュータブル）」という強い制約をプログラマがエンジンに約束する構文です。
V8のコンパイラはこの `const` を見た瞬間、こう判断します。
> 「おっ、この変数は定数だな。ということは、このメモリ領域の値を監視する必要はない。なんなら、この変数の参照先を実際の値（プリミティブ値）で直接置き換えちゃおう（定数畳み込み / Constant Folding）」
この静的解析（Static Analysis）の恩恵により、機械語レベルで以下のようなメリットが生まれます。
1. メモリの効率化: 変数を追いかけるための余計なメタデータやポインタの追跡が不要になる。
2. CPUキャッシュのヒット率向上: 余計なメモリ参照が減り、CPUが高速に処理できる。
3. 隠しクラス（Hidden Classes）の安定化: オブジェクトのプロパティ構造の最適化が崩れにくくなる。
`let` も `const` ほどではありませんが、ブロックスコープが厳密に守られ、再宣言が禁止されているため、`var` に比べて変数のライフサイクル（生存期間）が非常に短く予測可能です。これにより、V8のガベージコレクション（GC）がメモリを回収するタイミングを正確に計算できるようになります。
—
4. 現場で使える！実践的なベストプラクティス
ここまでお読みいただいたあなたなら、もうお分かりですよね。私たちが日常のコーディングで意識すべき黄金律は非常にシンプルです。
- 基本はすべて `const` で書く（変数が再代入されないことをエンジンに保証し、最適化の恩恵を最大限受ける）
- ループのカウンターや、値が再代入されることが確実な場合のみ `let` を使う
- `var` は現代のJavaScriptにおいては、レガシーコードの互換性以外で使う理由がないため、封印する
// 良い例：V8エンジンも思わず微笑む美しいコード
function calculateTotalPrice(items) {
// 再代入しないものはすべて const
const TAX_RATE = 0.1;
let total = 0; // 再代入するため let
for (let i = 0; i < items.length; i++) { total += items[i].price; } return total (1 + TAX_RATE); }
まとめ
今回は、V8エンジンの裏側の動きにまで踏み込みながら、`let` と `const` がもたらす静的解析の恩恵について解説しました。
- `var` はスコープが広く、エンジンの最適化を阻害する。
- `const` や `let` はブロックスコープとTDZにより、コードの安全性が劇的に向上する。
- 特に `const` は、JITコンパイラに「値が変わらない」という強力なヒントを与え、機械語レベルの最適化を引き出す。
何気なく使っている変数宣言のキーワード一つをとっても、ブラウザやNode.jsのランタイムはそれをシグナルとして受け取り、必死に高速化を頑張ってくれています。こうしたエンジンの挙動を少しだけ頭の片隅に置いておくだけで、書くコードの質は見違えるように洗練されていきますよ。
ここをクリアしたあなたなら、もうJavaScriptの基本はバッチリマスターできています！ぜひ、明日のコーディングから `const` ファーストを意識してみてくださいね。