🤔 Pet-проекты — маст-хэв для джуна или переоценённый ритуал?

Когда ты заходишь в любой IT-чат для начинающих тебе сразу говорят «Делай pet-проекты! Без них никуда!», «Компаниям нужен опыт!», «Пиши свою CRM, таск-трекер, Netflix-клон...».

Но правда в том, что pet-проект сам по себе не решает ничего.

📌 Что видят рекрутеры в 90% pet-проектов:
— Туду-лист с тремя тасками.
— Приложение с фейковым API, где всё — просто UI.
— Бесконечный UI-kit без сценариев.
— Клон YouTube с 10 компонентами и без единой бизнес-задачи.

Ты думаешь, что это — опыт, а они видят это как «Ещё один новичок, который повторил курс с YouTube».

📖 Когда pet-проект работает:
— Когда он про задачу, а не про кнопки.
— Когда ты объясняешь, что и зачем сделал.
— Когда видно, как ты принимал решения.
— Когда есть реальный README, структура, логика, архитектура.

📉 Пример провала:
У кандидата 4 pet-проекта в резюме.
На вопрос «А зачем ты делал этот таск-трекер?» он отвечает «Просто хотел попробовать Tailwind + Zustand.».

⚠️ Это не показывает продуктового мышления. Это показывает «я игрался со стеком».

📈 Пример успеха:
У другого кандидата — 1 pet-проект.
Приложение для планирования бюджета, сделанное для реальных пользователей, его друзей.
Всё описано — от проблем до решений, от роутов до бизнес-логики.
И он смог рассказать «Вот где были проблемы. Вот какие решения я принял. Вот что бы я изменил сейчас.».

И выбор был бы в пользу второго кандидата. Не потому что «проект», а потому что мышление.

📎 Вывод:
Pet-проект — не галочка в резюме, это зеркало твоего подхода, логики и зрелости.
Хочешь делать — делай. Но делай не для резюме, а как будто это реальный продукт.

💬 Был ли у тебя pet, которым ты реально гордишься? Или который, наоборот, стыдно показывать?
🔥 — да, я делаю реально крутые и полезные pet'ы.
👍 — они похожи на pet'ы первого кандидата.

📍 В следующем посте разберем, чем отличается код джуна, мидла и синьора на простом примере.