-
Фаза 1. Основы языка: JavaScript и TypeScript · 8 вопросов
Минимум JavaScript, асинхронность и event loop, модули и npm, типы, дженерики, сужение типов, классы и декораторы, инструменты — фундамент языка.
- Основы JavaScript
- Базовые типы TypeScript: аннотации, вывод, union и any
- Сужение типов и guards в TypeScript
- Дженерики в TypeScript: переиспользуемый типобезопасный код
- Классы и декораторы в TypeScript
- Асинхронность и event loop в TypeScript
- Модули и npm: как код собирается из частей
- Инструменты TypeScript и Node: с чего начать
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 2. Алгоритмы и структуры данных · 12 вопросов
Массивы и O-нотация, сортировки, стеки и очереди, списки, рекурсия, деревья, хеш-таблицы, кучи и графы — фундамент, на котором стоят коллекции, индексы и хранилища.
- Зачем нужны структуры данных и алгоритмы
- Массивы, двоичный поиск и O-нотация
- Простая сортировка: пузырёк, выбор, вставка
- Стеки и очереди
- Связанные списки
- Рекурсия
- Нетривиальная сортировка: Шелла, быстрая, поразрядная
- Двоичные деревья
- Красно-чёрные деревья
- Хеш-таблицы
- Пирамиды (кучи)
- Графы
- Взвешенные графы: минимальный остов и кратчайший путь
- Как выбрать структуру данных
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 3. Git и модели ветвления · 8 вопросов
Снимки и коммиты, ветки и слияние, push/pull, pull request и код-ревью, rebase и reflog, модели ветвления от Git Flow до trunk-based.
- Что такое Git и зачем он каждому обязательно
- Коммиты и история: add, commit, log и .gitignore обязательно
- Ветки и слияние: merge и конфликты обязательно
- Удалённые репозитории: push, pull и fetch обязательно
- Pull request и код-ревью обязательно
- Rebase и cherry-pick: переписывание истории
- Отмена и спасение: reset, revert, reflog
- Модели ветвления: Git Flow, GitHub Flow, trunk-based
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 4. Фундамент: ядро NestJS · 8 вопросов
Модули и DI, контроллеры и маршрутизация, конвейер запроса (pipes, guards, interceptors, filters), конфигурация и жизненный цикл, persistence на TypeORM, асинхронность и задачи.
- Модули и Dependency Injection в NestJS
- Контроллеры и роутинг в NestJS
- Валидация и pipes в NestJS
- Guards: аутентификация и авторизация в NestJS
- Interceptors: сквозная логика в NestJS
- Exception filters: обработка ошибок
- NestJS: конфигурация и жизненный цикл приложения
- Персистентность: TypeORM
- Async, расписание и фоновые задачи в NestJS
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 5. Данные: PostgreSQL · 2 вопросов
Реляционные основы — ACID и уровни изоляции, партиционирование и шардинг.
- ACID и уровни изоляции транзакций в PostgreSQL обязательно
- Партиционирование и шардирование в PostgreSQL
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 6. Другие хранилища: документы, поиск, файлы, аналитика · 8 вопросов
MongoDB, Elasticsearch, object storage (S3) и ClickHouse — выбор и эксплуатация под профиль нагрузки.
- ACID, read и write concerns, транзакции в MongoDB на TypeScript
- Репликация и шардинг в MongoDB
- Моделирование документов в MongoDB: embed vs reference, индексы обязательно
- Elasticsearch: как устроен поисковый движок обязательно
- Как работают запросы в Elasticsearch и почему документы сортируются именно так обязательно
- Как работает Elasticsearch в production: ILM, snapshots, sizing, мониторинг
- Что такое object storage: bucket, объект, ключ, классы хранения и presigned URL обязательно
- S3 в production: резервные копии, репликация, стоимость и мониторинг
- Как устроен ClickHouse: колоночное хранение, MergeTree и OLAP обязательно
- ClickHouse: моделирование схемы, запросы, materialized views обязательно
- ClickHouse в проде: репликация, TTL, бэкапы и мониторинг
- Архитектура Cassandra: кольцо без главного узла
- Модель данных Cassandra: partition key и clustering columns
- Согласованность и репликация в Cassandra
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 7. Принципы и паттерны проектирования · 4 вопросов
SOLID, GRASP, паттерны GoF и принципы DRY/KISS/YAGNI на примерах.
- SOLID: пять принципов проектирования на TypeScript
- Паттерны GoF: все 23 простыми словами на TypeScript
- GRASP: назначение ответственностей на TypeScript
- DRY, KISS, YAGNI и другие инженерные принципы на TypeScript
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 8. Сетевой фундамент · 8 вопросов
Модели OSI и TCP/IP, IP и порты, TCP/UDP, DNS, HTTP и HTTPS, версии HTTP, соединения и надёжность.
- Как устроена сеть: модели OSI и TCP/IP обязательно
- IP-адреса, порты и NAT
- TCP и UDP: надёжность против скорости обязательно
- DNS: как доменное имя превращается в адрес обязательно
- HTTP: методы, статусы, заголовки обязательно
- HTTPS и TLS: шифрование и рукопожатие обязательно
- HTTP/1.1, HTTP/2 и HTTP/3: что поменялось
- Соединения: keep-alive, пулы и таймауты
- Балансировщики и обратные прокси обязательно
- Сеть и надёжность: таймауты, ретраи, идемпотентность
- WebSocket, SSE и long polling обязательно
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 9. API: REST и контракты · 8 вопросов
Нейминг URL и ресурсы, параметры запроса, ответы и ошибки, заголовки, версионирование, OpenAPI и антипаттерны.
- URL и ресурсы в NestJS: как называть пути и выбирать HTTP-методы
- Query-параметры в NestJS: фильтрация, пагинация и поиск
- JSON и формат ответов в NestJS
- Ошибки RFC 9457 — Problem Details на NestJS
- Заголовки HTTP в NestJS: стандартные, кастомные и трассировка
- Версионирование REST API в NestJS — v1/v2 в URL
- Alias и Action-эндпоинты в NestJS — me, latest, default и доменные команды
- OpenAPI в NestJS и частые ошибки при проектировании API
- Rate limiting, загрузка файлов и deprecation в NestJS
- Групповые операции, долгие задачи и локализация в NestJS
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 10. Безопасность и авторизация · 9 вопросов
Где стоит проверка, JWT-валидация, RBAC и ABAC, хранение токенов, service-to-service, PII и аудит.
- Паттерны аутентификации и авторизации
- Где делать auth-проверку в NestJS: Gateway, контроллер и обработчик
- JWT-валидация в NestJS: passport-jwt и jwks-rsa
- RBAC в NestJS: роли, guards и JWT
- ABAC и владение ресурсом в NestJS
- Хранение токенов в браузере — HttpOnly cookie и refresh rotation (NestJS)
- Аутентификация между сервисами в NestJS: mTLS и Client Credentials
- PII и секреты в NestJS: как не допустить утечки
- Audit log admin-команд в NestJS
- PCI DSS для разработчика
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 11. Брокеры и распределённые системы · 7 вопросов
AMQP/RabbitMQ и Kafka, распределённые паттерны: saga, outbox, idempotency.
- Протокол AMQP: exchange, queue, binding, ack обязательно
- RabbitMQ в production: кластеризация, типы очередей и мониторинг
- Паттерны обмена сообщениями через AMQP на TypeScript
- AMQP vs Kafka: какой брокер выбрать обязательно
- Apache Kafka: топики, партиции, порядок и гарантии на TypeScript
- Kafka в production на TypeScript: kafkajs, DLQ, Schema Registry, тюнинг, безопасность
- Распределённые паттерны: согласованность данных между сервисами на TypeScript
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 12. Kubernetes и корректное завершение · 8 вопросов
Кластер, сеть, деплой и эксплуатация в Kubernetes; graceful shutdown от дренажа HTTP до бюджетов и наблюдаемости.
- Kubernetes: pod, deployment, service — с чего начать обязательно
- Сеть в Kubernetes: Service, DNS, Ingress, NetworkPolicy обязательно
- Деплой в Kubernetes: манифесты, Helm, rolling update, GitOps обязательно
- Kubernetes на практике: отладка подов и kubectl-команды
- Как настроить graceful shutdown в NestJS: enableShutdownHooks и состояние дрейна
- HTTP drain в NestJS: как не терять запросы при перезапуске
- Как закрыть соединения с базой данных при остановке Node.js-сервиса
- Остановка фоновых задач в NestJS: scheduler, BullMQ, outbox
- Kafka shutdown в NestJS: как правильно останавливать consumer и producer
- Идемпотентность in-flight операций в NestJS
- Graceful shutdown NestJS в Kubernetes: preStop, probes, rolling deploy
- Бюджеты завершения и наблюдаемость в NestJS
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 13. Облака · 8 вопросов
Облачная модель на четырёх провайдерах — AWS, Yandex Cloud, Azure и GCP: сеть, IAM, compute, масштабирование, serverless, данные, хранилища и IaC. Модель одна, знания переносимы между облаками.
- Основы AWS: аккаунты, IAM, регионы и VPC обязательно
- Сеть в AWS: VPC, подсети, NAT и security groups обязательно
- IAM в AWS: пользователи, роли и политики обязательно
- Где запускать сервис в AWS: EC2, ECS, EKS или Lambda обязательно
- Масштабирование и доступность в AWS обязательно
- Serverless в AWS: Lambda, события, cold start, API Gateway обязательно
- Управляемые данные в AWS: RDS, ElastiCache, SQS, MSK обязательно
- DynamoDB: ключи, индексы и когда брать вместо SQL
- Безопасность и наблюдаемость в AWS: Secrets Manager, SSM, KMS, CloudWatch обязательно
- Оптимизация затрат в AWS: с чего начать
- Отказоустойчивость и аварийное восстановление в AWS
- AWS Well-Architected Framework: шесть столпов и как ими пользоваться обязательно
- Infrastructure as Code: основы
- Terraform: HCL, провайдеры, состояние и модули
- CloudFormation: шаблоны и стеки
- AWS CDK: инфраструктура как программа
- IaC на практике: state, секреты, доставка
- Основы Yandex Cloud: организация, каталоги, IAM, сети
- Сеть в Yandex Cloud: облачная сеть, подсети, NAT, группы безопасности
- Cloud IAM в Yandex Cloud: сервисные аккаунты, роли, привязки
- Где запускать сервис в Yandex Cloud: Compute Cloud, Kubernetes, Serverless Containers, Cloud Functions
- Масштабирование и доступность в Yandex Cloud
- Serverless в Yandex Cloud: Cloud Functions, триггеры, API Gateway
- Управляемые данные в Yandex Cloud: PostgreSQL, Redis, Message Queue, Kafka
- YDB: масштабируемая база данных Yandex Cloud
- Object Storage в Yandex Cloud: объектное хранилище и классы хранения
- Yandex Cloud из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в Yandex Cloud: Lockbox, KMS, Cloud Logging, Monitoring
- Оптимизация затрат в Yandex Cloud: с чего начать
- Отказоустойчивость и аварийное восстановление в Yandex Cloud
- Terraform в Yandex Cloud: инфраструктура как код
- Основы Azure: подписки, группы ресурсов, Entra ID, сеть
- Сеть в Azure: Virtual Network, подсети, NSG, NAT
- Entra ID и RBAC в Azure: удостоверения, роли, managed identity
- Где запускать сервис в Azure: Virtual Machines, AKS, Container Apps, Functions
- Масштабирование и доступность в Azure
- Serverless в Azure: Azure Functions, триггеры, API Management
- Управляемые данные в Azure: PostgreSQL, Redis, Service Bus, Event Hubs
- Cosmos DB: глобально распределённая база данных Azure
- Blob Storage в Azure: объектное хранилище и уровни доступа
- Azure из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в Azure: Key Vault, Azure Monitor, Application Insights
- Оптимизация затрат в Azure: с чего начать
- Отказоустойчивость и аварийное восстановление в Azure
- Инфраструктура как код в Azure: Bicep, ARM, Terraform
- Основы GCP: проекты, Cloud IAM, регионы, сеть
- Сеть в GCP: VPC, подсети, правила файрвола, Cloud NAT
- Cloud IAM в GCP: сервисные аккаунты, роли, привязки
- Где запускать сервис в GCP: Compute Engine, GKE, Cloud Run, Cloud Functions
- Масштабирование и доступность в GCP
- Serverless в GCP: Cloud Run, Cloud Functions, Eventarc
- Управляемые данные в GCP: Cloud SQL, Memorystore, Pub/Sub
- Firestore и другие NoSQL в GCP: Bigtable, Spanner
- Cloud Storage в GCP: объектное хранилище и классы хранения
- GCP из Spring Boot: доступ к сервисам из кода
- Безопасность и наблюдаемость в GCP: Secret Manager, Cloud Logging, Cloud Monitoring
- Оптимизация затрат в GCP: с чего начать
- Отказоустойчивость и аварийное восстановление в GCP
- Terraform в GCP: инфраструктура как код
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 14. CI/CD: конвейер доставки · 3 вопросов
Принципы конвейера, стратегии релиза, ветвление и выпуски.
- Принципы CI/CD: конвейер от коммита до прода обязательно
- Стратегии релиза: rolling, blue-green, canary, feature flags обязательно
- Ветки и релизный цикл: trunk-based, версии, GitOps
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 15. Качество: тесты и наблюдаемость · 9 вопросов
Тестирование и наблюдаемость в NestJS.
- Тестирование NestJS: Jest, тестовый модуль и e2e
- Наблюдаемость в NestJS: логи, трейсы, метрики и health-checks
- Структурированные логи в NestJS: pino, контекст запроса и защита персональных данных
- Метрики в NestJS: prom-client, RED и USE методы
- Distributed tracing в NestJS: OpenTelemetry с нуля
- Context propagation в NestJS: AsyncLocalStorage, middleware и очереди
- Health checks в NestJS: liveness, readiness и /info
- SLO и алерты в Node.js: error budget, burn rate и как не пропустить инцидент
- Observability в NestJS: management-порт, метрики и логи
- Нагрузочное тестирование: k6, Gatling, JMeter обязательно
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 16. Работа с AI-агентами · 9 вопросов
Как работает языковая модель и как продуктивно писать код с AI-агентом: токены и галлюцинации, контекст, вызов инструментов, агенты, базовый цикл работы, ревью и приёмка AI-кода.
- Как работают модели ИИ: предсказание следующего токена
- Галлюцинации ИИ: почему модель уверенно выдумывает
- Токены и стоимость: за что вы платите в работе с ИИ
- Контекст: что модель держит в голове за один раз
- Вызов инструментов: как модель выходит за пределы текста
- Агенты: модель в цикле с инструментами и целью
- Работа с агентами: базовый цикл продуктивной сессии
- Ревью и тестирование кода с агентом
- Приёмка результата AI: критерии и тесты из спеки
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 17. Создание LLM-приложений · 6 вопросов
Как встраивать AI в backend-продукт: из чего состоит LLM-фича, оркестрация через LangChain, RAG и эмбеддинги, векторные базы и агентные приложения.
- Из чего состоит LLM-фича
- LangChain: оркестрация LLM-приложений
- RAG и эмбеддинги: как дать модели ваши данные
- Векторные базы данных
- Агентные приложения: инструменты и автономные циклы
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 18. Системный дизайн и архитектурный выбор · 20 вопросов
Метод дизайна и строительные блоки, design-docs, развилки хранилищ и синхронности, ADR, роль архитектора и нотация C4.
- Надёжность, масштабируемость, сопровождаемость — простыми словами обязательно
- Метод системного дизайна: от требований к архитектуре обязательно
- Строительные блоки системного дизайна обязательно
- B-деревья и LSM-деревья простыми словами: как база данных хранит данные обязательно
- OLTP и OLAP простыми словами: два разных мира работы с данными обязательно
- Эволюция схем простыми словами: менять формат данных, ничего не ломая
- Модели репликации простыми словами: почему реплика отстаёт, multi-leader и кворумы обязательно
- Секционирование (шардинг) простыми словами: как разрезать данные по узлам без горячей точки обязательно
- Проблемы распределённых систем простыми словами: частичные отказы, ненадёжные часы, истина по кворуму обязательно
- Согласованность и консенсус простыми словами: линеаризуемость, CAP и одна общая задача обязательно
- Система записи и производные данные простыми словами: почему кеш, индекс и read-модель — одно и то же
- Потоковая обработка простыми словами: перехват изменений (CDC) и время в потоках
- Корректность в распределённой системе простыми словами: сквозной аргумент, exactly-once, целостность против своевременности
- Как устроена система уведомлений: архитектура с нуля
- Как оформить и защитить дизайн системы: design doc, C4, ревью обязательно
- Выбор начальной архитектуры: монолит, модульный монолит, микросервисы обязательно
- PostgreSQL или MongoDB: как выбрать базу данных
- Cassandra, PostgreSQL или MongoDB: когда брать колоночную NoSQL
- Графовые данные простыми словами: рекурсивный SQL или графовая СУБД
- PostgreSQL или ClickHouse: когда добавлять вторую базу
- Поиск: PostgreSQL FTS или Elasticsearch
- Файлы: в базе данных или в object storage
- Между сервисами: синхронный вызов или события обязательно
- ADR: как фиксировать архитектурные решения обязательно
- Роль архитектора в команде разработки обязательно
- Модель C4
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 19. Domain-Driven Design · 7 вопросов
Стратегические и тактические паттерны, интеграция контекстов и принципы проектирования домена.
- Что такое DDD и зачем он нужен обязательно
- Стратегические паттерны DDD на TypeScript
- Тактические паттерны DDD на TypeScript
- Интеграционные паттерны DDD на TypeScript
- Принципы проектирования в DDD на TypeScript
- Онтология и доменная модель: система понятий до агрегатов
- Event Storming: добываем модель домена у бизнеса
Пройти опрос фазы → самопроверка после чтения фазы
-
Фаза 20. Архитектурные паттерны сервиса · 8 вопросов
Структура сервиса и микросервисов, Onion и Hexagonal, CQRS, отказоустойчивость и пакетная обработка.
- Луковая архитектура (Onion Architecture) обязательно
- CQRS
- Когда применять CQRS в NestJS
- Command side в CQRS — как писать команды в NestJS
- Query side в CQRS на NestJS — как устроено чтение данных
- Read-model в CQRS — денормализованная проекция на NestJS / TypeScript
- Синхронизация read-model через события в NestJS
- Уровень и эволюция CQRS в NestJS
- Гексагональная архитектура
- Когда применять Hexagonal Architecture в Node/NestJS
- Core слой в Hexagonal Architecture: Node/NestJS
- Ports в Hexagonal Architecture — как изолировать ядро от внешнего мира
- Adapters In в Hexagonal-архитектуре на NestJS
- Out-адаптеры в Hexagonal на NestJS/TypeScript
- Структура папок в Hexagonal-проекте на NestJS
- Bootstrap / Composition Root в Hexagonal (NestJS)
- Архитектурные тесты в Hexagonal-проекте (NestJS)
- Структурные паттерны микросервисов на TypeScript
- Паттерны отказоустойчивости: Retry, Circuit Breaker, Bulkhead, DLQ на TypeScript
- Пакетная обработка данных: как не сломать фоновый обработчик на TypeScript
- Event Sourcing: хранить события, а не состояние
Пройти опрос фазы → самопроверка после чтения фазы
Программа обучения v5.3.1
Backend · Node
Программа подготовки backend-инженера на Node (NestJS + TypeScript). Шестнадцать фаз от фундамента NestJS через данные, принципы и паттерны, поиск, инфраструктуру и качество к системному дизайну и DDD и к кульминации в Use Case Pattern, а затем к сквозному кейсу маркетплейса. Концептуальные фазы общие для всех языков, инструментальные — на стеке Node.
Всего в программе 160 вопросов для самопроверки.