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

Банк вопросов с собеседований

Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.

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

Усильте резюме перед собеседованием

Проверьте, насколько резюме подходит выбранной позиции, и получите рекомендации по улучшению.

Анализ резюме
Сбросить

Каталог

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

Найдено: 1765
System Design

Как бы вы спроектировали масштабируемую загрузку данных из множества REST API: от получения данных до S3, с интерфейсом для аналитика?

Разделите каталог источников, очередь заданий, ограниченные по API workers, raw-слой S3 и контроль загрузок. Аналитику дайте декларативный интерфейс, а не доступ к секретам.

Читать ответ
Поведенческий

Расскажите о своём опыте, с какими инструментами работали, какой стек, какой проект. При рассказе подчеркните опыт работы с интеграциями (REST, SOAP, источники данных).

Постройте рассказ вокруг проекта и интеграций: откуда приходили данные, как передавались, за что отвечали вы и как обеспечивали надёжность. Перечень технологий без контекста малоинформативен.

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

Конструирование микросервисной платформы учёта товаров с API‑шлюзом и брокером сообщений

Каждый сервис владеет своей БД; gateway маршрутизирует запросы, а заказы и остатки согласуются событиями с идемпотентной обработкой и компенсирующими действиями.

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

Какие HTTP-методы REST API идемпотентны? Можно ли передавать запрос/данные в GET и какие есть ограничения? Чем отличаются семейства кодов 4xx и 5xx?

GET, HEAD, PUT, DELETE, OPTIONS и TRACE идемпотентны по HTTP-семантике; POST и PATCH не гарантируют этого. GET обычно передаёт параметры в URL, а семейства 4xx и 5xx обозначают разные стороны ошибки.

Читать ответ
Поведенческий

Как было реализовано версионирование API на проекте? Как клиент вызывал конкретную версию?

Опишите фактическую схему версионирования проекта: версию в пути, заголовке, query-параметре или media type и то, как клиент выбирал её. Универсально обязательного способа нет.

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

Если у нас back-to-back коммуникация и не нужно передавать большие объёмы данных, ты бы использовал gRPC или REST? На какие факторы обратил бы внимание при выборе протокола?

Для server-to-server взаимодействия с небольшими сообщениями подходят и REST, и gRPC. Размер данных сам по себе не определяет выбор; важнее контракты, клиенты, стриминг и эксплуатационная среда.

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

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

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

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

Почему фронтенд общается с бэкендом через REST, а не через gRPC?

REST часто выбирают для браузерного фронтенда из-за простой поддержки HTTP/JSON и удобства отладки. Нативный gRPC в браузере обычно требует адаптации, например gRPC-Web и соответствующего шлюза.

Читать ответ