«Относитесь к собеседованию, как к свиданию» — 5 причин, почему разработчики не могут найти работу

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Привет, Хабр! На связи Василий Беляев — руководитель группы разработки интерфейсов компании «Криптонит». Во фронтенд-разработке я уже 16 лет. Так сложилось, что ко мне регулярно обращаются за помощью друзья, знакомые и бывшие коллеги, которые хотят устроиться на работу, но почему-то боятся и сомневаются в себе.

Что же смущает разработчиков, не даёт им откликаться на вакансии и уверенно держаться на собеседованиях? Через личный опыт и опыт коллег по цеху выделил для себя 5 основных причин, о каждой из которых я расскажу подробнее:

  1. переживает из-за отсутствия ответов на отклики;

  2. составляет пустое резюме по объёму или по смыслу;

  3. считает, что у него недостаточно знаний и постоянно что-то доучивает;

  4. относится к собесам, как к экзамену;

  5. боится ошибиться/растеряться на собеседовании.

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

1. «Мне не отвечают, когда откликаюсь на вакансию»

Когда я последний раз менял место работы, сосчитал личную статистику: конверсия с этапа откликов на этап приглашения на собеседование составила около 10%. Таким образом, откликнувшись на вакансию в 10 компаний, вы, скорее всего, получите 1 приглашение на собес. На удивление, конверсия с этапа пройденных собеседований на этап предложения о работе составила также около 10%. То есть на 10 собеседований пришёл 1 job offer.  

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

  • отправлять резюме напрямую по e-mail, указанному на сайте конкретной компании;

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

2. «У меня пустое резюме»

Я столкнулся с этим, когда начал проводить технические интервью с кандидатами. Пустое резюме может быть по объёму, когда есть всего 3-4 цепляющих внимание строчки, и по смыслу, когда строчек много, но все они ни о чём.

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

Во втором — описывает опыт обтекаемыми фразами, по которым сложно понять уровень профессионализма. Например, «разрабатывал внутренние/внешние проекты компании». Сразу возникает вопрос: что это за проекты?

Пример плохого описания обязанностей. Резюме из открытых источников
Пример плохого описания обязанностей. Резюме из открытых источников

Или в ключевых навыках указывает ответственность, умение работать в команде, умение читать документацию и т.д. В этом списке не хватает только пункта «уверенный пользователь ПК».

А вот хорошие формулировки для описания своей работы:

  • реализовал внутренний проект для коммуникации в компании на Vue 3;

  • реализовал локализацию в интернет-магазине строительных товаров;

  • оптимизировал скорость загрузки сайта с 25 секунд до 7 секунд;

  • интегрировал CI/CD в проекты для автоматической сборки;

  • покрыл UNIT-тестами проект по сбору метрик для заказчика с помощью Jest;

  • интегрировал скриншот-тестирование с помощью Playwright.

Пример хорошего описания обязанностей. Резюме из открытых источников
Пример хорошего описания обязанностей. Резюме из открытых источников

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

  • не работали — всё равно на техническом интервью с 90% вероятностью это вскроется;

  • не хотите работать — тут себе только хуже делать;

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

А также:

  • добавьте количественные показатели/метрики, если они есть/если их можно показать. Например, «сократил вес библиотек на 40% при сборке посредством оптимизации конфиг-файлов»;

  • профиль на GitHub раньше считался must have для всех, а сейчас больше нужен джунам, чтобы показывать свой код. Если у вас есть профиль — указывайте, нет — ничего страшного, я, например, спокойно живу без него;

  • указывайте хобби и личные достижения: около-рабочие (например, участие в хакатонах) и даже не относящиеся к работе — это всегда интересно читать и даёт более полное представление о человеке.

3. «У меня недостаточно знаний для данной вакансии»

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

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

4. «Я испытываю стресс до начала и во время собеседования»

Самая частая проблема, которая бывает при поиске работы. Многие относятся к собеседованию как к экзамену, но вы же не в универе

Источник: https://habr.com/ru/companies/kryptonite/articles/789786/


Интересные статьи

Интересные статьи

Иногда перед разработчиками встает задача использования JSON-полей в Entity Framework Core. Традиционный подход с использованием Fluent API требует написания дополнительного кода, что может усложнить ...
Признаюсь, я был в восторге от ответов Chat GPT от Open AI и возлагал большие надежды на интеграцию этого чат-бота в поисковую систему с доступом в интернет. Мне казалось, что кумулятивный эффект от и...
Привет, Хабр! Меня зовут Салават Сафиуллин, и сегодня я хочу поделиться с вами своим первым опытом создания дашборда на Visiology 3. Это новая версия платформы, которой мы пользуемся уже несколько лет...
На первый взгляд выглядит так: можно взять любые вещества, смешать их в любую комбинацию, зарегистрировать как косметику и начать продавать в аптеках. Вместо безопасного фуфломицина м...
Обсуждаем мнения ИТ-сообщества и экспертов индустрии. Также рассмотрим пару проектов, в рамках которых разрабатывают инструменты для генерации «искусственных» данных. Один из них представили выхо...