«Казалось, будто ему всё равно». Техлид провёл 8 собесов за 2 дня и вот что он понял про кандидатов

Кто пишет: Миша Ларченко, tech-lead, живёт в Нидерландах. Ведёт блог на YouTube. 

Сначала поговорим об ошибках. 

Никогда не опаздывайте

Один кандидат довольно сильно опоздал (на онлайн-собеседование). А когда появился и включил камеру, то мне показалось, что он только что проснулся и сидит на кухне общежития в засаленной майке. И он выбрал такой ракурс для камеры, что мы могли увидеть низ его живота.

Поэтому, если вы идёте на собеседование, обязательно продумайте обстановку и как вы будете выглядеть.

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

Мы с коллегами между собой назвали этого кандидата «чилловый парень». Но это всё ерунда по сравнению с главным недостатком.

Говорите на собеседованиях

На собеседовании от вас ждут, что вы будете (сюрприз!) говорить. Рассказывать о себе, о своём опыте, о технологиях. Не просто односложно отвечать на вопросы, а подготовить связный рассказ.

Многие люди на вопрос «Расскажите о своём опыте» отвечают что-то в стиле: «Я работал на таком-то проекте, где кроме меня было ещё 5 разработчиков, мы использовали React и Redux». И дальше он молчит.

Это, конечно, классно — мы как будто бы услышали всё, что хотели. Но такая краткость — плохо для собеседования. Компания хочет услышать больше деталей. Что это был за проект? Как вы распределили роли в команде? Какое было взаимодействие между разработчиками?

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

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

Пример связанной истории

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

Проект был действительно интересный. Но если я расскажу: «Работал на клиента BlockLab, использовали блокчейн, использовали Node.js и React» — звучит многообещающе, но хочется подробностей. Поэтому hiring менеджер может задавать наводящие вопросы, а может и не задавать.

Но если я расскажу: «Я работал в BlockLab, международной логистической компании. Наша задача была объединить порты и упростить документооборот логистических операций. Мы использовали блокчейн, чтобы хэшировать документы и тем самым подтверждать, что они не изменялись. Мы использовали Node.js, чтобы написать быстрый бэкенд — у нас была экспертиза. Использовали React, потому что это самый популярный UI-фреймворк для создания веб-приложений сегодня. Поэтому есть много приложений и людей на рынке, которых можно нанять на проект. Хостилось всё это на Google Cloud, разворачивали там и использовали Terraform.

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

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

Я разрабатывал интерфейс и был на проекте, пока интерфейс был уникальный и было сложно его разработать. Но ушёл после того, как основные детали были сделаны, и любой начинающий разработчик мог продолжать работу».

Похожую структуру я бы и хотел услышать от человека, которого я собеседую.

Не думайте технологиями — думайте бизнесом

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

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

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

Мнение автора может не совпадать с позицией редакции. 

Что ещё почитать про собеседования: 

• «Собес — не инквизиция». Тимлиды рассказали, как провести успешное собеседование; 
• Битва за работу. Почему ИИ не заменит человека при найме — мнение руководителя рекрутинговой компании; 
• «Нервные сотрудники мне не нужны». Tech lead с 20+ годами опыта рассказывает, как проводит собесы.