Як Amazon проводить співбесіди з інженерами даних

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

• Телефонна розмова. Обговорення тривалістю 30–45 хвилин, зазвичай із рекрутером або менеджером із найму, і ваша перша жива взаємодія з Amazon.
• Цикл співбесід. Завершальний і найповніший етап: чотири–шість співбесід тривалістю 45-60 хвилин кожна, під час яких кожен інтерв’юер оцінює різні аспекти ваших навичок і досвіду.
• Bar Raiser. Незалежний інтерв’юер поза командою найму бере участь у циклі, щоб забезпечити дотримання стандартів найму Amazon.
• Підбиття підсумків і зворотний зв’язок. Після фінальної співбесіди комісія проводить підсумкове обговорення. Amazon зазвичай надає зворотний зв’язок упродовж двох робочих днів після телефонних співбесід і п’яти робочих днів після циклу.

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

Кожну співбесіду Amazon визначають два опубліковані факти. 16 Leadership Principles є основою кожного рішення про найм, а наріжним каменем співбесід є метод STAR: ситуація, завдання, дія, результат. У циклі, де кожен інтерв’юер оцінює окремий аспект, це означає, що кожна 45-60-хвилинна розмова поєднує технічну тему з принципами, а кожна ваша історія має містити результат, який ви можете чітко назвати.

На співбесідах інженерів даних зазвичай оцінюють:

• SQL і моделювання даних. Правильні запити в умовах обмеженого часу та схеми, стійкі до змін.
• Конвеєри й оркестрацію. Ідемпотентні повторні запуски, дозавантаження історичних даних, запізнілі дані та ваші дії, коли джерело вище за потоком надає хибні відомості.
• Розподілені системи даних. Партиціювання, формати зберігання, пакетна й потокова обробка та вартість.
• Якість даних і відповідальність. Виявлення, комунікація та запобігання — саме тут принципи відповідальності й здобуття довіри отримують фактичне підтвердження.

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

Amazon публікує подробиці для посад SDE, яких не публікує для інженерів даних, тому конкретною є лише одна сторона порівняння.

• Що Amazon публікує для SDE II: онлайн-оцінювання тривалістю 90 хвилин із двома технічними запитаннями, після якого йдуть 20 хвилин сценаріїв проєктування систем і 8-хвилинне опитування Work Style Survey; цикл із чотирьох 55-хвилинних співбесід із представниками спільноти розробників програмного забезпечення; синтаксично правильний код замість псевдокоду; і щонайменше одне запитання про проєктування програмних систем.
• Що це передбачає для інженера даних як загальна практика, а не політика Amazon: очікуйте такої самої вимоги до працездатного коду, запитань із проєктування про потоки даних, зберігання та актуальність замість обслуговування запитів, а також того, що SQL і моделювання даних замінять частину широкого спектра алгоритмів.
• Що залишається незмінним у кожному циклі Amazon: принципи, STAR, Bar Raiser і підсумкове обговорення.

Amazon публікує дані про окремі частини, але не про загальну тривалість: телефонна розмова на 30–45 хвилин, цикл із чотирьох–шести співбесід по 45-60 хвилин, зворотний зв’язок упродовж двох робочих днів після телефонних співбесід і п’яти робочих днів після циклу. Строки планування між цими етапами не опубліковані.

Складність полягає у витривалості та послідовності. Чотири–шість інтерв’юерів оцінюють різні аспекти, один із них є Bar Raiser поза командою, і всі очікують історій у форматі STAR із реальним результатом. Інженер даних, здатний підкріпити кожну технічну відповідь прикладом із реальної роботи, побудованим навколо певного принципу, готовий до такого формату; той, хто розв’язував лише ізольовані завдання, — ні.

Побудуйте підготовку навколо двох опублікованих констант і чотирьох напрямів, за якими оцінюють цю посаду.

• Банк історій STAR. Для кожного з 16 Leadership Principles підготуйте щонайменше одну історію з роботи з даними з вимірюваним результатом: конвеєр, який ви зробили надійним, інцидент із якістю, за який узяли відповідальність, або скорочені вами витрати.
• Працездатний код. Практикуйте SQL і завдання з перетворення даних у середовищі, де їх можна виконати, оскільки рекомендації Amazon для SDE вимагають синтаксично правильного коду, а не псевдокоду.
• Проєктування з вашими числами. Підготуйте дві або три системи даних, які ви можете намалювати, разом із їхніми режимами відмови та обраними вами компромісами.
• Можливе оцінювання. Amazon не повідомляє, чи проходять інженери даних онлайн-оцінювання; однаково підготуйтеся до сесії програмування з обмеженням часу.
• Відрепетируйте цикл. Пробна співбесіда із SubcueAI допоможе потренувати послідовні відповіді за STAR і запитання з проєктування, перш ніж ви зустрінетеся з чотирма–шістьма інтерв’юерами за один день.