Привет, я Елизавета Каторгина. Более 10 лет я тимлидерствовала в Далее и за это время провела ~300 собеседований на различные фронтенд-позиции. Сейчас я вернулась на позицию фронтенд-разработчика, но хотела бы поделиться инсайдами с той стороны найма. В этой статье расскажу, как увеличить свои шансы на получение оффера и что точно не стоит делать на техническом интервью.   

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

На что смотрит тимлид еще на этапе резюме

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

Когда открываю CV, в первую очередь обращаю внимание на то, насколько оно конкретное. Мне, как и многим в разработке, не нужны длинные перечни очевидных технологий вроде «HTML5, CSS3, SCSS». Для фронтендера это базовые инструменты, и их отдельное перечисление не дает понимания уровня. 

Гораздо ценнее, когда кандидат описывает реальные проекты: что именно делал, с каким стеком работал, какие задачи решал.

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

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

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

Как проходит техническое собеседование

Средняя продолжительность интервью — 60 минут. Конечно, раскрыть весь потенциал респондента за это время невозможно, но на встрече стараюсь оценить: 

• сможет ли человек работать в нашем ритме; 

• будет ли задавать вопросы коллегам, если что-то непонятно; 

• готов ли искать решения вместе, а не в одиночку.

Условно ход интервью можно разделить на три этапа.

Знакомство с кандидатом как со специалистом

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

Теория по фронтенду 

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

Небольшие задачи в лайвкодинге

Обычно на 2–3 строки кода. Мне не нужны тестовые «домашки» на несколько часов или алгоритмические задачки в стиле FAANG. Мне важнее увидеть ход мыслей и то, как кандидат объясняет свои решения. Уверенные четкие ответы — плюс, долгое предисловие в виде «знал, но потом долго не пользовался, сейчас точно не помню» — триггер.

Пример задачи:

В конце всегда оставляю время на вопросы от кандидата — по проектам, команде, процессам. После собеседования даю обратную связь HR. Чаще всего она уходит кандидатам в виде стандартного письма. Если был сильный специалист, которому мы отказали по каким-то конкретным причинам, то стараюсь описать их подробнее. Когда соискатель сам интересуется, что ему не хватило, — тоже даю более развернутую ОС.

Идеальный кандидат глазами тимлида

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

• Спокойный и гибкий 

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

• Задает вопросы — по задачам, процессам, стеку 

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

• Честный

Честность — еще один важный момент. Когда я сама в 2007 году пришла в Далее, у меня была базовая верстка и совсем немного JavaScript. На собеседовании я откровенно сказала, что знаю и чего не знаю. Такой подход ценю и у кандидатов. Были случаи, когда человек открыто признавал, что придется доучить часть технологий. Мы брали таких специалистов, и сейчас они успешно и долго работают в компании.

Есть и критерий оценки, который срабатывает не всегда, но становится критичным для вакансий с дедлайнами. Это готовность приступить к задачам уже завтра. В моей практике часто из 2-3 равноценных кандидатов проходил именно тот, кто не оттягивал выход на работу. К сожалению, это специфика агентской работы, и часто у нас просто нет времени на ожидание. 

Red flags во время интервью

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

1. Неуважение к интервьюеру

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

Любое собеседование — это самопрезентация, которую нужно проводить достойно.

Неискренность 

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

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

Настойчивое желание выйти за рамки задач

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

Озвучивайте свои цели для той позиции, на которую пришли.

Стремление спорить на техническом собеседовании

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

В работе ценится гибкость, а не упертость.

Сильное волнение, которое мешает общению 

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

Спокойно, уверенно и честно рассказывайте про свой опыт и навыки — тогда всё получится.

Советы, как подготовиться к собеседованию

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

• Освежите теорию своем стеке

Не надейтесь на память. То, что вы уверенно использовали полгода назад, сегодня может частично стереться из головы. Повторите основы из вашего стека: ключевые концепции JavaScript, принципы React, CSS. Почитайте документацию по технологиям, стайл-гайды и свежие статьи.     

• Используйте ИИ как тренажер

ИИ — отличный инструмент для подготовки, если пользоваться им с умом. Он может выступить в роли интервьюера и помочь систематизировать знания. Попросите нейросеть смоделировать собеседование: «Задай мне 5 случайных вопросов по React средней сложности» или «Спроси меня про мой опыт работы с state-менеджментом». В промте задайте условия, что это техническое собеседование с тимлидом и чтобы ИИ давал ответы в виде ОС на ваши, а не сразу. Не забудьте прописать позицию и грейд, на которую идете.

• Готовьтесь к вопросам про ваш опыт

Самая частая ошибка — рассказывать обо всех проектах скопом или углубляться в общие фразы. Здорово, когда кандидат структурирует историю и фокусируется на главном. Выберите 2-3 своих проекта. Для каждого продумайте структуру: задача → твои действия → инструменты/технологии → результат. Вспомните, какие сложные задачи вы решали и что бы улучшили сейчас. Это покажет вашу экспертизу и способность рефлексировать. 

• Потратьте 15 минут на изучение компании

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

• Настройтесь быть честными во всем — это расслабляет

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

На данный момент в моей фронтенд-команде — 10 человек, в том числе и те ребята, которые работают в компании более 5 лет. На собеседованиях они были спокойны, отвечали по делу, задавали уточняющие вопросы. Сейчас это сильные специалисты, которые закрывают сложные задачи на ключевых проектах.

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