CohortX
Блог

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

2 августа 2026 г. · 2 мин чтения · Read in English · Антон Молотило

Формула

Каждый проект описывается одинаково, четырьмя пунктами:

  1. Что это. Одно предложение по-человечески, понятное и не программисту.
  2. Что делали вы. Особенно важно, если работали не один.
  3. На чём. Технологии, без раздувания.
  4. Чем подтверждается. Ссылка на работающее и ссылка на код.

Три-четыре строки на проект. Больше не читают.

Разбор

Плохо:

Разработка веб-приложения с использованием современного стека технологий, реализация клиент-серверного взаимодействия, работа с базой данных.

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

Хорошо:

Учёт подписок — напоминает, когда заканчивается платная подписка, чтобы не платить за забытое. Сделал полностью: Python, FastAPI, PostgreSQL, развёрнуто в контейнере. Пользуюсь сам полгода. Демо: ссылка. Код: ссылка.

Здесь ясно всё, включая самое убедительное — что автор пользуется этим сам.

Что добавляет веса

Число. «Сократил время обработки отчёта с двух часов до пяти минут» звучит иначе, чем «оптимизировал обработку». Даже если пользователь один — вы.

Настоящий пользователь. «Сделал для студии, где занимается сестра, — они пользуются» сильнее любого описания технологий.

Честное упоминание сложности. «Сложнее всего было разобраться с распознаванием сумм на мятых чеках — в итоге сделал так-то» показывает, что вы правда это делали.

Про командные проекты

Самая частая ошибка — писать «участвовал в разработке». Это ничего не значит и вызывает подозрение, что участие было символическим.

Пишите конкретно:

Сервис записи для студии танцев — командный проект, трое участников, полтора месяца. Отвечал за базу данных и логику записи: расписание, занятые слоты, отмена. Участвовал в разборе чужого кода. Ссылка.

Видно размер команды, срок, вашу часть и то, что вы участвовали в общей работе, а не сидели в углу.

Чего не писать

  • Названий, которые ничего не говорят. «Проект X» — мимо.
  • Списка всех технологий, что видели. Если библиотеку подключили и не поняли, зачем — не пишите.
  • Учебных заданий как настоящих проектов. Их узнают, и доверие падает ко всему резюме.
  • Незаконченного как законченного. Лучше честно: «работает основной сценарий, доделываю отчёты».

Что снимает вопросы совсем

Когда рядом с описанием командного проекта есть подтверждение от человека, который его вёл: что вы делали и за что отвечали. Тогда самый неудобный вопрос собеседования — «а что именно делал ты?» — закрывается ещё до того, как его зададут.

Хватит читать — пора делать

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

Похожие статьи