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

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

• Описана послідовність. 30-хвилинна розмова з рекрутером, 45-60-хвилинний технічний етап із написанням коду наживо, а потім п’ять раундів фінальної співбесіди: загальне програмування, налагодження в незнайомому репозиторії, інтеграція, проєктування систем і поведінкова співбесіда, кожен тривалістю близько 45-60 хвилин.
• Описаний технічний етап. Близько години з інженером або менеджером із найму: коротке знайомство, а потім написання коду наживо з демонстрацією екрана для одного завдання з багатьма додатковими запитаннями.
• Описаний формат фінальної співбесіди. П’ять співбесід без визначеного порядку протягом 3-4 годин; кандидати також повідомляють, що заздалегідь отримують посібник із підготовки.
• Описані відмінності. Етапи залежать від команди й рівня посади: для недавніх випускників процес коротший, а для старших кандидатів додають раунд із проєктування API.

За повідомленнями, процес Stripe від розмови з рекрутером до остаточного рішення триває 4-8 тижнів залежно від ролі, команди та графіка.

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

Співбесіди інженерів даних загалом оцінюють:

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

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

• Програмування та налагодження. Описані раунди охоплюють загальне програмування та налагодження незнайомого репозиторію. Інженеру даних варто готуватися до обох і очікувати завдань, пов’язаних із даними: виправити перетворення, прочитати й відновити конвеєр.
• Інтеграція. Описаний інтеграційний раунд із роботою за документацією без AI-помічників природно відповідає підключенню системи-джерела до конвеєра; тренуйтеся читати незнайому документацію та створювати на її основі працездатний код.
• Проєктування. Раунд із проєктування для інженера даних стосується потоків даних, зберігання, актуальності та правильності, а не обслуговування запитів; підготуйтеся намалювати конвеєр від початку до кінця.

Stripe не публікує строки. Кандидати повідомляють про 4-8 тижнів від розмови з рекрутером до остаточного рішення, попередній етап тривалістю близько години та п’ять фінальних співбесід протягом 3-4 годин.

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

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

• Одне завдання, багато додаткових запитань. Протягом години тренуйтеся розв’язувати одне завдання з SQL або моделювання, яке поступово ускладнюється, пояснюючи вголос кожне розширення.
• Налагодження незнайомого коду. Візьміть конвеєр або бібліотеку з відкритим кодом, яких ви ніколи не бачили, і виправте помилку за обмежений час.
• Інтеграція за документацією. Створіть невелику працездатну інтеграцію з незнайомим API, користуючись лише його документацією та інтернетом, без AI-помічника.
• Проєктування та поведінкова співбесіда. Підготуйте два проєкти конвеєрів, які зможете намалювати від початку до кінця, і розповіді про якість даних для розмови з менеджером із найму.
• Тренування перемикання між режимами. Пробна співбесіда із SubcueAI дає змогу потренуватися переходити між форматами за один сеанс; під час самого описаного інтеграційного раунду AI-помічники для написання коду заборонені.