Что такое Temporal Dead Zone (TDZ) в JavaScript?

А, ну это ж классика, ебать мои старые костыли! Сейчас объясню про эту самую TDZ, чтобы ты не ломал голову, как какой-нибудь полупидор на собеседовании.

Смотри, есть у нас в JavaScript такая штука — Temporal Dead Zone (TDZ), или по-нашему, Временная мёртвая зона. Это, грубо говоря, тот самый момент, когда переменная, объявленная через let или const, уже существует где-то в недрах движка, но дотронуться до неё нельзя — выскочит ошибка, как шило из жопы. Прямо как с тем Гамлетом, который всех посылал, пока сам не разобрался.

Как эта хрень работает, по шагам:

1. Ты заходишь в блок кода (фигурные скобки {}), и движок уже знает про твои let и const. Он их «поднимает» (hoisting), но это не как с var — там сразу undefined подсовывают.
2. А тут — нихуя. Они как в коме, недоступные. Значения нет, и читать их нельзя.
3. И так они валяются в этом овощном состоянии, пока не выполнится та самая строчка, где ты их объявляешь и присваиваешь им значение.
4. Весь этот промежуток — от входа в область видимости до строки с let x = 5 — и есть та самая зона, где царит смерть и ReferenceError.

Смотри примеры, чтобы совсем ясно стало:

// Пример 1: Классический пиздец
console.log(myLet); // ReferenceError: Cannot access 'myLet' before initialization
let myLet = 10; // Вот только здесь она оживает
// До этой строчки — TDZ, сплошное мучение.

// Пример 2: Зона внутри блока — она везде!
{
  // Тут начинается TDZ для 'blockVar'. Чувствуешь волнение, ебать?
  console.log(blockVar); // ReferenceError! Нахуй так делать.
  let blockVar = 'I am in TDZ';
  // А вот тут TDZ закончилась. Уф.
  console.log(blockVar); // 'I am in TDZ' — теперь всё ок.
}

// Пример 3: Для контраста — как было в старые добрые времена с var
console.log(myVar); // undefined (var хостится с значением undefined, доверия к нему — ноль ебать)
console.log(myFunc()); // 'Hello' (function declaration — та вообще вся поднимается)
var myVar = 5;
function myFunc() { return 'Hello'; }

// Пример 4: А вот это уже хитрая жопа, будь внимателен!
const myConst = 1;
{
  // Внимание, подвох! Тут ошибка!
  console.log(myConst); // ReferenceError! А ты думал, внешнюю увидишь?
  // А нефиг! TDZ начинается для ВНУТРЕННЕЙ myConst, которая объявлена прямо ниже.
  // Движок видит её в этой области и перекрывает внешнюю, но пока она не инициализирована — ты в зоне.
  const myConst = 2;
}

А нахуя это всё нужно тебе, Node.js-разработчику?

1. Чтобы не выстрелить себе в ногу. Раньше с var можно было получить undefined и потом три дня дебажить, почему логика плывёт. TDZ сразу бьёт по рукам ошибкой — иди, сука, инициализируй переменную, прежде чем использовать. Чище код, меньше геморроя.
2. Качество кода растёт. TDZ неявно заставляет тебя объявлять переменные как можно ближе к месту, где они нужны. Не раскидывай их по верхам, как какой-то распиздяй. Код читать легче.
3. Это фундамент для const. Без TDZ const была бы просто var, которую нельзя перезаписать. А так — это настоящая константа с самого момента появления. Логично же: нельзя прочитать то, чему ещё не присвоили значение.
4. Линтеры это любят. ESLint с правилом no-use-before-define ловит такие потенциальные косяки ещё до запуска. Статический анализ — наше всё.

Вывод, ёпта: TDZ — это не баг, а фича, причём продуманная. Она не даёт тебе писать кривой, неочевидный код, что для серверного приложения на Node.js — святое. Стабильность, ебать, важнее пары сохранённых строчек. Привыкай, и будет тебе счастье.