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

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

Анализ стратегий продвижения резюме

История берет начало летним июлем. Я студент, поэтому летом больше всего можно найти времени для поиска работы. Всё началось с платформы поиска работы — HeadHunter, которая стала основной платформой для меня в этой истории. Я уже до этого размещал там резюме, но к его оформлению тогда подошёл не так тщательно, как следовало бы. И слышал о том, что резюме нужно составлять «правильно» (о том, что такое «правильно» в моем понимании, я расскажу позже), поэтому на начальном этапе я выделил для себя такую стратегию:

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

С первыми двумя условно понятно, реализация третьего пункта была следующая: я находил доступные мидловские вакансии и выделял наиболее часто встречающиеся технологии. Уточню, что изначально я рассматривал только Junior позиции. Дневная норма моих откликов была от 10 до 30 вакансий в день. Она зависела от новых и уже просмотренных вакансий. Где-то неделю откликов со стороны работодателей не было, что только погружало меня в изучение алгоритмов платформы. Было много «тишины» со стороны работодателей.

Основные проблемы

Замечу, что серьезные сложности возникают только у начинающих разработчиков (джуны, стажеры), и вот какие из них я бы выделил сейчас:

Что бы вы ни делали, ни изучали, вы чистый лист для HR-ов, поскольку не имеете коммерческого опыта. Всё проще, если он действительно имеется;
«О чем вообще можно писать в резюме, если нет реального коммерческого опыта?»;
Недостаточный опыт делает вас менее релевантными к вакансиям.

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

Важно поднимать резюме на HH.ru в профиле. Это делает его более заметным;
Откликайтесь на все соответствующие вашим требованиям вакансии до мидла включительно;
Составляйте резюме так, чтобы его продвигали алгоритмы платформы;
Стремитесь к «правильному резюме»;
Используйте всё, что доступно, а не только HH.ru (онлайн-помощники, которые помогают продвигать резюме, я не рассматривал).

Активность профиля

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

Вакансии

Вакансий для стажёров и джунов мало, и они нечасто появляются, поэтому стоит рассматривать и общие (java developer), и мидловские (middle java developer) вакансии.

Алгоритмы HH.ru

Выделите все технологии, которые знаете. Затем посмотрите и сравните их с теми, что часто встречаются в вакансиях. После этого отсортируйте их по убыванию важности в своих навыках. Когда будете писать о своем опыте, везде, где можно, вставляйте важные технологии. Когда HR ищет кандидатов, он в том числе в поисковик просто вбивает нужные технологии, и чем релевантнее ваше резюме (чем больше ключевых слов оно содержит и чем чаще они встречаются — например, технологии), тем выше в списке найденных кандидатов вы окажетесь. Стоит отметить, что этот аспект стоит учитывать только для резюме на HH.

"Правильное резюме"

Маленькое «Но»

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

«И вот то, к чему нужно стремиться», — подумали вы. Выяснилось, что процесс написания резюме сложнее, чем можно подумать. Просмотр видео HR-ов или оценки резюме опытными разработчиками дали понять, что есть абстрактный набор требований, которым нужно следовать. Выделю следующие блоки, которые должны быть в резюме:

Шапка;
Hard-скиллы;
Soft-скиллы;
Опыт работы;

Можно добавить и эти блоки, если они связаны с позицией в вакансии:

Образование;
Курсы.

На этом, собственно, и всё по поводу «правильного резюме». Дальше идут личные предпочтения разработчиков, которые участвуют в найме, и HR-ов, поэтому точно сказать, что ваше резюме полностью устроит конкретную компанию, нельзя. Кому-то нравится использование resume-builder’ов, кто-то предпочитает простое черно-белое оформление списка блоков, кого-то устраивает выделение отдельного блока «О себе», а кто-то считает это избыточным. Но всё-таки у меня получилось выделить некую закономерность и хорошее распределение идей того, как сделать резюме более универсальным и менее чувствительным к проблемам из блока «Основные проблемы»:

Не пишите конкретный grade. Хотя HR-ам это нравится, таким образом вы явно загоняете себя в рамки рассматриваемых вакансий. Например, если вы junior и не уверены в том, что соответствуете позиции middle, не пишите свой grade, работодатель сам на техническом собеседовании оценит ваши навыки. И, возможно, для него вы обладаете нужными навыками мидла;
Если вы не имеете никакого опыта, даже связанного с pet-проектами, вам стоит задуматься: «А точно ли вы готовы к поиску первой работы?»;
Описывайте свой опыт с точки зрения выполненных задач и результатов, чтобы были понятны используемые технологии;
Заявляйте опыт работы таким, чтобы в конечном итоге вы подтверждали на собеседовании, что обладаете заявляемыми навыками;
На HH важно, какой опыт в цифрах вы имеете, так как HR-ы при поиске сразу ставят фильтр, например, «3–4 года опыта», и уже на этом этапе ваше резюме точно может отлететь. Поэтому важно именно попадать в такие фильтры;
Soft-скиллы лучше объединить с опытом работы, если это возможно. Это как раз покажет, как они проявлялись во время выполнения задач.

Альтернативные способы поиска вакансий

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

Создание резюме и его отправка на почту кадрового отдела;
Использование Telegram-групп.

Что насчет первого, вы можете воспользоваться любым доступным редактором, купить подписку для любого resume-builder’а или нарисовать резюме в Фигме по шаблонам из resume-builder’а, как это сделал я (получится классно, если вы перфекционист, дизайнер, любите или умеете рисовать). Созданное резюме можно отправить в отдел кадров нужной компании. Тут стоит учесть, что некоторые вакансии компания размещает только у себя (что часто происходит с junior вакансиями), поэтому, например, на HH их можно не встретить. Насчет второго скажу, что этот вариант был не основным, но вспомогательным. Периодически бывало такое, что в телеграмм-группе я видел вакансию, которую пропустил или не увидел на HH.

Анализ первых этапов работы с вакансиями

После двух недель активность работодателей на мои отклики выросла и стабильно держалась (от 5 работодателей в день), если я каждый день выполнял нужные шаги из блока «Анализ стратегий продвижения резюме». Да, чаще всего я сталкивался с простыми отказами, но были и варианты, в которых я общался с HR-ами и выполнял тестовые задания. Варианты с тестовыми заданиями я обрабатывал постепенно. Были и странные, и простые, и непонятные, и сложные, и длительные задания. Варианты без тестовых заданий подразумевали скрининг, на основе которого HR оценивал, подходит ли кандидат для его рассмотрения. Конечно же, для этого разработчика попросят рассказать о себе. Такой диалог будет подразумевать примерно следующую структуру в глазах HR-а, который хотел бы встретить воодушевленного и мотивированного специалиста:

Рассказ разработчика о себе;
Рассказ HR-а о вакансии;
Уточняющие вопросы HR-а;
Уточняющие вопросы разработчика;
Итог.

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

В начале рассказа о себе сказать пару слов об опыте (например, «я имею два года опыта работы в IT») и о том, на какую позицию я претендую. Затем описывается собственный опыт в рамках запросов вакансии, рассказ о котором должен быть заранее подготовлен на основе описания вакансии. Нужно выкрутить свой опыт так, чтобы показалось, что представляемый опыт может решить задачи и проблемы, описанные в вакансии. Например, если компания ищет того, кто мог бы проводить интеграции, а вы недавно сами интегрировали сервера авторизации GitHub и Gitlab, то в том числе нужно делать акцент и на этом;
Перед встречей должен быть подготовлен набор важных для программиста вопросов. Если таковых не будет, это может показать разработчика как незаинтересованного человека;
Также в идеале должна быть изучена компания и то, что она делает, на основе чего можно было бы также задать вопросы, которые могут показать HR-у, что разработчик явно заинтересован в сотрудничестве, и ему интересна компания.

Итог

Таким образом, после удачного скрининга или успешно выполненного тестового задания я переходил на этап технического собеседования, где всё уже зависело от реальных знаний и навыков. Могу сказать, что всего у меня было 5 технических собеседований. Одно закончилось досрочно, т.к. компания искала скорее Groovy разработчика, одно как закончилось, так о нем никто и не вспоминал, и три из них мне удалось пройти успешно, после чего я получил тот самый беспомощный оффер. Получается, что это возможно! Нужно лишь постараться сделать всё, чтобы приблизить себя к поставленной цели.

История первого беспомощного оффера