Выводы из интервью с опытными инженерами

Как писал выше, последний месяц проводил интервью с DL-инженерами, тимлидами, руководителями. Всех, кто участвует в найме, спрашивал, как они нанимают людей и на что обращают внимание.

За время существования школы, я провёл более 200 подобных интервью и общался с 50+ нанимающими руководителями. На объективность не претендую (фиксировать транскрипт разговоров начал только в этом году), но вот какие субъективные выводы у меня сложилось около темы найма.

1. Найти хорошего миддла — очень-очень сложно.
Я постоянно слышу жалобы “отсобесили 20/40/100 человек, до сих пор не закрыли позицию” — особенно сложно нанимать разработчиков.

2. Надо знать базу.
Часто слышу “многим не хватает базы, валятся на банальных вопросах”. На мой вопрос “а база то зачем” — обычно отвечают “если человек знает базу, вероятно он дотошный, терпеливый и заинтересованный, плюс фреймворки меняются, база остаётся”

3. Берут тех, кто умеет думать.
Кто так говорит, кстати, на собесах обычно спрашивает не по чек-листу, а даёт поверхностное описание задачи “как будем детектить машины на тротуаре?” — и следят за ходом мысли. Решить идеально не надо, надо просто доказать, что ты понимаешь какие есть возможности и ограничения у разных подходов.

4. Софт-скиллы правда решают.
Сто раз слышал, что “человек профи, но по вайбу не сошлись, просто не хочу с ним работать” — поэтому не удивляйтесь, если вы вдруг на всё ответили, но оффер не прислали. Не переживайте, просто не сошлись по духу, так бывает и с вами всё в порядке, найдёте другую команду, где лучше интегрируетесь.

5. Для новичков самое главное — горящие глаза.
Выбирая между более опытным, но менее замотивированным инженером и молодым, но голодным студентом, есть не мало тех, кто выберет второго (сильно не обольщайтесь, чаще я слышал, что джуны сейчас не нужны и один миддл сделает работу за 5 джунов, но так считают не все). Если вы новичок, покажите хоть как-то, что вам очень хочется разобраться в домене команды, это докинет вам очков.

6. Не надо отвечать правильно абсолютно на все вопросы.
Обычно есть некий минимум, который вы должны знать, для всех команд он разный, но в целом вы просто должны быть достаточно эрудированным в области и иметь в запасе пару историй успеха, хотя бы маленьких. Вообще воспринимайте тех. собесы просто как фильтр. Пройдя который уже начинают решать, а подойдёте ли вы в команду или нет. Потянете нагрузку? Можно будет не следить за вами, подгоняя и мотивируя? Сможете брать ответственность за свои действия? Ответ на эти вопросы будет часто определять, возьмут ли вас в команду.

7. Идеальный кандидат умеет решать задачи end-to-end.
От обучения модели до деплоя сервиса. Этот тренд начался еще 4 года назад и до сих пор актуален. По крайней мере в СНГ чистого ресёрча будто немного, поэтому даже в интервью на позицию DL-инженера могут дать код сервиса и попросить рассказать, что происходит и где есть проблемы.

8. Задачи и команда решают.
Не раз встречал очень опытных инженеров, которые уходили на понижение ЗП за более сильной командой и интересными задачами.

А на этом я пока что прощаюсь в этом канале и передаю микрофон следующему автору)

Желаю всем интересных задач и классной команды! И получать удовольствие от работы — иначе зачем оно всё)