Вступить в клуб →
← Все книги
Как найти работу в IT · 1-е издание · июль 2026 г.
Глава 3. Резюме: оформление и персонализация

Портфолио, GitHub и пет-проекты: что реально смотрят

Ссылку на GitHub в резюме открывают заметно реже, чем принято думать. У рекрутера на первичном скрининге нет ни времени, ни компетенций читать ваш код, а нанимающий менеджер заглянет в репозиторий только если резюме уже зацепило и осталось развеять сомнения.

Из этого следует простое правило: пустой или стыдный GitHub-профиль лучше не указывать вообще — ссылка на заброшенные форки и туториалы работает против вас.

Когда до кода всё же доходят, смотрят не на звёзды и не на зелёный график коммитов. Зелень легко нарисовать, и все это знают. Смотрят на один-два закреплённых проекта: есть ли внятный README, запускается ли это, похожа ли история коммитов на живую работу, а не на единоразовый заливок всего разом. Один доведённый до конца маленький проект бьёт десять начатых и брошенных.

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

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

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

Здравый смысл в приоритетах такой: сначала доводите до ума резюме и текстовое представление опыта, а портфолио подтягивайте под конкретные роли, где его действительно смотрят. Ссылку давайте только на то, что вам не стыдно показать.