Подготовка к интервью
1967 вопросов для подготовки на позицию Backend-разработчик
Что проверяют на интервью
Подборка помогает системно подготовиться к интервью на позицию Backend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: backend, api, database.
Каталог
Выберите реальную сложность интеграции и объясните, как её решали: неполный контракт, нестабильность, лимиты, авторизация или расхождение данных. Не приписывайте поставщику проблемы без фактов.
Читать ответСначала проверьте, действительно ли данные должны принадлежать разным сервисам. Для распределённой операции обычно нужны локальные транзакции, надёжные события и координация с компенсациями.
Читать ответУточните, что именно ожидается от роли: разработка продукта, интеграция LLM, сопровождение готового решения или эксперименты. Из одного общего описания проекта это не следует.
Читать ответREST API используют для взаимодействия клиентов и сервисов через ресурсы и согласованные HTTP-контракты. На интервью приведите конкретную операцию и объясните её поведение.
Читать ответНазовите архитектуры, с которыми действительно работали, и глубину участия: описание, изменение или проектирование с нуля. Отдельно уточните опыт с .NET, не смешивая платформу и архитектуру.
Читать ответSoft delete сохраняет запись с признаком удаления, hard delete физически удаляет её. В API нужно определить видимость, повторный запрос, восстановление и работу зависимых ресурсов.
Читать ответНазовите реальные технологии и поясните их роли: REST — архитектурный стиль, JSON — формат данных, SOAP — протокол обмена, RPC — модель удалённого вызова.
Читать ответПризнаки распределённого монолита — обязательные совместные релизы, сильная связность данных и цепочки вызовов, при которых отдельный сервис нельзя изменить или отключить независимо.
Читать ответВерсионирование включает правила совместимости, хранение контрактов, проверку изменений и согласованный вывод старых версий. Номер в URL сам по себе не защищает потребителей.
Читать ответУкажите фактическое число прямых интеграций и разделите их на синхронные REST-вызовы и обмен событиями. Важнее числа — назначение связей и поведение при отказах.
Читать ответТест сначала создаёт клиента и проверяет 201 и client_id, затем повторяет запрос с тем же ИНН и ожидает 409. Данные должны быть заранее валидными и уникальными для тестового запуска.
Читать ответЧестно обозначьте опыт каждого направления и его глубину. API-автоматизация и UI-автоматизация требуют разных деталей, хотя принципы данных, изоляции и проверок во многом общие.
Читать ответ