Проекты Node.js. Создание реальных веб-приложений и API для бэкенда
По данным Хабра, Джонатан Векслер — старший разработчик в Bloomberg — выпустил «Проекты Node.js».

Книга для тех, кто устал от учебных «Hello World» и хочет наконец увидеть, как async/await работает не в теории, а в проде с реальной нагрузкой.
Что под капотом
Пять проектов. Каждый — не абстрактный CRUD, а конкретная задача: CSV-конвертер, API для интернет-магазина, JWT-аутентификация, интеграция с внешним сервисом, ИИ-ассистент. Стек: Fastify вместо устаревшего Express, MongoDB, Redis, async/await в боевых условиях.
Векслер не гонит за фреймворками — Fastify выбран за производительность и низкие накладные расходы. На стейдже это реально заметно: меньше латенси, чище обработчики, нормальные хуки. Если ваш прод до сих пор на Express 4 с парой костылей в middleware — это сигнал.
Подход автора — сначала схема требований, потом чистый код, потом итерации. Не «копипаст из туториала», а инженерное мышление. Планирование → реализация → рефакторинг. Звучит банально, но именно это отличает продакшен-разработчика от человека, который прошёл курс и считает себя сеньором.
У Векслера уже была «Get Programming with Node.js» в Manning, 2019. С тех пор изменился не только язык — изменился сам подход к разработке. Первая книга учила синтаксису, новая учит строить сложные, отказоустойчивые и масштабируемые системы. Прямо то, что нужно, когда в три часа ночи приходит алерт из мониторинга и ты не понимаешь, где искать.
Что делать прямо сейчас
Открыть свой последний пет-проект. Честно:
grep -rn "callback" src/
cat package.json | grep express
ps aux | grep node
ls -la.env*Если видите callback-ад в коде 2026 года — поздравляю, у вас техдолг. Если Express — пора мигрировать хотя бы на стейдже. Если бэкапов нет — остановитесь и сделайте их. Книга подождёт, упавший прод — нет. Это не мотивационный призыв, это инструкция.
Любой «реальный проект» рано или поздно упирается в интеграцию с чужим API. Хороший пример того, как быстро всё ломается снаружи — новости крипторынка и Robinhood: внешние сервисы меняют правила без предупреждения, регуляторы переписывают требования, и бэкенд, который не был к этому готов, ложится первым. Учитесь строить отказоустойчивые системы. И делайте бэкапы.