Привет %user_name%! Сегодня я хочу поделиться своим опытом, как я проходил собеседование в Тинькофф в несколько этапов. На просторах Хабра периодически встречаются статьи на тему HR и там либо рассказывают как успешно пройти собеседование и что нужно HR специалистам услышать, чтобы вас принять на работу или же совсем обратное где специалисты разного уровня и мастей жалуются на работу тех самых HR! Но сегодня будет не про это! И так если стало интересно, читайте дальше. Осторожно, много текста.
Я решил написать эту статью, потому что когда я сотрудничал с Нетологией и проводил курсы по DevOps самый частый вопрос мне был расскажите о собеседованиях. Все дело в том, что я не только участвую в них как респондент, но и сам активно их провожу набирая новых специалистов в штат. И сегодня я бы хотел поделиться своим опытом, советами и рекомендациями, а так же затронуть тему собеседований в несколько этапов и почему я такие собеседования не провожу.
Сейчас я больше года не преподаю в Нетологии, но продолжаю это делать в компании Отус, так вот сложилось так, что этот вопрос актуален для студентов и на этой площадке тоже. Скажу сразу у меня богатый опыт прохождения собеседований в несколько этапов, в Рамблер например я ездил 3 или 4 раза, где меня собеседовало сразу около 4-5 человек. Чуть больше полугода назад я проходил собеседование в Яндекс, где успешно завалил алгоритмическое программирование, но прошел все остальные этапы, и даже пообщался с руководителем Яндекс Облака где поделился своим мнением по факту прохождения этапов. Все закончилось на том, что меня ждут ровно через пол года на алгоритмической секции и если я ее пройду, то дойдет дело до офера, но я не пошел. У меня нет желания решать задачи с 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 это точно, достаточно тестового задания на время, блиц опроса и секции траблшутинга, и то секцию блиц опроса я бы убрал, траблшутинг это то что раскрывает кандидата в лучшей мере. А программировать его можно научить в процессе. Принимать участие в многоэтапном интервью или нет сугубо личное дело каждого, но могу сказать, что не все крупные и крутые компании используют такой подход. Зачастую достаточно одного этапа в котором есть все и понемножку. Идеальных кандидатов не существует, технологий много и знать и уметь все просто невозможно. На этом у меня все, можем подискутировать в комментариях. Всем добра и хороших офферов!
Комментарии (93)
webhamster
30.05.2024 09:26У меня нет желания решать задачи с LetCode для прокачки этого не нужного мне скила.
А с чего вы взяли, что решение задач с LeetCode вам поможет в решении задач от Яндекса?
https://habr.com/ru/specials/772956/comments/#comment_26185072
sandryunin Автор
30.05.2024 09:26В том то и дело что никак) Но в целом прокачает навык решения задач на алгоритмы, тут вопрос другой а надо ли иметь этот навык DevOps или SRE инженеру, ведь по факту кода придется писать не так много, если вообще придется, и я сейчас не о коде CI/CD а скорей о разработке инструментов автоматизации.
rusik2293
30.05.2024 09:26+7По задумке Тинькова sre должен и пожары тушить, и паплайны выстраивать, и вообще кучу всего уметь и делать, а если приложение медленно работает найти в коде не оптимальный алгоритм и протыкать туда разраба как котенка. Поэтому им и нужны все время новые sre, старые просто выгорают(
sandryunin Автор
30.05.2024 09:26+1Ну вот когда я общался с конкретной командой то навыков найти в коде и как котенка потыкать как раз таки не было) Поэтому я у HR спрашивал нафига мы прогали, если это не надо. А вот тенденция к требованиям и пожары тушить, и на дудке играть, при этом плясать и в бубуен бить к сожалению не только у Тинька есть. Я не против таких скиллов, вопрос только в том, сколько конкретный подрядчик готов за них платить, и вот тут начинается самое интересное. Платить мы будем как джуну, по пятницам доширак за счет компании, но работать надо как сеньер и даже круче))) Встречал таких, увы.
xztv
30.05.2024 09:26как убранный этап System Design это точно
Я правильно понимаю, что вы в статье предлагаете исключить этот этап из процесса интервью?)
sandryunin Автор
30.05.2024 09:26Его давно исключили, это есть в материалах самого Тинькофф
Stefanio
30.05.2024 09:26На сайте другая информация https://www.tinkoff.ru/career/it/interview/backend/?internal_source=it_interview
sandryunin Автор
30.05.2024 09:26Так мы говорим о SRE
почему убрали и как оценивают: https://tellmeabout.tech/troubleshooting-interview-3690b40a3d77
как проходит интервью SRE: https://www.tinkoff.ru/career/it/interview/sre/?internal_source=profpage_sre
xztv
30.05.2024 09:26Не знал про это, думал на все около-разработческие позиции это обязательный этап, спасибо за уточнение!
navion
30.05.2024 09:26Может пора исключить из хабов "системное администрирование"? Всегда интересно прочесть чужой опыт, но общего тут лишь упоминание вопросов про основы CS.
l4rover
30.05.2024 09:26+31Как я проходил собеседование в Тинькофф (2,5 года опыта, middle java):
1) отправляю резюме
2) приходит отказ сразу, даже без разговора с HR....окееееееей ладно
3) через два месяца стучится их HR и зовёт на собес
4) сообщаю ей о том, что недавно со мной даже разговаривать не стали так что смысла нет.
5) отвечает что на тот момент у меня было мало опыта (напоминаю прошло 2 месяца), они рассматривают сотрудников только от 3 лет коммерческого опыта, так что сейчас можно.
6) говорю что рассматриваю компании с коммерческим опытом от 20 лет и блокирую нафиг.
sandryunin Автор
30.05.2024 09:26+1Возможно первый раз ваше резюме смотрел подрядчик, к качеству их работы конечно есть претензии. Но ситуация конечно интересная. Хотя тут могла сработать ситуация на безрыбье и рак рыба, потому как денег могли предлагать мало а опыта хотелось много. тут только гадать.
alelam
30.05.2024 09:26Не, там у них везде пунктик на счет 3 лет. Поэтому 2.5 это мало, а вот спустя 2 месяца они уже в 2 и 8 превращаются, а это считай, что 3.
nronnie
30.05.2024 09:26+5чего жду от работы
Честный ответ тут может быть единственный. Если кандидат дал какой-то другой, то его следует записать в п*здуны, и можно сразу: "мы вам перезвоним" :))
sandryunin Автор
30.05.2024 09:26Поделитесь ответом, очен интересно. Я же например отметил, что мне важно попасть именно в Go backend команду, так как в последнее время мне интересен процесс прокачки скиллов в этом направления и я сам пишу на Go поэтому к продакшен коду хотелось бы быть поближе, напоминаю у меня Java, ну и естественно не помирать под задачами. Вроде было что то еще, но "мы вам перезвоним" не последовало.
sshikov
30.05.2024 09:26Не, ну у молодых и начинающих могут быть варианты. Если вас взяли с двадцатой попытки в приличное место, деньги для вас возможно не будут самым важным, опыт получить может оказаться важнее. Но для человека с опытом ответ "денег" если не единственный, то самый ожидаемый точно.
Dmitry_604
30.05.2024 09:26+2Да деньги важны конечно, но условные 20% повышения зарплаты за неинтересные задачи или некомфортный режим работы того не стоят, если по финансовым целям не подгорает сильно в глобальном смысле.
nronnie
30.05.2024 09:26+33А где-то есть интересные задачи?
Хотите расскажу какой задачей я занимался сегодня? :) В конфигурацию приложения надо добавить булевый флаг. Казалось бы что может быть проще. Если делать это все стандартными, готовыми средствами, то надо просто в класс, описывающий конфигурацию, добавить свойство с типом
bool, а в json с конфигом добавить соответствующее поле. И всё, после этого всё само собой работает. Ага, сейчас. У нас энтерпрайз и так сделать это было бы слишком просто, банально, и не по-творчески. Поэтому когда-то отцами-основателями проекта взамен готовой была запилена своя собственная система конфигурации. В ней, чтобы сделать то же самое надо написать еще один свой собственный класс, еще в два или три готовых внести изменения, а после этого оказывается, что почему-то булево поле в json вся эта х*ета не читает, и туда писать его надо строкой"true"или"false"и строка при этом должна еще быть в определенном регистре, иначе хер тебе в ладони. Всё это причем безо всякой документации, потому то отцы-основатели были настолько талантливы и увлечены своим творчеством, что до такой херни как её написание не опускались - всё надо разбирать по исходникам (которые еще и не все за давностью сохранились, так что кое что приходится еще и декомпилировать сначала) и, разумеется, "методом втыка". Вот так я провел день. Завтра новый день, и меня снова ждут новые, увлекательнейшие, и интереснейшие задачи, челленджи, исследования, находки, и открытия. "Бороться и искать, найти и не сдаваться" (с) :)))25 лет в IT, из них 20 лет в разработке (почти что все это энтерпрайзный аутсорс). Везде одна и та же по*бень. Всю дорогу изучаешь книги, читаешь блоги, следишь за новостями, потом приезжает к тебе работа из реальной жизни, а там оказывается, что:
Небо зеленое, а трава синяя.
*опу подтирать следует только рукой.
Необходимо ежедневно поклоняться древнему каменному идолу в форме мужского или женского полового органа.
Потому что:
Так хочет заказчик.
Так завещали древние предки.
Так испокон веков делает вся команда.
Чего я жду от работы? Да них*уя я от неё уже не жду кроме денег. Все остальные ожидания растворились где-то в тумане еще не меньше чем лет пятнадцать назад :)))
Yuriy_75
30.05.2024 09:26Все так и есть. Ничего интересного в разработке нету.
Только ведь и честность на собеседовании никому не нужна. От программиста, помимо работы, требуется еще и поддержание принятых в конторе стандартов двоемыслия.
Dmitry_604
30.05.2024 09:26Ну, если честно, Вы во много правы, (особенно по опыту 20+ лет разработки тоже), но все же бывает по-разному. Конечно 100% интересных задач в коммерческой разработке нет нигде, и я тоже занимаюсь в том числе иногда и подобной описанной вами "фигней". Но оно отличается от места работы к другому месту все же. И если неинтересная рутина будет хотя бы разбавлена чем-то интересным и новым - оно уже сильно лучше чем жить в постоянной рутине. Аутсорс в этом плане как правило хуже чем прикладная компания кстати, где еще местами можно и железки, и результат работы пощупать.
sshikov
30.05.2024 09:26Не, погодите. Вы говорите про вариант, когда у вас есть работа, и речь идет о повышении. А я говорю о варианте, когда у вас нет опыта и работы, и речь о том, чтобы опыта набраться. Оба варианта могут иметь место, но они оба разные.
b1tterman
30.05.2024 09:26+3Ходил на собес фуллстек qa.
1 этап созвон с hr минут на 20
2 этап секция бэкенда + задачи на sql 1.5 часа
3 этап секция теория тестирования+ задачи на java 1.5 часа
4 этап встреча с командой 40 минут
На днях сказали будет оффер
nronnie
30.05.2024 09:26Этапы 2,3.4 свободно можно объединить в один на 2 часа. Все вопросы по 2 и 3 можно решить сразу на одном этапе, а 4 непонятно зачем - 2 и 3 какие-то посторонние личности проводят что ли, почему их не поручить самой команде?
b1tterman
30.05.2024 09:26Спрашивают много и две секции за 2 часа не успеть.
Последняя на 30-40 минут стандартная встреча с командой как и везде (альфа,сбер к примеру), ты подробнее узнаешь о проекте, увидишь с кем будешь работать, и тд
nronnie
30.05.2024 09:26Ну, дело хозяйское, конечно. У меня однажды было "всё и сразу": и HR, и команда, и Главный Босс, и оффер на следующий день :) Но мне там кое что не подошло.
LedIndicator
30.05.2024 09:26+6Обычно успешного кандидата видно в течении 5-10 минут общения, и становится ясно идем дальше или нет
Это всё, что надо знать про ваши т.н. «интервью». Чисто по физиономии посмотрел, нравится — не нравится и определился. Но будет ломать комедию ещё час.
Первые пять-десять минут, есличё, это «алё, алё, меня слышно?» плюс вкратце пересказ опыта из резюме.sandryunin Автор
30.05.2024 09:26Вы категорически не правы, эти 5-10 минут начинаются не с пересказа резюме, а с момента когда респондент рассказывает о последнем опыте, реальном, а не то что сказано в документике, который моно почитать
Ndochp
30.05.2024 09:26Или вы не правы.
Проводили исследование, когда снимали интервью на камеру, а потом подопытному давали посмотреть первые 30 секунд (кандидат вошел и поздоровался с HR), записывали предполагаемый результат, потом показ всего интервью до конца и снова подопытный писал результат. Потом сравнивали качество угадывания, прошел кандидат дальше в реальности или нет.
В общем целиком можно не смотреть. Достаточно первого блока.На тех интервью конечно может засыпаться приятный с виду человек, но 1 и 4 этап не нужны.
marat2509
30.05.2024 09:26не из братской Белоруссии
А вот это обидно было, не надо обзываться.
sandryunin Автор
30.05.2024 09:26не было задачи обидеть кого-то, гугл дока решила что правильно писать так, что я с ней спорить буду? у меня по русскому 2йка была в школе)))
nicolas_d
30.05.2024 09:26+1Ага, контора себя чувствует Yандексом, платят мало, требуют много, интервью максимально неудобное для соискателя. Я от рекрутеров тинькова уже полгода отбиваюсь.
Ninil
30.05.2024 09:26+4Для себя (18 лет опыта) я уже сделал вывод давно, что если этапов собеседований много, то я не готов тратить свое время на подобное, если только я прям не горю желанием работать в этой компании (а так как я считаю себя прагматиком, то такого жгучего желания в себе не наблюдал пока по отношению ни к одной компании). Пока что это этот подход себя оправдывает.
kbnrjlvfrfrfrf
30.05.2024 09:26+1Для себя (18 лет опыта) я уже сделал вывод давно, что если этапов собеседований много, то я не готов тратить свое время на подобное
Согласен. Сначала надо с тимлидом обкашлять проект, что им надо, что я могу предложить, и за какие деньги. Если точки пересечения найдутся, тогда ОК, следующим этапом готов исполнить ритуал вращения деревьев. Только в таком порядке, никак не иначе.
AlexanderBz
30.05.2024 09:26+3Дорогой автор поста и коллега, не жалейте -- полно отличных компаний ничуть не хуже упомянутых, но без корпоративного издевательства и
злоупотребления психотропными веществамистранных выражений со стороны всевозможного менеджмента! Придет время и найдете интересное вам.
Меня Яндекс так же муржил алгоритмами, в которых я гораздо лучше разобрался, но вторым этапом была дрочь в консоли. При том, что кейсы довольно наркоманские и хз, зачем это все нужно в реальных ситуациях. Постоянно отсылки на то, что "у нас процессы найма". Ну я по завершению и оставил им фидбек, каковы условия у мировых тех, кто гнут всю эту корпоративщину отправив на Юг ) Сейчас такая же тема, что нужен"шестикрылй пятичлен"мастер на все руки и прогать и в консоли, типа с Google и их книжки про SRE взяли. HR из Тинькова даже ссылку на интвервью с их SRE-гуру,профукавшему карьеру в Googleприехавшему обратно мне присылали. В этом интервью, помимо пиара их курсов, проскакивают весьма странные фразы типа: "архитектор может работать SRE". Прораб может работать разнорабочим? А будет? А еще перлы, что типа "разработчик становится обычной профессией, вот SRE -- другое дело". Весьма все неоднозначно у них. Я ничуть не жалею, что вот уже раз пятый игнорирую Тиньков.sandryunin Автор
30.05.2024 09:26Так я и не расстраиваюсь, я обычно прохожу собеседование максимум за минут 30-40 этого вполне хватает, чтобы все все поняли. У меня есть прекрасная работа, а на собесы я хожу чтобы быть в тонусе. Поэтому ни малейший ноты расстройства. Из этого квеста ясно одно, в Тиньке сами не знают кого хотят найти и на какие деньги. Я же не все рассказал, о чем говорил с HR, так вот мой результат собеса был лучше ожидаемого, потому команд и не нашлось, потому что искали кандидатов слабей. Им и платить надо меньше, и работать они будут лучше, ведь им на собесе сказали что вы многое не знаете надо качать скиллы))) Но я правда хочу на го стек, джава уже в печенке. Да и сам я пишу на гошке, вот скоро запилю статейку про написание экспортера для VMware.
AlexanderBz
30.05.2024 09:26Когда-то давно Мегафон предложил мне через пол года от первого этапа собеседования записать 40 минутное видео о себе... Я уже работал в другой компании, но сейчас я бы ради прикола затоксил их HR'ов до кошмара и жути )) Это на инженера Vmware, тысяч так за 70 и это к слову о затяжных собеседованиях... Сейчас я даже не знаю, смеяться над этим или плакать :)
И, если бы я разбирался отлично в алгоитмах, то я бы попробовал в более приличное место за более приличные деньги: ИИ, что-то с графикой связанное (геймдев?). Ну или просто бы для себя еще больше "демосценил" :) По сути, то о чем вы говорите в комментарии я выложил в обратную форму после яндекса. Жаль имя этого превосходного "сеньора" я яндексе не помню, а то бы сунул это туда же тем же концом )) Текст был следующий:
Совершенно не понятно, зачем спрашивать в первой части интервью, что интересно и зачем глаза горят, если на второй части руководитель развития сторейджа преподносит в формате «нет времени объяснять, делай что говорят». Задания с консолью оторваны от реальности, особенно, та часть, где игнорирован файл /etc/hosts. И если это реальные кейсы, то вполне понятно на каких «более сеньорах» (фраза рекрутера) сосредоточен поиск и даже, по человечески жаль тех, кто это будет траблшутить. Просто можно было сказать, что мы ищем в первую очередь инженеров для поддержки и не парить мозг алгоритмами и питонами. А что касается «сеньоров», то чем больше опыт — тем больше возникает потребность и возможность думать, как в целом все устроено, не вдаваясь настолько в детали. Одна моя коллега из гейм девеолмента сказала, что в ближайшее время не соберется точно в яндекс, так как «совершенно не хочет плясать под их дудку». Добавить мне тут нечего.
Теперь о процессах и о том, насколько бизнес и монополист, коим пока стал Яндекс в России. Один мой старый знакомый, который переехал через Канаду в Штаты, рассказал, сколько платят в Amazon: мало того, что оплата несоизмерима, так как компания перевозит, акции, которые выросли за Covid раза так в два. Это разработчик. Теперь на вопрос, насколько разница между инженерами и разработчиками ответил следующее: рядом со мной сидит человек, который немного программист, но в остальном инженер и администратор, который работает в Amazon лет на пять больше меня. Потом я перевел в рубли его зарплату, поделив на 12 — получилось на тот момент 1.3млн рублей. Потом, получив все необходимое от компании, для того, чтобы дальше жить в Штатах, но работать в другой компании, этот старый знакомый ушел в их Uber на оплату чуть более чем в два раза от того что было.
Теперь вопрос: что могут предложить российские компании, которые корчат из себя «бизнес и ничего личного»? Ответ, по-моему, очевиден: чисто из любопытства пообщаться «что там в Яндексе». Но и то этапов слишком много, для того чтобы на это любопытство (включая скинутые задания по программированию) тратить время. Такими темпами можно добиться не только нелестных статей на хабре и слитых год назад исходников, а того, чтоб будут работать одни «сеньоры», а нормальные люди уйдут в тот же вконтакте, о котором отзывы, кстати, гораздо более положительные. Или и вовсе работать в менее известной компании и заниматься тем, что более интересны, а не терпеть все это ради жалких 50 тыр прибавки.
Ничего личного, заслуженная критика. Не я же к вам напрашивался на емейл, а ваш рекрутер. Но Тиньков банк был сразу трижды отправлен, например, а тут возникло любопытство.
Ну а что касаемо меня, то я уже дважды с вами общался, но впредь буду слать куда подальше, если сразу же не говорят, что хотят и начинают вешать лапшу про «процессы найма». На этом любопытство окончено.
Всего доброго, удачи в поисках.
Это, чтобы и другие знали так же на что идут. В моем случае, искали мидла на бесконечные траблшутинги и надо было как-то плюнуть в лицо что ли этим сеньером (суровый монопольный беспощадный бизнес же, нужно по головам ходить ^_^). Но я траблуштингов этих наелся (особенно наркоманских кейсов после джунов) и даже об этим им говорил. Вообще, нормальный и нейтральный ответ: "ваш опыт нам не подохдит". А так я тоже дня два сидел делал их задания по алгоритмам, чтобы мне сказали "фи" про "недостаточно сеньора" и дрочи в консоли (при том что я уже лет 6 как DevOps, который еще и программирует)... При том, что я им вообще не писал их рекрутер аж раза три мне спамил на электронку. Ну я и решил полюбопытствовать. Вот и вы тоже полюбопытствовали и получили бесценный опыт, КУДА ИДТИ НЕ НУЖНО ;)
trabl
30.05.2024 09:26+1Когда прочитал про алгоритмические задачи в Тиньке, понял что Яндекс не одинок. Ну что же, если считают что DevOps должен это знать, ок, хозяин - барин. Вопрос в другом, а насколько выше там зп, чем "в среднем по району", и неужели так много народа стремится туда попасть что такой жёсткий отбор?)
AlexanderBz
30.05.2024 09:26+1Где-то на 100к в среднем больше, может. От нас ушел питоняга в яднекс и выше на 100к всего. При том что он довольно опытный.
Ivan22
30.05.2024 09:26в Тиньке всегда ЗП были низкие, ниже рынка
tinkoff_bank
30.05.2024 09:26Здравствуйте.
Мы анализируем рынок труда на постоянной основе и точно знаем, что предложенный нами уровень зарплат соответствует рыночным предложениям. При этом мы периодически его пересматриваем. Всегда стремимся не обидеть наших сотрудников и ценим их труд в нашей компании.
AlexanderBz
30.05.2024 09:26+3Здравствуйте, уважаемые анализаторы и рекрутеры. Мы тоже много чего знаем, а если не знаем, то догадываемся, поэтому выши писмьа и настройчивые девочки с LinkedIn всегда попадают в папку spam :-D
trabl
30.05.2024 09:26Ну то есть у вас зарплаты в рынке, не намного выше? Тогда откуда такие понты с несколькими этапами и алгоритмическими задачи для DevOps? Потом статьи ваша компания пишет, что ИТ специалистов мало в стране.
navion
30.05.2024 09:26Возможно зависит от должности, у них был интересный доклад про управление вилками, жаль запись никуда не выложили.
dimitrii_z
30.05.2024 09:26+1наличие различных проектов в желаемом мне Go стеке и это не только Банк, и вообще в самом банке идет отказ от Java и все пилят на Python и Go
...
Первая и единственная команда которую мне предложили, это команда по расчету с контрагентами, и первое что я услышал у нас Java
Ожидал что далее будет написано, что автор задал вопрос почему возникли такие взаимоисключающие параграфы, и какой он получил ответ. Собеседование - двусторонний процесс, компания тоже должна быть честной по отношению к кандидату с самого начала.
AlexanderBz
30.05.2024 09:26Не думаю, что стоит расчитывать на честность от "бизнес и ничего личного", к тому же компанию, претендующую на относительную монополию. Вообще, честные рекрутеры, это когда они в штате, а не агенство по найму. Пример одной из таких компаний, что мне удалось видеть на собесах -- это "Новые Облачные Технологии", у которых еще "Мой офис". Правда, один из DevOps'ов там траглодит еще тот, но они довольно адекватны на фоне всего этого. За 12 лет я могу на пальцах пересчитать "чеcтных".
gromyko21
30.05.2024 09:26У меня тоже был опыт с тиньком недавно. Общался на собесе с девочкой hr. В конце беседы дали тест на их платформе, и тут началось. Был, кажется 21 вопрос. По 7 из них мне были не очень понятно, что от меня ждут то есть была довольно спорная формулировка(как минимум для меня), так же в тесте были задачки на написания кода - там вылезла багулина и кнопка "Выполнить" не нажималась нормально. В итоге я не набрал нужное количество баллов и решил для себя, что техническую часть на едине с hr больше никогда не буду решать.
ShaltaiBoltai
30.05.2024 09:26А в качестве HR вы каких кандидатов собеседуете в OTUS? Технических писателей для написания курсов?
YAKOROLEVAZAMKA
30.05.2024 09:26Интересно, конечно, подобное слышал когда друг проходил (прошёл в итоге) на тимлида С-решётки.
Как я проходил отбор:
1) Отправил резюме через форму на их сайте в разделе Вакансии (Дата-инженер\ЕТЛ-разработчик)
2) Согласовал с HR время собеседований в ТГ
3) Теоретическая секция по MPP (Greenplum)
4) Практическая по SQL (3 или 4 задачи было + последнюю нужно было решить без окна типа как задание со звёздочкой)
5) Оффер
На всё ушло меньше недели. Команду только 1 предложили (обычно больше, но в тот момент как у ТС была доступна только 1).
В яндекс проходил (с алгоритмами) 2 года назад, не пошёл т.к. про меня "забыли" и потом предложили поменять команду+направление, 1 год назад попробовал повторно, завалил, в Авито просто отказали без причин.
В общем витиеватость собеседования зависит от выбранного направления.
ALapinskas
30.05.2024 09:26+1Сюда же про дежурства, если про них спрашивают, это не значит что они есть, или вы будите постоянно в графике, вас спрашивают о возможности выйти на проект в момент аварии, это важно для бизнеса, бизнес хочет быть уверенным в том, что человек который знает систему, может выйти и починить ее, тогда когда она сломается. Если вы скажите, что не готовы пожертвовать личное время, чтобы тушить не нужный вам пожар, и пусть это делают другие, возможно вы получите отказ, даже если все остальное будет блестяще! Ну не хочет бизнес вкладываться в людей, которые не помогут в трудную минуту.
Дерготня в нерабочее время череата выгоранием и проблемами со здоровьем.
Ds02006
30.05.2024 09:26+1Если на регулярной основе - то, несомненно, Вы правы - чревата. Если очень нечасто, и при этом служебная машина отвезёт из дома в офис и назад - то лично я не вижу проблем. Естественно, переработки должны быть оплачены согласно местному законодательству.
sensei_developer
А не проще ли давать тест задание, чем проходит по 3-4 этапа интервью, по времени же тоже самое, но человек сможет качественно написать решение ? Задача специалиста же знать где найти решение и как его успешно применить, не так ли ?
А так компании ищут энциклопедии, которую разбудишь ночью и он наизусть напишет все 352 алгоритма сортировка массива /s
xztv
Тестовое задание я могу списать, или дать решить другому человеку, вопросы по стеку - заучить и подглядеть по ходу собеса.
Лайв-кодинг интервью направлены в первую очередь, чтобы оценить, как человек думает, какие решения он принимает и как он формулирует их в структуры данных. Если интервьер адекватный, он даже засчитает ее как плюс, даже если задача была не доведена до конца, но был набросан правильный план решения, и интервьеры тоже люди и в большинстве случаев тоже понимают, что не все решают алгоритмические задачи каждый день.
А вот если кандидат не способен за час интервью решить задачу про морской бой, у меня бы лично возникли сомнения, а можно ли такого кандидата вообще оценить выше уровня джуниор+
dyadyaSerezha
А что за задача про морской бой?
sandryunin Автор
Сходите на собес узнаете, я намеренно не сообщаю ее, зачем? Иначе найдут решение и задачу сменят. Возможно на более сложную.
AWE64
и пофиг
bykostya
Моя версия, что нужно "бить" по клеточкам и по ответам (попал/не попал) найти корабли (1×4 клетки, 2×3, и т.д.), возможно, самым быстрым/коротким способом.
rusik2293
Скорее всего посчитать количество кораблей на поле
sensei_developer
Сомнительно, но да ладно))
sandryunin Автор
С одной стороны вы полностью правы, но умение нагуглить решение и его адаптировать тоже важный навык, мы напомню делаем тестовое задание, за бесплатно, а не продакшен код за деньги пишем (хотя и тут бывают их гуглят). Насчет показать ход мыслей полностью поддерживаю, сам об этом говорю далее в свои мыслях и о том как провожу интервью я.
Если мы собеседуем сотрудника ТП, которому кодинг вообще не нужен, как мы тогда его оценивать будем? Если мы нанимаем разработчика то эта секция полезна, но будет ли полезна ему секция траблшутинга?
Skipy
Ну я скорее всего не решу за час задачу про морской бой. 27+ лет опыта, в последние 15 лет в основном архитектором но для себя IDE открываю не реже раза в неделю.
Просто потому, что я принципиально не работаю быстро. Сначала надо думать, потом делать. Если вам нужен разработчик, который сразу начнет прыгать, не успев осмыслить задачу, то я вам не подхожу. У меня нормальные интервью, типа system design, длятся до пяти часов. Первые пару часов мы с интервьюером только раскачиваемся, обсуждаем задачу с разных сторон, а потом уже начинаем думать.
kbnrjlvfrfrfrf
А у вас, простите, у самого сколько опыта, какие проекты за плечами?
xztv
Делал кандидатскую по машинному обучению и выступал с ней на конференции WMO в Франции, участник научного проекта по расчету переноса радиационных выбросов при аварии на АС - система внедрена и стоит на "вооружении" у государства.
Кроме этого, 9 лет коммерческого опыта разработки, запустил несколько крупных проектов с нуля, в том числе и на международном рынке, но санкции в 22 году поставили на них крест, к сожалению. В Тинькофф проработал архитектуру для нескольких больших продуктов Кассы, и сделал еще несколько внутренних инициатив.
Сейчас занимаюсь логистикой в Европе, если будете в Италии и отправите родным открытку - она с большой долей вероятности поедет через систему, которую я с коллегами строим в настоящий момент.
ruslan_sverchkov
сразу с козырей зашли, ну и как теперь прикажете спорить с вами)
kbnrjlvfrfrfrf
В интернетах все Львы Толстые...
AlexanderBz
Q: можно ли такого кандидата вообще оценить выше уровня джуниор+?
A: Можно. Он мог вообще другими алгоритмами заниматься и об этом не думать. И, да, зачем DevOps'у такие алгоритмы?
sshikov
Можете. Но на вопросы по коду вы не заучите ответы. Не могу исключить, что где-то это прокатит, но в среднем вы засыплетесь на первом-втором вопросе: "а нахрена вы вот так тут написали".
xztv
Если сесть и разобраться, когда уже есть готовый код перед глазами - то вполне, особенно если это будет знакомый стек - тот же язык или соседний фреймворк
sshikov
Ну как бы, в коде очень редко есть ответы на вопросы "нахрена". Сам код обычно является ответом на то, что он делает, но почему решение то а не другое - в коде не написано (как и самого другого решения обычно нет - оно осталось в голове у того, кто писал). При достаточно глубоком копании это все всплывет, во-первых, а во-вторых, чтобы хорошо разобраться, тоже нужно прилично времени потратить - и уже непонятно, не проще ли было самому написать задание?
AlexanderS
С одной стороны - да. С другой... да какая разница, если человек выполнит поставленную задачу?) Пусть гуглит, подглядывает, списывает и консультируется с другими, если с кем есть. В результате он показывает способность самостоятельного развития в противовес тому, кого постоянно нужно дергать и направлять. Правда эффективность что одного, то другого всё равно только практикой проверяется...
kostyaten
Или человек просто не умеет проходить лайв-кодинг или интервьюер не может оценить знания человека по собеседованию. Если даже человек спишет или даст решить другому можно посмотреть код и задать вопросы которые сразу откроет правду по коду. Нужно не забывать что в РФ испытательный срок 3 месяца. И сразу будут видно знание человека
whiplash
А часто в Тинькове девопсы решают на самой работе задачки про морской бой??
sandryunin Автор
Вопрос интересный, и если посмотреть мое мнение то я произношу те же мысли, что все эти этапы бесполезная история, исключение траблшутинг когда надо понимать что ты делаешь чтобы тушить пожар.
piton_nsk
Ну к примеру у человека 5-10 вариантов, куда идут варианты с тестовыми заданиями?
nronnie
Они идут в то место, название которого воспитанные люди на публике не произносят.
voidinvader
Копипастные решения тестовых легко детектятся даже просто автосравнялкой. Плюс, можно попросить кандидата защитить свою работу на интервью и внести в него небольшую правку по просьбе интервьюера. Если сможет объяснить что откуда берётся и без промедления сможет внести изменения в решённое тестовое - он как минимум на что-то способен.
piton_nsk
Вопрос в том, зачем тратить время на тестовые задания, если можно работать там, где их нет?
sensei_developer
Выдергиваете же из контекста, речь про затраченное время же, что интервью и подготовки к ним, что тестовое часа на 4, по времени же одно и тоже)) или это другое ?)
piton_nsk
Ну смотрите, есть, к примеру, 5 или 10 вакансий интересных. Если в каждой тестовое часа 4, а бывает и больше. То, как минимум, уже часов 20. А может уже и 40, то есть неделя. А это, как бы, немало. Мягко говоря.
Что в итоге? Вакансии с тестовыми идут в конец списка. Вот и все.
Andreyika
Ну смотрите еще раз - вопрос звучит так - если есть тестовое задание на условные 8 часов и потом 2 часа побеседовать по результатам, то чем это хуже, чем 3-4 этапа собесов по 2-3 часа каждый? или вы на собес приходите и вам с первой же вашей фразы оффер на х10 выкатывают?
nronnie
Тестовое задание плохо само по себе. Я где-то это тут уже писал.
piton_nsk
Если такой расклад, то по времени разницы нет. Другое дело что 3-4 этапа собесов по 2-3 часа это дичь, ну если это не FAANG в котором платят онны денег.
Но с тестовыми другая вещь. На собеседовании есть две стороны, обе стороны тратят свое время. Да это рабочее время, да за это платят, а кандидату нет, но все же. А тестовое это такой подход когда кандидат свое время тратит, а компания нет. И отсюда часто идет перекос в сторону тестового чуть ли не на несколько дней - а фигли, наше время же не тратится, а кандидат пусть пыхтит в выходные и по вечерам. Еще есть проблема когда надо угадать что хотят, на собесе если что-то непонятно всегда можно спросить и уточнить сразу, а на тестовом? Короче говоря тестовые это лажа за некоторыми исключениями.
alelam
С точки зрения кандидата хуже это тем, что в первом случае вы гарантировано потратите 8 часов жизни, а во втором можете уже и через час понять, что или вы не тянете или вас. И 8 часов это очень условно, потому что тз к тестовому должно быть просто идеально сформулировано, чтобы понять, где остановится.
voidinvader
Встречный вопрос: а что делать крупным компаниям, чтобы с минимальной стоимостью отсеять огромный поток потенциально неподходящих кандидатов, кроме как тестовым заданием?
AngryPinguin
Очевидные алгоритмы очевидны.
Их как-бы не просто так в гуглах и прочих гоняют. Это же просто такое "секретное рукопожатие", человек шарит в алгоритмах - пускаем дальше на собес, не шарит - заворачиваем. Времени при этом тратится меньше и у кандидата и у человека, который будет проверять его, в отличии от тестового задания в духе: напиши админку)
Да, можно заучить. Так ведь не заучивают алгоритмы почти никто, вон сколько нытья, про то: ЗАЧЕМ МНЕ ВАШИ АЛГАРИТМЫ, ЕСЛИ Я JSON'ы ГОНЯЮ???
ruslan_sverchkov
Сложность задач не в алгоритмах а в абстрактном мышлении) у нас жсоноукладчиков проблемы не с тем, чтобы вызубрить bfs, а с тем, чтобы понять, что шахматная доска это граф (за 10 минут, чтобы потом еще 5 осталось на сам код). Решается только тренировкой нейронки на распознавание паттернов aka «дрочить литкод»
sensei_developer
Однажды мне приходилось работать с знатоками алгоритмов, IQ наверно 200, человек знает наизусть все, но на бизнесовых задачах допускает ошибки похуже любого джуна, или для чего то простого - строит космический звездолет