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

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

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

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

Google використовує структуровані співбесіди: кожного кандидата оцінюють за чіткими критеріями, однаковими для всіх претендентів на цю посаду в Google. Інтерв’юери ставлять пов’язані з посадою відкриті запитання, щоб зрозуміти, як ви розв’язуєте проблеми, взаємодієте з командою та які маєте сильні сторони. Тому кожна ваша відповідь має містити докази, які інтерв’юер зможе оцінити: яке рішення ви ухвалили, чому, якою була його ціна та що сталося в результаті.

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

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

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

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

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

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

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

Відтворіть логіку оцінювання Google у своїй підготовці. Якщо критерії стосуються того, як ви розв’язуєте проблеми, працюєте з командою та демонструєте сильні сторони, підготуйте докази для кожного аспекту.

• Вправи із SQL та моделювання. Тренуйтеся вголос писати віконні функції, усувати дублікати та реалізовувати логіку повільно змінюваних вимірів, пояснюючи компроміси в процесі.
• Приклади проєктування конвеєрів. Підготуйте дві або три системи, які ви створили чи могли б створити, і будьте готові розібрати сценарії відмов: запізнілі дані, дублікати подій, дрейф схеми, повторне завантаження, яке не повинно призвести до подвійного підрахунку.
• Поведінкові докази. Для кожної сильної сторони, яку плануєте назвати, підготуйте конкретну ситуацію з рішенням, наслідком і поясненням того, що ви змінили б.
• Можливий проєкт перед співбесідою. Якщо Google попросить аналіз ситуації або приклад коду, поставтеся до цього як до першої співбесіди Google: результат має бути чистим, документованим і таким, який ви зможете обґрунтувати в розмові.
• Відрепетируйте панельний формат. Проведіть тренувальну співбесіду із SubcueAI, щоб потренуватися вголос відповідати на відкриті запитання, пов’язані з посадою в Google, але в день співбесіди залиште інструмент осторонь, оскільки на самих співбесідах Google інструменти штучного інтелекту заборонені.