Подготовка к интервью

Вопросы для позиции «Backend-разработчик»

1967 вопросов для подготовки на позицию Backend-разработчик

1967 вопросов 1634 компании 353 технологии

Что проверяют на интервью

Как устроена подборка

Подборка помогает системно подготовиться к интервью на позицию Backend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: backend, api, database.

Каталог

Результаты поиска

Найдено: 1967
Теория

Вы хорошо затронули проверку контракта и границы доверия к фоновым задачам. А как бы вы обеспечили совместимость версий API при добавлении нового функционала экспорта?

Предпочтите добавочные изменения контракта и сохраните поведение старых клиентов. Ломающие изменения оформляйте новой версией с переходным периодом и явным сроком поддержки.

Читать ответ
System Design

Какой смысл использовать API Gateway, если у нас только один сервис?

Даже при одном сервисе Gateway может централизовать TLS, лимиты, проверку токенов, маршрутизацию и наблюдаемость. Но если эти задачи уже решены проще, отдельный слой необязателен.

Читать ответ
Теория

Что вам ближе: Django или FastAPI, почему? Приходилось ли подключать Swagger и писать API-документацию? В чём различия в асинхронности?

Сравнивайте инструменты по задаче: Django даёт интегрированный набор web-возможностей, FastAPI сфокусирован на API, типах и OpenAPI. Личное предпочтение подкрепите реальным опытом.

Читать ответ
Теория

Что вы будете делать, если endpoint (конечная точка API) отвечает дольше пяти секунд и зависает?

Сначала ограничу время ожидания и локализую задержку по трассировке: очередь, приложение, БД или внешний сервис. Пять секунд без ответа не означают, что проблема обязательно в самом обработчике.

Читать ответ
Теория

Пул соединений — это фича FastAPI или чего-то другого? Откуда он берётся и как им управлять?

Пул соединений обычно предоставляет клиентская библиотека, драйвер или ORM, а не сам FastAPI. Приложение управляет его жизненным циклом и пределами через настройки выбранного клиента.

Читать ответ
System Design

Как устроен паттерн BFF (Backend-for-Frontend) и в каких сценариях он предпочтительнее единого API Gateway?

BFF предоставляет интерфейс, адаптированный под конкретный frontend, вместо одного универсального API для всех. Он полезен, когда клиентам нужны существенно разные данные и сценарии взаимодействия.

Читать ответ
System Design

Чем паттерн API Gateway отличается от паттерна BFF (Backend-for-Frontend)? В каких случаях для разных типов клиентов — мобильных, веб- и десктопных — стоит писать отдельные бэкенды?

API Gateway решает общие задачи входа и маршрутизации, а BFF адаптирует API под конкретный клиентский опыт. Они могут сосуществовать, а не обязательно заменяют друг друга.

Читать ответ
Лайвкодинг

import json

В коде синхронный Redis блокирует async-обработчик, запросы к БД выполняются по одному ID, а отсутствие продукта приводит к ошибке. Нужны валидация входа, пакетное чтение и контролируемый кеш.

Читать ответ
System Design

Чем сервисный или модульный подход в архитектуре отличается от микросервисного?

Модульность — разделение ответственности внутри системы; микросервисы дополнительно предполагают самостоятельные процессы и независимое развёртывание. Наличие сервисного класса не делает модуль микросервисом.

Читать ответ
Теория

Как в цепочке из множества микросервисов проследить запрос от первого сервиса до вашего?

Нужна распределённая трассировка: общий trace ID и отдельные spans передаются между сервисами, включая очереди. Тогда видны путь запроса, зависимости и длительность каждого участка.

Читать ответ
Теория

Что вы будете делать, если сервис на FastAPI деградирует под нагрузкой, при этом ошибок нет?

Сначала измерю задержку и очереди, затем проверю event loop, CPU, пул БД и внешние зависимости. Отсутствие ошибок не означает, что сервис выполняет требования по времени ответа.

Читать ответ