Почему большинство пет-проектов в резюме — это цифровой шум
ИЛИ "откуда достать качественный опыт вне продакшена?
Сейчас рынок перегрет: на одну junior/middle вакансию — сотни откликов. И почти у каждого “клон Twitter / CRM / To-Do”.
Проблема в том, что такие проекты не показывают инженерное мышление.
Что чаще всего не так:
🥸 Сделано по туториалу — нет собственных решений, человек не может объяснить, почему выбран стек. 🙃 Оверинжиниринг — Kafka и Kubernetes ради CRUD-приложения. Нет соразмерности задачи и инструментов. 😋 Нет продакшн-гигиены — один коммит, нет README, тестов, инструкций по запуску.
А что реально хочет бизнес?
Не идеальный синтаксис. ❗️Не 15 фреймворков в описании.
Бизнес хочет человека, который: — решает проблему — доводит до рабочего состояния — понимает инфраструктуру — умеет работать в команде
Сильный пет-проект — это:
• реальная (пусть маленькая) боль • docker compose up и всё запускается • CI/CD • базовые тесты • README, который читается за 30 секунд
GitHub — это демо-версия вас как инженера. И на текущем рынке он либо повышает шансы на оффер, либо quietly их убивает.
Наши менторы всегда готовы разобрать ваш репозиторий так, как его видит техлид Заявка на консультацию
· 18.04
Бизнес хочет выжить и налоги пониже, нас он не хочет
ответить
коммент удалён