Процес співбесід Amazon SDE Intern

Більшість описів найму в Amazon стосуються повного циклу Loop для постійних співробітників, а не того, що проходить кандидат на стажування. Цей розділ описує версію для стажерів, де менше етапів і вага зміщена на початок.

• Подача заявки та перевірка резюме. Університетський найм прив'язаний до сезону, тому календар тут важливіший, ніж в інші періоди. Заявки зазвичай відкриваються наприкінці літа на наступний рік.
• Онлайн-оцінювання. Обмежене за часом оцінювання під дистанційним наглядом, яке надсилають електронною поштою. Зазвичай воно поєднує задачі з програмування з вправою work-simulation, де ти реагуєш на робочі ситуації, та опитуванням work-style, узгодженим із Leadership Principles.
• Співбесіди. Зазвичай одна або дві відеоспівбесіди на Amazon Chime, кожна приблизно 45–60 хвилин, що поєднують задачу з програмування з поведінковими питаннями.
• Рішення та підбір команди. Оферти можуть надійти до призначення конкретної команди, а підбір відбувається пізніше.

Терміни сильно різняться залежно від сезону та обсягу набору. Кандидати повідомляють про строки від двох тижнів до кількох місяців між оцінюванням і запрошенням на співбесіду.

Три відмінності змінюють те, як варто готуватися. Найочевидніша — це тривалість: кандидат SDE 1 після випуску проходить Loop із чотирьох або п'яти співбесід, тоді як стажер частіше стикається з однією або двома. Покроковий опис версії для випускників — на /answers/topic/company-interviews.

Друга відмінність — де відбувається відбір. При меншій кількості співбесід оцінювання виконує більшу частину роботи, тож слабкий результат оцінювання складніше виправити, ніж пізніше в довшому циклі. Стався до нього як до справжнього раунду, а не формальності.

Третя відмінність — це обсяг. System design не з'являється на рівні стажера, а задачі з програмування залишаються ближчими до структур даних, рядків і графів, ніж до розподілених систем. Що не зменшується, так це поведінковий компонент — частина, яку стажери найчастіше недооцінюють.

Їх оцінюють, і інтерв'юери записують те, що ти кажеш, щодо кожного з них. Типова помилка — вважати, що студенту нема на що спиратися, тож відповіді щодо Leadership Principles імпровізують, поки програмування отримує тижні підготовки.

Навчальні проєкти, хакатон, підробіток, студентський клуб і особистий проєкт — усе це валідні джерела. Уяви студентку другого курсу, яку запитали про випадок, коли їй довелося здати щось за неповної інформації. Її відповіддю було групове завдання, у якому напарник перестав відповідати за два дні до здачі, що вона прибрала і що зрештою здали. Це повна історія з рішенням і результатом, і її оцінили так само, як приклад із роботи.

Підготуй чотири або п'ять історій із ситуацією, твоєю конкретною дією та результатом, і чекай уточнювальних питань про те, що б ти зробив інакше. Відпрацьовувати їх уголос у темпі мовлення — саме для цього існує /mock-interview; письмові нотатки рідко витримують зіткнення з живим уточнювальним питанням.

Ці два етапи мають різні відповіді, і плутанина між ними — це те, як кандидати потрапляють у халепу.

Онлайн-оцінювання обмежене за часом і проходить під дистанційним наглядом. Оцінювання Amazon відстежує сесію, і використання сторонньої допомоги там — порушення політики, незалежно від того, що технічно уможливлює будь-який інструмент. Немає чесного тлумачення цього етапу, за якого асистент був би доречним.

Звичайна відеоспівбесіда на власному комп'ютері — це інша ситуація. Локальний асистент, що транскрибує аудіо зустрічі та показує підказки в накладці на екрані, технічно працездатний, і жоден бот не приєднується до дзвінка. Це все одно виходить за межі допустимого, щойно ти демонструєш екран, співбесіду записують як одностороннє відео-звернення, або ти на ноутбуці, яким керує компанія. Ці межі описані на /answers/topic/detectability, і варто прочитати їх, перш ніж на щось покладатися.