Что такое Node.js

Node.js отвечает на простой вопрос: как запускать JavaScript не только в браузере. Браузер запускает JavaScript внутри страницы и даёт доступ к DOM, событиям интерфейса, cookie, fetch и другим Web APIs. Node.js запускает JavaScript как обычную программу в операционной системе.

Поэтому в Node.js можно поднять HTTP-сервер, читать файлы, запускать скрипты, работать с переменными окружения и ставить зависимости через npm. Это не новый язык и не backend-фреймворк. Это runtime. Поверх него уже строят фреймворки, CLI-инструменты и серверные части приложений.

Хороший короткий ответ можно построить так:

Node.js это среда выполнения JavaScript вне браузера. Она основана на V8 и даёт доступ к серверным API, например к файловой системе, сети и процессам. Node.js часто используют для API, SSR, CLI-инструментов и frontend tooling. При этом важно помнить, что в Node.js нет DOM по умолчанию, а тяжёлый синхронный код может блокировать event loop.

Такой ответ удобен. В нём есть определение, отличие от браузера, практические применения и ограничение. Если времени мало, скажите первые два предложения. Если вас просят раскрыть тему, добавьте примеры из frontend-практики.

Даже если вы не пишете отдельный backend, Node.js почти всегда есть в проекте. Когда вы запускаете npm run dev, тесты, линтер, Storybook, Playwright или сборку, часто запускается JavaScript-код в Node.js. Поэтому проблемы с версией Node, зависимостями или переменными окружения напрямую влияют на frontend pipeline.

В современных фреймворках Node.js встречается ещё ближе к продуктовой логике. Например, SSR, route handlers, API routes и BFF-слой могут выполняться на сервере. Там можно обращаться к приватным backend API и хранить секреты. Но важно помнить про границу: часть кода может попасть в клиентский bundle, если неправильно разделить server-only и client code.

Node.js часто описывают через event loop и неблокирующий ввод-вывод. Смысл такой: когда код ждёт сеть, файл или базу данных, Node.js не обязан простаивать и блокировать обработку других событий. Он запускает операцию, отдаёт ожидание системному уровню и продолжает обрабатывать другие задачи.

Это хорошо подходит для API, realtime-соединений, проксирования запросов, SSR с сетевыми вызовами и CLI, где много ожидания файловой системы. Но это не значит, что Node.js автоматически параллелит любой код. Если вы делаете тяжёлый расчёт в основном JS-потоке, event loop занят, и другие запросы ждут.

Более безопасный вариант для server-side кода:

import http from "node:http";
import { readFile } from "node:fs/promises";

const server = http.createServer(async (req, res) => {
  try {
    const html = await readFile("./page.html", "utf8");
    res.writeHead(200, { "content-type": "text/html" });
    res.end(html);
  } catch (error) {
    console.error(error);
    res.writeHead(500, { "content-type": "text/plain" });
    res.end("Internal Server Error");
  }
});

server.listen(3000);

Здесь ожидание файла не занимает основной JS-поток, а ошибка не теряется. Клиент получает понятный 500 вместо зависшего запроса без ответа. На интервью не нужно писать сервер с нуля, но такой пример помогает показать, что вы понимаете практическое последствие асинхронной модели.

Node.js не является языком. Язык называется JavaScript, а Node.js это место, где этот код выполняется. Поэтому фраза я пишу на Node.js в разговорной речи понятна, но на интервью лучше сказать точнее: я пишу JavaScript или TypeScript для Node.js.

Node.js также не является фреймворком. Если вы создаёте HTTP API через Express, то Express это фреймворк, а Node.js это runtime под ним. Это различие важно, потому что вопросы про Node.js могут быть про event loop, модули, process, streams, ошибки и I/O, а не только про маршруты HTTP.

На интервью ваша цель не в том, чтобы пересказать внутреннее устройство Node.js до деталей. Достаточно показать правильные уровни: JavaScript как язык, V8 как движок, Node.js как runtime, npm как экосистема пакетов, Express или Next.js как инструменты поверх runtime.

Для frontend-разработчика самый сильный ход, это связать Node.js с реальной работой. Скажите про сборку, тесты, dev-сервер, SSR, BFF, API routes и скрипты автоматизации. Затем добавьте один риск: не путать браузерные API с Node.js API, не блокировать event loop тяжёлым синхронным кодом, не ломать hydration browser-only кодом и не отправлять server-only секреты в клиент.