Как IT-новичку победить процесс найма. Резюме

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

Заметка делится на три пункта с подпунктами:

I - Подготовительный этап

II - Побеждаем HR-a

III - Побеждаем технического специалиста

I - Подготовительный этап

Написал резюме?

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

2. GitHub с примером проекта(ов). Без этого никуда, Junior'у обязательно уметь демонстрировать знания на практике, а не только на словах;

*Дополнительно для свитчеров:

3*. минимум информации о работе с прошлых мест (1-2 предложения на каждое), она не интересует по сути вообще мало интересует;

4*. кратко описать мотив ухода в IT в разделе "О себе".

Чтобы попасть на собеседование, глобально мы должны выиграть 2 сражения:

1. победить HR/рекрутера;

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

II - Побеждаем HR-a/рекрутера

Это вы подкрадываетесь к собеседованию

1. Сопроводительное письмо

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

Почему: откликов у HR-ов будет море, конкуренция на место Junior'а бешеная. Задача хоть как-то выделиться и обратить на себя внимание и это повысит шансы.

2. Вакансии для отклика

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

Почему: ООО "Рога и Копыта" готовы рассмотреть перспективного junior'а, но даже они никогда не напишут это прямо, дабы не утонуть в откликах. Если в вакансии сурово текстом дали понять, что нужен крепкий миддл, то смысла нет пытаться. Но обычно в вакансиях такого рода обтекаемые формулировки, поэтому нужно действовать.

3. Поставить конкурентную желаемую зарплату

Выделяться и демпинговать/работать за еду - не делает вас привлекательным соискателем и скорее лишь демонстрирует вашу неуверенность.

Почему: по факту это лишь выбивает вас из поиска по средней температуре по больнице. Более того, демпинг заранее закапывает вас в плане роста, об этом есть более подробный тред.

4. Проверка на ключевые слова

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

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

5. Убираем отовсюду упоминания грейда: Intern/Junior и так далее

Почему: HR без этого видит отсутствие коммерческого опыта.

6. Резюме это рассказ

Нужно формулировать предложения максимально коротко и при этом максимально содержательно. Резюме не должно представлять набор тезисов через чёрточку. Если нечего написать совсем, то можно кратко расписать хронологию создания проекта, что лежит на GitHub'е. Или изначально жили без библиотеки/фреймворка, а потом решили интегрировать в проект и радуетесь, как изменилась жизнь в лучшую сторону после этого и это не должно быть базовым определением, технический специалист и без вас в теме что и зачем нужно.
Почему: резюме - ваш портрет, дайте HR'у и техническому специалисту понять с кем они имеют дело, можете ли вы складывать слова в полноценные предложения и умеете ли доносить информацию.

III - Побеждаем технического специалиста

Такого никогда не победить, не пытайтесь

1. Убрать воду и дублирование информации

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

Почему: если ваше резюме дошло до технического специалиста, то оно точно дошло не одно, а ПАЧКОЙ. Задача не вызвать отторжение тем, что технаря отвлекли от рутинной и унылой интересной работы. Что вы Junior без коммерческого опыта - понятно сразу. И в первую очередь важно понять, какие у вас хард-скиллы по резюме. Если отторжения нет, то будут оценивать ваш github. Поэтому важно не ляпнуть лишнего.

2. Убрать слишком много тегов

Много тегов - чушь. Особенно, если за какие-то не шарите.

Почему: на собесе, как правило, будут держать распечатанное перед глазами резюме. За неизвестные словечки могут спросить во всю. Даже с моим малым опытом в роли собеседующего - успел наткнуться на такое. Поэтому теги должны быть только те, за какие готовы держать удар хотя бы на базовом уровне по основам.

3. Убираем уровни владения библиотеками/фреймворками

Это абсолютно ни к чему.

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

4. Минимизируем упоминание курсов в резюме

Раз мы новички, то общеизвестно, что и курсы бывают разные, а значит и разное отношение к ним. Даже HR-ы могут бояться курсов как огня.

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

Почему: наша задача минимизировать количество разных лакмусовых бумажек, по которым могут срезать наше резюме и закрыть вкладку с нашим профилем и курсы, к сожалению, часто этому способствуют, не смотря на наличие на рынке реально крутых курсов