Подготовка к лайвкодингу и лёгкое приукрашивание. Как успешно пройти собеседование в ИТ в Польше
Канал Dzik Pic собрал советы читателей о том, как успешно пройти собеседование в ИТ-компании в Польше.
«Нужно быть готовым к small talk из лайвкода и общих вопросов»
— Как правило, <на собеседованиях> есть лайвкод, но ничего сверхъестественного. Просто нужно быть готовым решить несложную задачу за отведенное время в 10-15-20 минут. Спрашивают теорию, но поверхностно.
Первые 2-3 собеседования лайвкод и общие вопросы могут сбивать с толку. Но потом примерно понимаешь, что нужно подучить, и можно на любое идти. Дальше могут быть какие-то конкретные вопросы, которые помогут выяснить интервьюеру, какой вы специалист. Это на каждом собеседовании по-разному, и уже больше зависит от вас.
Как итог — нужно быть готовым (и подготовиться не сложно) к этому смол току из лайвкода и общих вопросов.
«Слышал, польские рекрутеры предпочитают, чтобы они были у кандидатов одни-единственные»
— Для позиции инженера данных нужно хорошо знать свои проекты и уметь кратко описывать опыт, навыки и достижения. Забыть фразу «мы с командой» — использовать только «я».
На технических интервью спрашивают больше про опыт и навыки, плюс вопросы, которые более или менее подтвердят, что ты не врёшь про эти самые опыт и навыки. Например: «Как загрузишь вот такой датасет при таком-то поведении источника\ов»; «что будешь делать если случится то или это» и т. д. Были собеседования, на которых час только об этом и говорили.
Каких-то странных или неприличных вопросов на собеседованиях с HR или рекрутерами не встречал. Обычно спрашивают, почему ищешь работу, как оно с легализацией, опиши стиль работы, достижения, провалы, доступность после оффера и т. д. В целом, с хорошим английским собеседования кажутся легче, чем в большинстве компаний с экс-советскими корнями.
Еще слышал, что польские рекрутеры предпочитают, чтобы они были у нас, кандидатов, одни-единственные. Не проверял это на практике, но, по некоторым признакам, похоже, так и есть. Поэтому всегда говорил, что только начал поиски и «вы у меня единственные», слушая сразу после радостное повизгивание «на том конце провода».
Странные вопросы встречал только у индийских рекрутеров: национальность, цвет кожи. Входят в ступор, если говоришь, что ожидаешь ВНЖ, и с документами и правами все окей. Когда выходят из ступора, спрашивают по новой про легализацию. Цикл может повторяться до бесконечности, пока не попрощаешься и не закончишь звонок.
Бонусом идет добавление твоего CV в базу. Откажешь по телефону одному, и спустя время по кругу начинает звонить пол агентства с той же вакансией или какой-нибудь левой, которая не пересекается с опытом.
Исключений не встречал, даже те, кто казались профессионалами по общению в соцсети, в итоге делали то же, что и балбесы до них: вопросы, контакты и т. д. Вообще, не рекомендовал бы вступать с ними в контакт.
«Рассуждения о ходе решения важнее, чем решение задачи»
— Поделюсь опытом как DevOps/SRE. Лайвкодинг будет всегда (или почти всегда). Обычно в два этапа — сначала онлайн задача на HackerRank/LeetCode с таймером, результат оценивается автоматически. Если кандидат прошел — он попадает на следующий этап. Если тесты не пройдены — никакого фидбэка не будет. Таймер обычно на час на две задачи уровня LC medium.
Затем один из собесов обязательно будет на кодинг, язык по выбору кандидата. Тут надо рассказать в деталях о том, почему задача решается именно так и какие в коде слабые места.
В этом случае задача обычно прикладная, и рассуждения о ходе решения важнее, чем решение, собственно, задачи. Разумеется, это не единственные собеседования, только часть процесса. В среднем 5-6 этапов.
«Ещё очень важно знать архитектуру»
— Алгоритмы — это вообще, походу, стал стандарт. Все компании, в которые я собеседовался, за исключением Goldman Sachs, проводили интервью, базируясь исключительно на алгоритмах. То есть, это такая вещь, которую нужно знать, и без неё очень вероятно, что ты отвалишься.
Ещё очень важно знать архитектуру, Architecture Design. То есть, какие сервисы будешь делать и почему.
На подготовку к алгоритмам могу порекомендовать такой ресурс, как NeetCode.io. Там не просто говорят «вот вам 500 задач на LeetCode и решите их как-нибудь». А объясняют, почему именно так, какой паттерн за этим скрывается, и так далее.
«В среднем, лайв-кодинг встречается в каждой компании»
— Поделюсь опытом за сентябрь–октябрь. Буду говорить про компании, которые предлагают только UoP, и про позицию Full-Stack (компании не с беларускими корнями).
В среднем, лайв-кодинг встречается в процессе интервью в каждой компании. Дальше, я бы сказал, всё зависит от величины самой компании.
В более крупных стоит ожидать 2-3 лайв-кодинга, подразумевающих знание классических структур данных и алгоритмов (массивы, хеш-таблицы, списки, очереди и прочее) и понимание проектирования систем на низком уровне.
Из примеров — реализовать in-memory db с поддержкой транзакций и ограничением по сложности (не более O (logn)). Или реализовать очередь с поддержкой групп, основные операции которой будут O (1). То есть, тут понадобится понимание хеш-таблиц и связанных списков. Обычно это занимает полтора-два часа.
В плюс-минус средних компаниях и меньше обычно один лайв-кодинг. Он, как правило, связан с более практическими задачами, связанными с пониманием языкам и знанием его фич (например, в случае с TypeScript это может быть вопрос на знание дженериков или, в случае с React, это может быть задача реализовать компонент, отображающий список данных, полученных с API с поддержкой пагинации и интервалами запросов). Как правило, это несколько мелких задач на 30-60 минут.
«Что-то в духе амазоновского Bar Raiser»
— Analytics Engineer, польский офис крупной международной компании.
Не сильно задротский hackerrank: SQL/python/математика. Лайвкодинг: SQL посложнее с дополнительными вопросами. Business problem solving: рассказываешь как будешь решать два case study. Behaviour interview: что-то в духе амазоновского Bar Raiser (https://www.aboutamazon.eu/news/working-at-amazon/what-is-a-bar-raiser-at-amazon), на YouTube куча видео, как его проходить («Team fit interview»).
На всё ушло где-то 1,5 месяца. В итоге выслали оффер, давно уже тут работаю.
Читать на dev.by