Пет-проекты в резюме: какие считаются

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

Почему пет-проект вообще что-то доказывает

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

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

Какие проекты считаются, а какие нет

Грубая, но рабочая шкала — от слабого сигнала к сильному:

Слабый сигнал	Средний сигнал	Сильный сигнал
Todo, калькулятор, счётчик из туториала	Клон известного сервиса со своими доработками	Проект, решающий реальную задачу — вашу или чью-то
Собран шаг в шаг за видео	Взят чужой гайд, но переписан и расширен	Придуман и спроектирован с нуля
Лежит только в репозитории	Развёрнут, но без README	Развёрнут, с README и понятным запуском
Один экран, нет данных	Есть состояние, но нет бэкенда	База данных, API, авторизация

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

Что делает проект «сильным» на практике

• Он решает понятную задачу. «Бот, который следит за ценой на товар и присылает уведомление» — понятно, зачем это. «Приложение для практики React» — непонятно, это учебное упражнение.
• В нём есть данные, которые где-то живут. База, внешний API, файловое хранилище — что угодно, кроме статики в коде. Работа с данными — это 80% реальной разработки.
• Его можно открыть. Развёрнутое демо или хотя бы инструкция запуска в README. Проект, который нельзя запустить, для читателя не существует.
• За ним видны решения. Почему эта база, а не другая; как обработаны ошибки; что вынесено в конфиг. Это то, что отличает инженера от того, кто собрал по гайду.

Как описать пет-проект в резюме

Формат описания — тот же, что у коммерческого опыта: не «что это было», а «что вы сделали и что получилось». Название, суть в одну строку, стек, ссылка, 2–3 пункта.

Было:

Телеграм-бот. Python, aiogram. Делал для практики.

Стало:

PriceWatch — бот отслеживания цен (Python, aiogram, PostgreSQL, Docker) Ссылка: @pricewatch_bot · GitHub — Парсит цену товара по ссылке и шлёт уведомление при снижении; 40+ активных пользователей. — Хранит подписки и историю цен в PostgreSQL, фоновые проверки — по расписанию. — Развернул на VPS в Docker, логирование и обработку падений парсера сделал сам.

Проект тот же. Но вторая версия отвечает на вопросы, которые тимлид задаёт про себя: работает ли оно вживую (да, есть ссылка и пользователи), понимает ли человек про данные (да, PostgreSQL и история), умеет ли доводить до прода (да, Docker и обработка падений). Первая версия не отвечает ни на один.

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

Дипломный проект с курса — считается ли он

Отдельный вопрос, потому что через это проходят почти все выпускники буткемпов. Дипломный проект считается, но с важной оговоркой: если весь поток сдавал одно и то же ТЗ, для рекрутера это учебное задание, а не ваша инициатива. Он видел таких проектов десятки.

Чтобы дипломный проект перестал быть «как у всех»:

• Доработайте его за пределы методички — добавьте фичу, которой не было в задании.
• Задеплойте, если на курсе этого не требовали. Развёрнутый проект против «лежит в репозитории» — большая разница.
• Перепишите README своими словами, без формулировок из методички.
• В резюме честно назовите его учебным, но опишите вашу доработку как отдельный пункт.

Тема того, как в принципе не выглядеть «ещё одним выпускником потока», шире одного проекта — разобрали её в статье про резюме после курсов.

Чего с пет-проектами делать не стоит

• Не вываливайте десять полузаброшенных репозиториев. «Начинаю и бросаю» — худший сигнал для найма. Оставьте 2–3 доведённых.
• Не выдавайте туториал за свой проект. Тимлид узнаёт популярные гайды в лицо, и вопрос «а почему здесь именно так?» вскроет, что решение было не ваше.
• Не прикладывайте проекты без ссылок. Нет ссылки на код или демо — проект не считается.
• Не описывайте технологиями ради технологий. «Использовал Redis, Kafka, GraphQL» на todo-листе выглядит как попытка впечатлить, а не как обоснованный выбор, — и на интервью это разберут по косточкам. Как формулировать стек честно и под вакансию — в статье про ключевые слова в резюме разработчика.

Где живут проекты: резюме, GitHub, сопроводительное

Пет-проект работает не только в резюме. У него три точки контакта с работодателем:

• Резюме — короткое описание с результатом и ссылкой (формат выше).
• GitHub — сам код, история коммитов, README. Это доказательство, которое проверяют. Что должно быть в профиле до отклика — в статье про GitHub для джуна.
• Сопроводительное письмо — здесь проект можно связать с вакансией напрямую: «у вас в стеке FastAPI — я на нём написал вот этот сервис». Как это делать, разобрали в материале про сопроводительное письмо разработчику.

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

Коротко: пет-проекты в резюме

• Считается проект, доведённый до работающего состояния и доступный по ссылке; туториал-клон — нет.
• Ценность проекта = число самостоятельных решений в нём, а не сложность стека.
• Достаточно 2–3 завершённых; один — флагман с деплоем, README и работой с данными.
• Описывайте как опыт: суть, стек, ссылка, 2–3 пункта результата с деталями (пользователи, ошибки, деплой).
• Дипломный проект считается, если доработан за пределы методички и задеплоен.
• Не выкладывайте десять брошенных репо и не выдавайте туториал за свой проект.
• Проект живёт в трёх местах: резюме, GitHub, сопроводительное — они должны совпадать.

FAQ

Какие пет-проекты считаются серьёзными для резюме?

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

Сколько пет-проектов нужно в резюме джуна?

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

Считается ли дипломный проект с курса как пет-проект?

Считается, но с оговоркой. Если весь поток сдавал один и тот же проект по одному ТЗ, для рекрутера это учебное задание, а не ваша инициатива. Чтобы он заиграл: доработайте его за пределы задания — добавьте фичу, которой не было в методичке, задеплойте, напишите нормальный README. Так проект перестаёт быть «как у всех» и становится вашим.

Нужно ли выкладывать пет-проекты на GitHub?

Да. Проект без ссылки на код работодатель мысленно приравнивает к несуществующему: проверить нельзя — значит, не считается. GitHub с чистой историей коммитов, README и понятной структурой — это и есть доказательство. Как оформить профиль и репозитории, чтобы они работали на отклик, разобрано в отдельной статье про GitHub для джуна.

Что писать про пет-проект, если он простой?

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