Вопросы на интервью в Amazon для инженеров-программистов

Amazon — единственная крупная технологическая компания, где поведенческий раунд определяет оффер сильнее, чем раунд по кодингу. 16 Leadership Principles проходят через каждое интервью, bar raiser обладает правом вето, а рубрика явно придаёт вес ответственности (ownership), одержимости клиентом и бережливости. Кандидат с сильным кодом, но слабыми LP-историями регулярно получает понижение уровня или отказ. Это руководство разбирает процесс, паттерны вопросов и фреймворк LP, используя публичные принципы Amazon и публичные отчёты Glassdoor.

Процесс интервью в Amazon

SDE-циклы Amazon следуют узнаваемой форме. Скрининг с рекрутером (30 минут). Онлайн-ассессмент (90–120 минут кодинга на время плюс рабочая симуляция для части команд). Телефонный скрининг (60 минут, одна задача по кодингу плюс LP-поведенческий). Onsite-цикл (5 раундов, один из которых bar raiser): два раунда по кодингу, один system design от SDE-II+, один раунд с hiring-менеджером, один bar raiser. Общий таймлайн: 4–8 недель в зависимости от планирования.

Bar raiser — несущий элемент. Это обученный интервьюер, привлечённый из-за пределов вашей нанимающей команды специально, чтобы оспаривать решения «хорош для этой команды, но не хорош для Amazon». Его раунд выстроен вокруг Leadership Principles с неустанными уточнениями. Ожидайте зондирующих «расскажите об этом подробнее», «что бы вы сделали иначе» и «каков был результат», пока они не дойдут до твёрдой почвы. Расплывчатые ответы вскрываются за 30 секунд.

Топ-10 технических вопросов для подготовки

Вопросы по кодингу в Amazon сконцентрированы на графах, деревьях, динамическом программировании и ООП-проектировании. Вот паттерны из публичных отчётов.

1. Number of islands и её варианты (максимальная площадь, различные формы). Подсказка: освойте DFS и BFS, затем отработайте вариант, где нужно избегать повторного посещения через множество seen.
2. Course schedule / топологическая сортировка — выявить циклы, вернуть порядок. Подсказка: алгоритм Кана проще всего проговаривать вслух.
3. Word ladder — BFS по графу слов. Подсказка: двунаправленный BFS показывает зрелость; упомяните его, даже если не реализуете.
4. Lowest common ancestor — вариант с рекурсией. Подсказка: уточните, гарантированно ли узлы есть в дереве, до начала кодинга.
5. Слияние K отсортированных списков — куча или попарное слияние. Подсказка: оба подхода работают; объясните разницу в сложности между ними.
6. OOD-проектирование: парковка, лифт, торговый автомат — иерархия классов и конечный автомат. Подсказка: отталкивайтесь от пользовательских сценариев, а не от диаграмм наследования.
7. Find median from data stream — две кучи. Подсказка: отрабатывайте правила перебалансировки до автоматизма.
8. Maximum subarray (Kadane) и вариант на 2D-сетке. Подсказка: 2D-вариант — дифференциатор на SDE-II+.
9. Coin change / задачи о минимальном числе монет — DP на суммах подмножеств. Подсказка: уточните, неограничен ли каждый номинал или одноразовый, до написания рекуррентного соотношения.
10. Обход дерева с кастомной сериализацией — DFS preorder с маркерами null. Подсказка: одна и та же кодировка для сериализации и десериализации сокращает код вдвое.

Топ-5 тем system design

1. Распределённый кэш — шардирование, репликация, горячие ключи, cache stampedes.
2. Планировщик задач в масштабе — устойчивая очередь, пул воркеров, retry, dead letters, мониторинг.
3. Аукцион в реальном времени / показ рекламы — низколатентный поиск, контроль бюджета, request-response в рамках миллисекундных SLA.
4. Флоу оформления заказа в e-commerce — блокировки склада, интеграция платежей, идемпотентность, eventually-consistent остатки.
5. Blob-хранилище в стиле S3 — модель консистентности, репликация, lifecycle-политики, поддержка крупных объектов.

Раунды system design в Amazon обожают операционные аспекты: мониторинг, алертинг, on-call runbooks. Вплетайте их естественно — «мы бы экспортировали гистограмму задержки по шардам и алертили, если p99 пересечёт 200 мс» заходит выше, чем чистая схема архитектуры.

Топ-5 поведенческих вопросов (Leadership Principles)

1. Расскажите о случае, когда вы взялись за что-то значимое вне своей зоны ответственности. (Ownership)
2. Опишите ситуацию, где вы не согласились со своим руководителем — что произошло? (Have Backbone; Disagree and Commit)
3. Расскажите о самом инновационном решении, которое вы реализовали. (Invent and Simplify)
4. Опишите случай, когда вам пришлось глубоко погрузиться в данные, чтобы найти корневую причину проблемы. (Dive Deep)
5. Расскажите о случае, когда вам пришлось добиться большего с меньшими ресурсами. (Frugality)

Используйте STAR — Situation, Task, Action, Result. Каждой истории нужен измеримый результат. «Мы это выпустили» без метрики оценивается по нижней границе. «Мы выпустили, снизили p99-задержку на 40%, и фича работает до сих пор 18 месяцев спустя» оценивается по верхней.

Советы, специфичные для культуры Amazon

16 Leadership Principles — не плакаты, это рубрика. Распечатайте их, изучите и заранее напишите 90-секундную историю STAR на каждый. Цельтесь в 12–16 различных историй, покрывающих все 16 принципов, с как минимум одной историей, применимой к каждому. У интервьюера буквально есть чек-лист; вам нужно хотя бы одно сильное совпадение на каждый принцип, который они зондируют.

Говорите «я», а не «мы». Культура Amazon явно требует сигнала индивидуальной ответственности. «Мы построили эту штуку» — самый частый триггер понижения в поведенческих раундах. Даже когда работа была командной, формулируйте свою роль: «я отвечал за проектирование API, привлёк двух контрибьюторов и написал план миграции». Это не хвастовство — это то, что вы даёте интервьюеру для оценки.

Один неочевидный принцип: «Are Right, A Lot» неявно требует истории, где вы изменили мнение под влиянием новых данных. Senior-кандидаты, которые не могут назвать случай, когда были неправы, набирают здесь слабо. Подготовьте чистую историю «я ошибался насчёт X, данные показали Y, вот что я выпустил вместо этого».

Часто задаваемые вопросы