1967 вопросов для подготовки на позицию Backend-разработчик
1967 вопросов1634 компании353 технологии
Что проверяют на интервью
Как устроена подборка
Подборка помогает системно подготовиться к интервью на позицию Backend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: backend, api, database.
Предпочтите добавочные изменения контракта и сохраните поведение старых клиентов. Ломающие изменения оформляйте новой версией с переходным периодом и явным сроком поддержки.
Даже при одном сервисе Gateway может централизовать TLS, лимиты, проверку токенов, маршрутизацию и наблюдаемость. Но если эти задачи уже решены проще, отдельный слой необязателен.
Сравнивайте инструменты по задаче: Django даёт интегрированный набор web-возможностей, FastAPI сфокусирован на API, типах и OpenAPI. Личное предпочтение подкрепите реальным опытом.
Сначала ограничу время ожидания и локализую задержку по трассировке: очередь, приложение, БД или внешний сервис. Пять секунд без ответа не означают, что проблема обязательно в самом обработчике.
Пул соединений обычно предоставляет клиентская библиотека, драйвер или ORM, а не сам FastAPI. Приложение управляет его жизненным циклом и пределами через настройки выбранного клиента.
BFF предоставляет интерфейс, адаптированный под конкретный frontend, вместо одного универсального API для всех. Он полезен, когда клиентам нужны существенно разные данные и сценарии взаимодействия.
API Gateway решает общие задачи входа и маршрутизации, а BFF адаптирует API под конкретный клиентский опыт. Они могут сосуществовать, а не обязательно заменяют друг друга.
В коде синхронный Redis блокирует async-обработчик, запросы к БД выполняются по одному ID, а отсутствие продукта приводит к ошибке. Нужны валидация входа, пакетное чтение и контролируемый кеш.
Модульность — разделение ответственности внутри системы; микросервисы дополнительно предполагают самостоятельные процессы и независимое развёртывание. Наличие сервисного класса не делает модуль микросервисом.
Используйте проверенную JWT-библиотеку: сервер выпускает короткоживущий access token, API проверяет подпись, разрешённый алгоритм, issuer, audience и сроки действия. Декодирование без проверки недостаточно.
Нужна распределённая трассировка: общий trace ID и отдельные spans передаются между сервисами, включая очереди. Тогда видны путь запроса, зависимости и длительность каждого участка.
Сначала измерю задержку и очереди, затем проверю event loop, CPU, пул БД и внешние зависимости. Отсутствие ошибок не означает, что сервис выполняет требования по времени ответа.