Резюме frontend-разработчика: структура, пример для junior и частые ошибки

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

Потом резюме открывает инженер. Он переходит по ссылкам, смотрит код и выбирает, о чём спросить на собеседовании. Поэтому всё, что написано в резюме, должно выдерживать вопрос «расскажите подробнее».

Если коммерческого опыта нет, блок «Проекты» встаёт на место опыта работы. Фриланс, помощь знакомому бизнесу с сайтом и стажировка идут в опыт, даже если были короткими.

Пример выдуманного кандидата без коммерческого опыта. Возьмите структуру, а содержание пишите своё.

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

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

1. Выпишите из вакансии стек и задачи. Разбор вакансии поможет понять, какие темы за ними стоят.
2. Поставьте первым проект, который ближе всего к задачам вакансии.
3. Используйте те же названия технологий, что в вакансии: фильтры ищут точные слова.
4. Добавьте короткое письмо. Как его написать, разобрано в статье про сопроводительное письмо.

Помните, что по резюме вас будут спрашивать. Если указан TypeScript, ждите вопросов про типы. Если React Query, спросят, зачем он нужен. Сверьте резюме со списком тем на странице «Что должен знать junior frontend».

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

• Дизайнер: работа с макетами, понимание сеток и состояний интерфейса.
• Тестировщик: краевые случаи, баг-репорты, автотесты, если писали.
• Аналитик или менеджер: работа с требованиями, общение с заказчиком, оценка сроков.

Сверху всё равно стоят frontend-проекты. Прошлая профессия объясняет, почему вы сильнее обычного новичка, но не заменяет код. Как связать прошлое и новое в устном ответе, разобрано в разделе рассказ о себе.

Для frontend-разработчика ссылка на работающий сайт важнее любых слов. Проверьте перед отправкой, что все ссылки открываются, сайт работает на телефоне, а репозиторий публичный.

У каждого проекта на GitHub должен быть README: что это, как запустить, какие решения приняты. Как оформить проекты, чтобы их хотелось открыть, разобрано в статье про портфолио frontend-разработчика.

• Две-три страницы текста у junior: всё важное должно влезать на одну
• Шкалы и проценты знания технологий вместо проектов
• Список из двадцати технологий, по половине которых вы не ответите на вопрос
• Проекты без ссылок или с битыми ссылками
• Общие фразы «участвовал», «работал с», без того, что сделали вы
• Фото и личные данные, которые не нужны для работы: семейное положение, дата рождения

• Одна страница, сверху должность, стек и контакты
• У каждого проекта ссылка на сайт и код
• Глаголы действия: сделал, сверстал, подключил, перевёл
• Технологии названы так же, как в вакансии
• Нет ни одной строки, о которой вы не сможете рассказать подробно
• Файл назван понятно: имя и должность, формат PDF

• Чек-лист резюме в кабинете Техпрогона: проверяет резюме по пунктам из этой статьи, доступен на бесплатном тарифе.
• Шаблоны сопроводительных писем там же, тоже бесплатно.
• Билеты с зачётом по всем технологиям из вашего резюме: JavaScript, React, TypeScript, вёрстка. Если указали технологию, будьте готовы сдать по ней билет.
• Трекер откликов: видно, на какие вакансии резюме сработало, а где тишина.