Как стать автором
Обновить

Как я проходил собеседование в Тинькофф

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров56K

Привет %user_name%! Сегодня я хочу поделиться своим опытом, как я проходил собеседование в Тинькофф в несколько этапов. На просторах Хабра периодически встречаются статьи на тему HR и там либо рассказывают как успешно пройти собеседование и что нужно HR специалистам услышать, чтобы вас принять на работу или же совсем обратное где специалисты разного уровня и мастей жалуются на работу тех самых HR! Но сегодня будет не про это! И так если стало интересно, читайте дальше. Осторожно, много текста.

Я решил написать эту статью, потому что когда я сотрудничал с Нетологией и проводил курсы по DevOps самый частый вопрос мне был расскажите о собеседованиях. Все дело в том, что я не только участвую в них как респондент, но и сам активно их провожу набирая новых специалистов в штат. И сегодня я бы хотел поделиться своим опытом, советами и рекомендациями, а так же затронуть тему собеседований в несколько этапов и почему я такие собеседования не провожу.

Сейчас я больше года не преподаю в Нетологии, но продолжаю это делать в компании Отус, так вот сложилось так, что этот вопрос актуален для студентов и на этой площадке тоже. Скажу сразу у меня богатый опыт прохождения собеседований в несколько этапов, в Рамблер например я ездил 3 или 4 раза, где меня собеседовало сразу около 4-5 человек. Чуть больше полугода назад я проходил собеседование в Яндекс, где успешно завалил алгоритмическое программирование, но прошел все остальные этапы, и даже пообщался с руководителем Яндекс Облака где поделился своим мнением по факту прохождения этапов. Все закончилось на том, что меня ждут ровно через пол года на алгоритмической секции и если я ее пройду, то дойдет дело до офера, но я не пошел. У меня нет желания решать задачи с LeetCode для прокачки этого не нужного мне скила. 

Так выглядит LeetCode
Так выглядит LeetCode

Давайте вернемся к собеседованию в Тинькофф. Все началось с того, что мне на почту написал незнакомый контакт, представился HR специалистом, прислал ссылку на вакансию и предложил попробовать свои силы. Я ответил на письмо, что готов и прислал свой контакт, но по какой то причине HR не выходил на связь, потом выяснилось что письмо с контактом до него не дошло. Пообщавшись еще немного были найдены точки контакта и состоялся разговор, итогом которого стало наличие различных проектов в желаемом мне Go стеке и это не только Банк, и вообще в самом банке идет отказ от Java и все пилят на Python и Go. Чему я был несказанно рад, за долгие годы я устал от Java и видеть ее больше не могу. По итогу разговора мне прислали блиц тест, тестовую задачу для тренировки на программирование и тестовую задачу на программирование на результат. К слову все ссылки имели срок жизни открывались один раз, а для решения задачи отводилось время не более 1 часа. Тест был пройден молниеносно, тестовая задача была завалена, не успел дописать крайние случаи, все потому что решать я ее начал на Go но понял что быстрей напишу код на Python, он будет проще и не успел. А вот задачу в зачет я решил буквально за 5 минут, она оказалась сильно легче тестовой.

С этого момента все началось, я спрятал контакты рекрутера для надежности)
С этого момента все началось, я спрятал контакты рекрутера для надежности)

Следующим этапом меня передали другому HR специалисту, на этот раз он был не из братской Белоруссии а непосредственно работал в Тинькофф. Первый же специалист был подрядчик для первичного отбора. К слову у Яндекса почти так же, там исключение было в том, что меня на прохождение этапов рекомендовал знакомый, который работает там. Привет тебе Тимур! Теперь начался новый этап собеседований, но перед этим мы все так же созвонились и около получаса обсуждали мои пожелания к вакансии и в какую команду я хочу попасть, чего жду от работы и за какое вознаграждение готов пойти работать. По итогу этого разговора было принято решение что нужно двигаться дальше. И первой секцией должен быть блиц опрос на тематику DevOps/SRE к слову на эту позицию я и претендовал. Опрос я прошел хорошо, лишь не ответив на сильно глубокие детали, которые просто крутились в голове но я не мог их сформулировать, например принципы BASE и ACID ну и разные там теоремы CAP/PACELC. Хотя неоднократно проводил на эту тему занятия, в тот момент у меня вылетели из головы нужные слова, хотя я и понимал что нужно говорить о транзакциях, области видимости, изоляции данных, отказоустойчивости, согласованности и прочем, но не мог собрать все это в кучу, в голове постоянно тикал таймер, так как на каждом этапе говорят время ограничено, нужно успеть как можно больше. Это к слову возвращало в школьные годы, когда участвовал в олимпиадах по информатике, та же атмосфера, нужно выдать результат за ограниченное время. После успешного прохождения этапа следовало алгоритмическое программирование, и тут мне HR всячески помогал, прислал ссылку на то как проходят собеседования, как подготовиться и тд. Но я сознательно не готовился, для меня это выглядело как заученный материал на экзамене, пересказал учебник а сути не понял, да и подготовиться за неделю ну такое себе. К слову этапы мы растягивали на 1 макс 2 в неделю, я не торопился пройти все 4 этапа сразу, срочности в смене работы у меня нет. Да и одно маленькое обстоятельство не давало бы это сделать.

Это платформа для подготовки к интервью
Это платформа для подготовки к интервью

На этапе по программированию меня ждало уже 2 человека, один наблюдатель, второй интервьюер, задача была на морской бой, какая именно не скажу из уважения к коллегам. Но она была легче чем в Яндексе. К слову в начале этапа мне сказали круто если сделаем 2 задачи, супер если 3, на что я ответил круто если сделаем 1 будучи не уверенным в своих силах. Первые минут 20 я дико тупил, и не понимал алгоритма как решать ее, потом уже с наводками от интервьюера пошел в нужное русло но все время сбивался, мне не давали покоя счетчики, но настроившись на решение мы успели решить 1 задачу и пройти все тесты. Следующий этап который должен был наступить это секция траблшутинга. И тут снова сотрудник HR отдела прислал ссылку для подготовки и разные советы. Но тут я был уверен как никогда, потому что этот навык у меня прокачан хорошо. К слову достаточно быстро мы нашли проблему, локализовали ее, а после и вовсе восстановили работу сервиса в прежнем виде. Далее пошел разбор инцидента где я чутка не дожал, потому что в голове у меня сидело одинаковое время выполнения запроса из разных цод, и я не догадался об одном очевидном моменте. Ну и на секции где нужно улучшить сервис не предложил трейсинг, а все потому что в начале была вводная сервис монолит. Как итог секция пройдена, общий итог по шкале Тинькофф Middle+ подкачало то самое программирование ощутимо снизив бал с сеньерского. Далее настал этап общения с командами.

Первая и единственная команда которую мне предложили, это команда по расчету с контрагентами, и первое что я услышал у нас Java, и дальше мне общаться уже не захотелось, я понимал что меня ждет ровно то что я делаю сейчас, а делать это больше я не хочу. Общение прошло позитивно, но с двух сторон мы приняли решение что нам будет не интересно, точней я не хотел в эту команду, а команда поняла это. Далее начался поиск других команд, но потерпел фиаско, и решением стало то, что мой результат холдят на полгода до появления подходящей команды. Почему так произошло я раскрывать тайны не буду, но если сотрудник HR захочет это сделать он напишет комментарий под этой статьей.

Давайте теперь перейдем к выводам и советам, о которых я говорил в начале статьи. Итак, что ощущаю я, а я ощущаю некоторую обиду за потраченное время, благо я не готовился и потратил его не так много как могло бы быть. Для себя еще раз подчеркнул пробелы в олимпиадном программировании и решении задач на алгоритмы и на этом все. Я не расстроен, я не в печали, я не получил отказ. Я просто потратил время на этапы собеседования, мог бы потратить это время также на другие активности, такова жизнь. Что я могу посоветовать тем, кто хочет пройти такой же квест? А посоветовать я могу вот что:

  • Учитывайте, что этапов много, и завалить можно любой из них и ваше прохождение на этом может закончится.

  • Нужно быть готовым к тому, что действовать нужно быстро, с холодной головой и не отвлекаться. 

  • Готовиться к таким собеседованиям желательно, это сильно повысит ваши шансы на прохождение. Но если вы пройдете сильно лучше чем ожидают от вас, подходящей команды может и не оказаться. 

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

  • Договоритесь до старта собеседований о том, куда вы бы хотели попасть, сколько таких команд и как срочно там нужны кандидаты, вы не один, и пока вы проходите этапы кого то то уже могу взять на позицию и закрыть вакансию.

  • Обсудите сроки выхода на проект, от этого будет зависеть как часто вы будите проходить этапы, раз в неделю как я или чаще. 

  • И напоследок порепетируйте рассказ о себе, продумайте что будете говорить.

Теперь несколько советов, которые подходят абсолютно всем, и не важно сколько этапов:

  • Подайте резюме в первые 3-5 компаний поменьше, на те должности или позиции на которые вы точно пройдете без вопросов, или где бы вы работать не хотели. Во первых это вам даст возможность потренироваться на “кошках”, побороть внутренний стресс, да и вообще узнать, а какие сейчас вопросы в моде и подготовить на них ответы.

  • Не рассылайте свое резюме сразу всем, особенно в крупные компании, таких желающих полно, и резюме которые нужно рассмотреть приходит очень много, либо про вас забудут, что будет лучшим исходом, либо пригласят на интервью, когда вы к нему не готовы (например не прошли первых 3 для снятия стресса и подготовки). Поверьте на интервью видно, это у вас первое собеседование или вот совсем недавно были еще, и это тоже очень сильно влияет, на то как вы его пройдете.

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

  • Не присваивайте себе чужие заслуги, например если у вас в резюме сказано об участии в постройке CI/CD конвейера, вас непременно спросят какое именно участие вы принимали, варианты ответов рядом постоял посмотрел, запускал итоговый пайп это не то что от вас ждут, поверьте. Раз принимали участие значит что то делали руками для его создания, эксплуатация чужого решения это совсем другое. В этом случае в резюме так и пишите: эксплуатация CI/CD конвейера разработанного сотрудниками смежного отдела.

  • Если вы какую то технологию щупали в рамках RND лучше вообще не указывать ее в резюме, или честно сказать поднимал стенд для себя посмотреть что это такое. Поверьте отношение к вам будет лучше, а вопросы сильно проще в случае если вы напишите об эксплуатации системы.

  • Иногда даже на простой вопрос может вылететь из головы ответ, такое бывает у всех, особенно чем круче кандидат, тем  меньше он помнит про базовые штуки, потому что они ему в работе давно не встречаются и работает он с вещами посерьезнее. Так вот если не помните/ не знаете, так и скажите, не придумывайте на ходу, это видно, особенно когда придумывать начинаете не правильно. Лучше сказать не помню, дальше. Если что вернемся к вопросу (нет не вернетесь, про него забудут через 2 минуты и только вспомнят на фидбеке в HR отдел, и то если все остальное было отлично это будет звучать например как: ну вот про max_connections в PG не рассказал, а в остальном ок.)

  • Далее про базу, в любом случае повторите что такое LA, /proc/, pid 0, как загружается ОС, базовые команды BASH, где и как что посмотреть в системе при беглом осмотре, top, atop, iotop, inodes, strace, ldd, сигналы. Это тот самый минимум, который спросят по любому, если не весь то частично. И тут далеко не все по базе, но вот это лучше держат в голове. Да мы не пользуемся некоторыми вещами часто, например strace или gdb, но знать про их наличие и что они делают надо. Это просто будет плюсом в том месте, где по знаниям будет пробел.

  • Немаловажное Soft Skill, не показывайте что вы токсик, даже если это так, все рано или поздно бывают токсичными или идут в так называемую, ну вы поняли на букву Зайчик))) На собесе вы должны быть душкой и всем понравиться, все задачи для вас интересные, и если надо что то сделать чего не обговариваете вы сделаете если очень надо.

  • Сюда же про дежурства, если про них спрашивают, это не значит что они есть, или вы будите постоянно в графике, вас спрашивают о возможности выйти на проект в момент аварии, это важно для бизнеса, бизнес хочет быть уверенным в том, что человек который знает систему, может выйти и починить ее, тогда когда она сломается. Если вы скажите, что не готовы пожертвовать личное время, чтобы тушить не нужный вам пожар, и пусть это делают другие, возможно вы получите отказ, даже если все остальное будет блестяще! Ну не хочет бизнес вкладываться в людей, которые не помогут в трудную минуту.

Теперь я расскажу как провожу интервью я. Все начинается с того, что я знакомлюсь с резюме кандидата, старайтесь его составить так, чтобы четко было видно то чем вы занимались на работе, избегайте общих фраз, делайте более четкие формулировки. 

Как делать не правильно:

  • Оформлял нестандартные запросы клиентов в поддержку в виде задач.

  • Писал SQL запросы.

  • Участвовал в расследовании инцидентов.

Как написать правильно:

  • Оформлял требования клиентов в бизнес требования, сформировал задачи на доработку функционала, отрабатывал баг репорты в такой то то системе с таким то результатом.

  • Расскажите какие запросы в какую БД и для чего вы писали, какой был результат этой работы, какой профит это принесло проекту.

  • Расскажите об успешно решенном инциденте, о полученном опыте и сделанных выводах.

Более конкретные формулировки дают больше понимания о ваших навыках, и у вас больше шансов попасть на интервью. Не пишите в резюме о том, что вы окончили какие то курсы, более того не упоминайте места работы не относящиеся к искомой вакансии сейчас. Например не пишите о своем опыте в продажах даже в области ИТ, если вы претендуете на позицию специалиста технической поддержки. Такие резюме отталкивают, и таких кандидатов стараюсь смотреть в последнюю очередь, или сразу отказ что более вероятно. Пишите только о релевантном опыте на искомую позицию, пусть даже не о большом. Не старайтесь накрутить опыт, это сразу вскроется при общении. 

Вам повезло и вам назначили интервью, что будет на нем. Я коротко вас познакомлю с проектом, стеком и задачами которые предстоит решать. Спрошу есть ли у вас вопросы по услышанному и попрошу рассказать о себе и последнем опыте за пол года. Меня интересует, что вы делали недавно, каких успехов достигли и какие навыки приобрели. В процессе вашего рассказа я буду задавать уточняющие вопросы и всячески прощупывать глубину ваших знаний и опыта. На интервью я не преследую цели указать вам на пробелы в знаниях, все знать невозможно. Я хочу понять, что знаете вы и готовы ли обучаться. И вообще способны ли вы это делать. В процессе общения мы пройдем блиц опрос по знакомым вам технологиям и процессам и даже порешаем задачи на траблшутинг, которые покажут как вы мыслите и насколько далеко готовы зайти в решении вопроса, также эта секция с задачами покажет глубину вашего опыта. Обычно успешного кандидата видно в течении 5-10 минут общения, и становится ясно идем дальше или нет, но иногда собеседование идет полный час и даже больше в попытках вытянуть из кандидата какие то знания. В этом случае уже итог известен это отказ, но я стараюсь дать шанс проявить себя и показать, что не все потеряно.

От себя могу добавить, я понимаю желание проводить собеседования в несколько этапов, дабы надежно фильтровать кандидатов, но опытный специалист за короткое время способен оценить кандидата и его навыки и по моему мнению все эти этапы напрасная трата времени как самих кандидатов так и интервьюеров. У нас в компании за активность проведения собеседований не доплачивают, а вот в Тиньке платят, может быть в этом причина стольких этапов я не знаю, но то что их можно сократить, как убранный этап System Design это точно, достаточно тестового задания на время, блиц опроса и секции траблшутинга, и то секцию блиц опроса я бы убрал, траблшутинг это то что раскрывает кандидата в лучшей мере. А программировать его можно научить в процессе. Принимать участие в многоэтапном интервью или нет сугубо личное дело каждого, но могу сказать, что не все крупные и крутые компании используют такой подход. Зачастую достаточно одного этапа в котором есть все и понемножку. Идеальных кандидатов не существует, технологий много и знать и уметь все просто невозможно. На этом у меня все, можем подискутировать в комментариях. Всем добра и хороших офферов! 

Теги:
Хабы:
Всего голосов 52: ↑28 и ↓24+11
Комментарии107

Публикации

Истории

Работа

Ближайшие события

27 августа – 7 октября
Премия digital-кейсов «Проксима»
МоскваОнлайн
3 – 18 октября
Kokoc Hackathon 2024
Онлайн
10 – 11 октября
HR IT & Team Lead конференция «Битва за IT-таланты»
МоскваОнлайн
25 октября
Конференция по росту продуктов EGC’24
МоскваОнлайн
7 – 8 ноября
Конференция byteoilgas_conf 2024
МоскваОнлайн
7 – 8 ноября
Конференция «Матемаркетинг»
МоскваОнлайн