С пет-проектами часто одна и та же история: todo, визитка, лендинг, клон социальной сети за вечер. Это нормально для старта, но почти не учит тому, что реально требуется в работе, при подготовке к собеседованию и т.п.

В реальном проекте ты не просто «пишешь компонент». Ты работаешь внутри системы, где всё связано: модули, API-контракты, схемы данных, сборка, деплой, фоновые задачи, логирование, обработка ошибок, миграции, генерация типов, CI/CD.

❕Пет-проект начинает расти, когда ты задаёшь себе другие вопросы❕

🔘 Как данные проходят через систему от входа до UI и обратно? 🔘 Где границы модулей и кто за что отвечает? Что будет при сбое внешнего сервиса? 🔘 Как обновления ломают совместимость и как это контролировать? 🔘 Как автоматизировать рутину скриптами, чтобы не делать руками одно и то же?

На своём боте я это как раз проживаю не в теории, а в реальной системе (один из моих проектов для примера) 👇

🔸 Backend на NestJS + Telegram Bot (webhook/обработчики/состояния игр). 🔸 Frontend на Vue 3 (админка и рабочие интерфейсы). 🔸 WebSocket-слой для realtime-сценариев и live-обновлений. 🔸 Попытка внедрения Redis для игровых состояний и ускорения горячих операций. 🔸 Docker и выкладка отдельно на dev/prod. 🔸 pnpm-скрипты и пакетный контур для автоматизации рутины. 🔸 Make-скрипты для повторяемых операций (миграции, запуск, сервисные задачи). 🔸 OpenAPI как контракт + генераторы типов/клиента для фронта и бэка из YAML-модулей по сущностям. 🔸 Миграции и работа с БД через явные изменения схемы, а не «магией». 🔸 Entity-декораторы и связи в БД (relation-модель, явная структура домена) через TypeORM. 🔸 Scheduler-задачи, работа со временем/датами и граничными кейсами по таймингам. 🔸 Обработка ошибок на уровне API/бота/интеграций, чтобы система не падала от одного сбоя. 🔸 Базовые рисунки диаграмм: как библиотечными компонентами в UI, так и серверные канвасные рендеры для выгрузки фото в отчёты. 🔸 Написание тестов разных видов: unit, e2e, контрактные тесты API.

Также веду доску для планирования задач и отслеживания статусов, веду MD-файлы с планами, багами и идеями. Настроена работа с Git, прекоммиты и CI/CD через GitHub Actions.

Именно такие проекты дают главный буст: ты не просто «написал фичу», а понимаешь, как она живет в архитектуре, как деплоится, как ломается и как чинится.

Сегодня с ИИ это стало проще: можно задавать сотни уточняющих вопросов, разбирать ошибки, быстро проверять гипотезы и копать глубже. Но ценность не в том, что ИИ «написал код». Ценность в том, что ты научился понимать систему: почему она устроена так, где у нее слабые места и как ее развивать без хаоса.

Сильный пет-проект - это не «смотрите, у меня красивое портфолио», а «я понимаю, какую систему строю, как она работает и как ее поддерживать в реальности».

Я писал пост про наше комьюнити (https://set.ki/post/ewf9tWm), там бот и трудится во благо, приходите, прочитав информацию по ссылке 💪🏻

И вот вопрос ❓

Если завтра у тебя заберут UI (красивую оболочку) и AI как помощника в генерации кода, останется ли в проекте инженерная ценность: архитектура, процессы, наблюдаемость, автоматизация и понятные решения?

Делитесь своими петами, чем живёте, что интересного разрабатываете 🤗