Подготовка к интервью
1967 вопросов для подготовки на позицию Backend-разработчик
Что проверяют на интервью
Подборка помогает системно подготовиться к интервью на позицию Backend-разработчик: проверить теорию, потренировать практические задачи и объяснение решений. В подборке чаще встречаются темы: backend, api, database.
Каталог
Технически микросервисы могут использовать общую БД, но совместное владение таблицами связывает их изменения и релизы. Обычно предпочтительно явное владение данными каждым сервисом.
Читать ответREST API строит взаимодействие вокруг ресурсов и согласованных операций HTTP. Его контракт должен описывать не только URL, но и схемы данных, статусы, ограничения и сценарии ошибок.
Читать ответОтветьте по фактическим интеграциям вашего проекта: в одном банке могут сосуществовать SOAP, REST и другие способы обмена. Нельзя определить стек только по отрасли.
Читать ответПервые шаги: уточнить цель и сценарии интеграции, определить участников и владельцев данных, затем согласовать контракт обмена вместе с ошибками и ограничениями.
Читать ответВ JSON нет отдельного типа даты: обычно передают строку в согласованном формате. Для момента времени явно задают часовой пояс, для календарной даты — формат YYYY-MM-DD.
Читать ответНовая версия нужна прежде всего для несовместимого изменения контракта. Совместимые расширения можно вводить в текущей версии, проверяя поведение реальных клиентов.
Читать ответПредложите GET /gnomes, POST /gnomes и DELETE /gnomes/{id}. Запрет удаления последнего гномика должен атомарно проверяться на сервере, включая параллельные запросы.
Читать ответГраницы микросервиса выбирают по бизнес-возможностям и владению данными, учитывая инварианты, связность изменений и ответственность команды. Делить по таблице или экрану обычно недостаточно.
Читать ответНельзя заранее сказать, какой переход проще: стоимость определяется связностью, данными, контрактами и эксплуатацией. Механическое объединение или разделение процессов не решает архитектурных проблем.
Читать ответДокументация должна объяснять границы системы, сценарии, данные, контракты интеграций, ошибки и эксплуатацию. Достаточность определяется тем, может ли команда безопасно менять и поддерживать систему.
Читать ответНазовите инструменты, которыми реально пользовались, и задачи: отправка запросов, работа с контрактом, проверка ответов и диагностика. Не заменяйте опыт перечнем знакомых названий.
Читать ответФинальную конверсию отправляют только по подтверждённому серверному факту выдачи и проверенной связи с допустимым click_id. Клиентский запрос или статус анкеты не должны сами подтверждать оплату партнёру.
Читать ответ