Почему большинство пет-проектов в резюме — это цифровой шум

ИЛИ "откуда достать качественный опыт вне продакшена?

Сейчас рынок перегрет: на одну junior/middle вакансию — сотни откликов. И почти у каждого “клон Twitter / CRM / To-Do”.

Проблема в том, что такие проекты не показывают инженерное мышление.

Что чаще всего не так:

🥸 Сделано по туториалу — нет собственных решений, человек не может объяснить, почему выбран стек. 🙃 Оверинжиниринг — Kafka и Kubernetes ради CRUD-приложения. Нет соразмерности задачи и инструментов. 😋 Нет продакшн-гигиены — один коммит, нет README, тестов, инструкций по запуску.

А что реально хочет бизнес?

Не идеальный синтаксис. ❗️Не 15 фреймворков в описании.

Бизнес хочет человека, который: — решает проблему — доводит до рабочего состояния — понимает инфраструктуру — умеет работать в команде

Сильный пет-проект — это:

• реальная (пусть маленькая) боль • docker compose up и всё запускается • CI/CD • базовые тесты • README, который читается за 30 секунд

GitHub — это демо-версия вас как инженера. И на текущем рынке он либо повышает шансы на оффер, либо quietly их убивает.

Наши менторы всегда готовы разобрать ваш репозиторий так, как его видит техлид Заявка на консультацию