Портфолио и pet-проекты: что показывать, а что лучше скрыть

Когда нет коммерческого опыта, pet-проект становится главным аргументом. Но здесь легко промахнуться: слабый проект говорит о кандидате хуже, чем его отсутствие. Разберёмся, что показывать.

Один доведённый проект сильнее пяти заброшенных

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

Тему лучше брать не учебную. Todo-лист и клон калькулятора видели тысячу раз. Даже простой, но «живой» сервис — трекер привычек с базой, бот, который решает вашу реальную задачу, — выделяется сильнее.

Что смотрят в первую очередь

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

README — это лицо проекта. Пара абзацев о том, что это, зачем, как запустить и что не получилось доделать, поднимает восприятие сразу. Отсутствие README часто означает, что дальше не смотрят.

Что лучше скрыть

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

Вывод

Цель pet-проекта — не поразить масштабом, а показать, что вы доводите дело до конца и пишете код, который не стыдно отдать другому. Один такой проект открывает двери, за которыми ждут уже коммерческие задачи.