Что хочет увидеть HR, если опыта работы нет
Для junior-кандидата отсутствие коммерческого опыта само по себе не является стоп-фактором. На первом просмотре рекрутер ищет не трудовую книжку, а признаки того, что вы уже умеете работать с задачей, стеком и собственной ответственностью.
- Понятную цель: на какую роль вы идёте и в каком стеке ищете работу.
- 2-3 проекта, которые можно быстро проверить по описанию и ссылкам.
- Аккуратный GitHub: понятные названия репозиториев, README, рабочие ссылки.
- Логику роста: курсы, самостоятельная практика, хакатоны, стажировки или open source.
Соберите резюме из 5 рабочих разделов
Не пытайтесь имитировать большой опыт. Для junior-резюме важнее структура и доказуемость каждого блока.
- Раздел 1. Контакты и ссылки: email, телефон, GitHub, LinkedIn, портфолио или демо.
- Раздел 2. Summary на 2-3 предложения: роль, стек, тип задач, которые вы уже делали в проектах.
- Раздел 3. Навыки: языки, фреймворки, базы данных, инструменты и то, что действительно используете.
- Раздел 4. Проекты: 2-3 pet-проекта как главный заменитель коммерческого опыта.
- Раздел 5. Образование, курсы, стажировки, хакатоны или иные подтверждения обучения.
Как выбрать pet-проекты для резюме
В резюме побеждает не самый красивый список, а самый понятный. Лучше два законченных проекта, чем семь случайных репозиториев без контекста.
- Оставьте проекты, которые совпадают с вакансией по стеку или типу задач.
- Выбирайте кейсы, где вы можете объяснить архитектуру, решения и свой личный вклад.
- Если проект командный, прямо пишите, за что отвечали именно вы.
- Если проект не закончен, показывайте завершённый кусок: авторизацию, CRUD, тесты, деплой или документацию API.
Слабое и сильное описание backend pet-проекта
Описание проекта должно отвечать на четыре вопроса: что это, на чём сделано, что сделали именно вы и где это посмотреть.
- Слабо: "Сделал API на Python и PostgreSQL. Есть авторизация. Код на GitHub."
- Почему слабо: неясно, какую задачу решает проект, что именно реализовано и чем он отличается от учебной заготовки.
- Сильнее: "Task Tracker API | Python, FastAPI, PostgreSQL, Docker. Реализовал REST API для управления задачами, JWT-авторизацию, фильтрацию, пагинацию и Docker-сборку. Добавил README с локальным запуском и примерами запросов. GitHub: [ссылка]."
- Почему работает: видны задача, стек, функциональность и уровень самостоятельности.
Слабое и сильное описание frontend pet-проекта
Frontend-проект тоже должен выглядеть как решённая продуктовая задача, а не как список библиотек.
- Слабо: "Сделал сайт на React. Есть адаптив. Использовал Redux."
- Почему слабо: описание не показывает сценарий пользователя, объём вашей работы и итоговый результат.
- Сильнее: "Movie Finder SPA | React, TypeScript, Redux Toolkit. Собрал интерфейс поиска фильмов с авторизацией, фильтрами, сохранением избранного и загрузкой данных из внешнего API. Настроил роутинг, обработку ошибок и деплой на Vercel. Демо и код: [ссылки]."
- Почему работает: у проекта появляется продуктовая логика, а у кандидата - понятный вклад.
Что проверить в GitHub и ссылках
Даже сильный проект теряет часть эффекта, если по ссылке рекрутер видит хаос. Перед отправкой проверьте базовую упаковку.
- У репозиториев понятные названия, а не final-final-new.
- Есть README с описанием проекта, стека и инструкцией запуска.
- Нет битых ссылок на демо, API или скриншоты.
- Коммиты выглядят живыми, а не одним массовым заливом в последний день.
- Публичные репозитории не содержат ключей, мусорных файлов и случайных черновиков.
Ошибки, из-за которых pet-проекты не засчитываются
Обычно проблема не в том, что проектов мало, а в том, что по ним невозможно быстро понять уровень кандидата.
- В резюме перечислены только технологии без задачи и результата.
- Проектов слишком много, но ни один не разобран нормально.
- Нет ссылок на GitHub, демо или хотя бы внятного README.
- В описании смешаны командный результат и личный вклад без разграничения.
- Summary и проекты не совпадают с вакансией: например, ищете backend, а показываете только лендинги.
Что сделать перед первым откликом
Перед отправкой резюме соберите одну убедительную версию под конкретный тип роли, а не универсальный документ на все случаи.
- Под каждую роль переставляйте проекты так, чтобы самый релевантный стоял первым.
- Синхронизируйте формулировки в резюме, GitHub и отклике: стек и задачи не должны расходиться.
- Попросите кого-то из рынка быстро прочитать резюме и сказать, что он понял о вашем уровне за 30 секунд.
- Если сомневаетесь в качестве упаковки, отправьте резюме на HR-ревью до массовых откликов.