Хабр, привет! Меня зовут Андрей Пронин, я руководитель «бирюзовой» студии заказной разработки ProninTeam и наставник на курсе по управлению командой разработки в Яндекс Практикуме.

Несколько лет назад я запустил YouTube-канал с публичными мок-собеседованиями по Python для джунов из Практикума. В этом материале расскажу, как так вышло, чем мок-интервью отличается от настоящего — и как формат помогает начинающим разработчикам.

Как я начал проводить мок-собеседования

Давным-давно, когда я ещё был техлидом курса «Python-разработчик» в Практикуме, мы с командой задались вопросом: а насколько хорошо студенты усваивают то, что мы им даём? Вроде и курс актуальный, и наставники достойные, но вдруг мы что-то упускаем? Надо выяснить.

Кроме того, рынок для новичков — всегда сложный, и нам хотелось, чтобы наши выпускники находили работу быстрее и имели больше шансов получить достойные стартовые оферы.

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

Чтобы помочь преодолеть волнение, мы с командой Карьерного центра решили тренировать студентов на мок-собеседованиях — интервью, где мы задаём вопросы джуну как настоящий работодатель, но делаем это в комфортной обстановке. А в конце говорим, как всё прошло и какие темы ещё стоит подучить, чтобы точно пройти дальше уже на реальном собеседовании.

Сначала всё было кулуарно: собирали встречи на 10–15 выпускников, из которых один проходил интервью, а другие наблюдали и подбадривали. Формат всем понравился.

Я подумал: ребята, а прикольно же получается? Давайте покажем это миру!

Так мы начали с разрешения «испытуемых» выкладывать первые видео на YouTube. 

Если «кандидат» был против, то не публиковали, хотя я считаю, что и от неудачных интервью может быть польза. Кроме понимания, что нужно подтянуть, появится хороший ответ на стандартный вопрос интервьюеров «Расскажи про свой провал» — разложить его можно по методу STAR:

  • S (situation). Что случилось? Я облажался на мок-собеседовании.

  • T (task). В чём была моя задача? Больше не лажать.

  • A (action). Что я для этого сделал? Подтянул теорию.

  • R (result). К чему это привело? Теперь я уверен в себе, потому что сделал из провала правильные выводы и точно стал лучше. 

Корабль поплыл. Сейчас на моём канале 24,9 тысячи подписчиков. До серебряной и других кнопок я пока не дошёл, но символические 800 долларов до отключения монетизации заработать успел — уже неплохой бонус.

Чем мок-собеседование отличается от реального

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

Вопросы всегда разные

Если повторять вопросы от видео к видео, подписчикам станет скучно, а участники начнут готовить ответы заранее. Поэтому приходится постоянно придумывать что-то новое.

Один из источников — сборники вопросов, которые «часто задают на собеседованиях». Потому что их действительно задают!

Например, классика Python — вопросы и задачи про итераторы, генераторы и декораторы, запросы к базе данных, паттерны проектирования.

Ещё часто дают задачи или практику на рефакторинг кода «с душком». На моих мок-собеседованиях такое тоже встречается, но если в настоящем найме можно повторяться, то на YouTube нежелательно.

Интервью — короче

Обычное собеседование в моей студии длится около двух часов. На YouTube такое никто не досмотрит. Поэтому я опускаю многие вопросы и из всего многообразия тем настоящего интервью беру какой-нибудь фрагмент. Например, те же «-аторы», запросы к базе данных или простенькую задачу на алгоритмы.

Есть фидбек в конце

Когда я был моложе и сам ходил по собеседованиям, меня жутко напрягала тишина (и формальные ответы). Всегда хочется знать — что не устроило? Что нужно улучшить? Над чем поработать? 

Большие компании не рискуют давать комментарии в конце встречи — в ответ на критику кандидат может расстроиться и вынести обиду в публичное поле. Куда быстрее и безопаснее прислать шаблонный вежливый отказ: «Спасибо за уделённое время, но другой кандидат справился успешнее, приходите через полгода…»

У мок-интервьюеров другая миссия: мы не нанимаем людей, а стараемся сделать жизнь «испытуемого» немного проще. Поэтому мы честно рассказываем, что нужно подтянуть, чтобы стать сильнее, и почему кандидат мог бы не пройти дальше по итогам встречи.

Кстати, в ProninTeam тоже так принято. Наша философия — помогать людям расти, поэтому, если джун не проходит собеседование или проваливает тестовое, мы всегда объясняем, что было не так. 

Не обсуждаются тестовые

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

Почему человек выбрал это решение, а не другое? Как он размышлял? Понимает ли он, как работает его программа? Если ему помог ИИ, то в какой степени и сможет ли человек объяснить случайную строчку из своего кода?

Нет блока про софтскилы

Когда мы только начинали проводить мок-интервью, коллеги из Карьерного центра задавали вопросы и про софтскилы. Например, тот самый «Расскажи про свой провал». Со временем мы решили сместить пропорции в сторону хардскилов. Единственное, что осталось в моём списке, это формальное «Расскажи о себе».

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

Зачем смотреть записи мок-собеседований

Зачем публичные собеседования кандидату, в принципе понятно — проверить себя, усилить личный бренд и, если всё пройдёт хорошо, повысить шансы на трудоустройство. У меня были случаи, когда я рекомендовал джунов с мок-собеседований знакомым работодателям. Бывало, что участникам давали офер по одной записи — зачем проводить своё собеседование, если портрет кандидата уже перед глазами?

Есть несколько причин, почему смотреть мок-собеседования полезно и зрителям — в частности, таким же джунам на пути к трудоустройству.

Чтобы победить стресс

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

Конечно, свои собеседования всегда будут волнительнее чужих, но часть адреналина просмотр мок-интервью точно снимет.

Чтобы узнать, что спрашивают на собеседованиях

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

Чтобы не выпадать из контекста

Просмотр чужих собеседований помогает подпитываться новыми знаниями и укреплять старые. А ещё в разработке, как и в любом сложном деле, помогает полное погружение, когда даже отдыхаешь с пользой — вроде бы смотришь развлекательные видео, но остаёшься в контексте и продолжаешь узнавать что-то новое. Я даже знаю ребят, которые получили работу и, пока готовились, смотрели записи мок-интервью за ужином как летсплеи.

Чтобы получать удовольствие

Не каждая запись мок-собеседования будет полезной, и это нормально. Мы ведь смотрим видео трэвел-блогеров о странах, в которые не планируем путешествовать. Просто интересно. Так и тут.

Как смотреть записи мок-собеседований

Во-первых, смотрите на скорости ×1,5 — обычно это не мешает улавливать суть. Во-вторых, проверяйте, знаете ли ответы на вопросы, которые задают кандидату. Можно использовать как маркер: если получается ответить на всё лучше, чем джун на видео, значит, пора откликаться на вакансии и записываться на собеседования.

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

Рыбка плавает, уточка крякает, а программист — пишет код. Будешь писать код — будешь программистом.

Мок-интервью решают сразу несколько проблем разработчика: помогают победить стресс, дают знания, превращают волнительный и непонятный разговор в линейную и знакомую процедуру. Но если вы будете писать качественный код, то всё сложится само собой — и с собеседованиями тоже.