Подготовка к интервью
696 вопросов с собеседований в Wildberries
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Wildberries. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: infrastructure, go, mobile.
Каталог
В IT ранги будут 1, 1, 2, в HR — 1, 2. Равная зарплата получает один ранг, а следующий ранг идёт без пропуска.
Читать ответAPI бронирования должно разделять поиск, временный резерв, подтверждение и отмену. Повторные команды обязаны учитывать идемпотентность и актуальное состояние места.
Читать ответОпишите, кто наблюдал метрики, получал алерты и отвечал за разбор. Наличие отдельной SRE-команды не исключает ответственность разработчика за поведение своего сервиса.
Читать ответДа: если после тайм-аута никто не читает результат, горутина может навсегда заблокироваться на отправке. Это часто утечка горутины, а не остановка всей программы.
Читать ответСгруппируйте заказы по клиенту и отфильтруйте группы через HAVING SUM(total_amount) > 1000. Имя и город берутся из customers.
Читать ответИспользуйте EXISTS, чтобы выбрать клиентов, у которых есть хотя бы один заказ, без дублирования строки клиента по числу заказов.
Читать ответНазовите сильные стороны Go и конкретные неудобства из собственной работы, объясняя компромиссы. Вопрос проверяет осознанность выбора, а не готовность хвалить язык без оговорок.
Читать ответВыберите фичу с понятной пользой и собственным вкладом. Расскажите, какую проблему решали, что было сложным и как проверили результат после запуска.
Читать ответСтабильность оценивают по соблюдению SLO во времени: успешности операций, задержке, доступности и корректности данных. Отсутствие жалоб или ровный CPU недостаточны.
Читать ответИсходный main содержит гонку по max и не ждёт горутины. Для диапазона 1…n максимум находится без параллелизма: это n, если оно чётное, иначе n−1.
Читать ответДля бронирования важны отсутствие двойной продажи, надёжность оплаты, задержка, доступность на пиках и восстановление после сбоев. Требования нужно выражать проверяемыми показателями.
Читать ответШумные алерты разбирают по причинам: неверный порог, кратковременный всплеск, дублирование или отсутствие полезного действия. Исправление должно уменьшать шум, не скрывая реальные отказы.
Читать ответ