Огромный pet-проект может отдалить первый оффер

Новичку хочется сделать приложение, которое впечатлит любого работодателя: микросервисы, платежи, рекомендации, Kubernetes и ещё десять технологий.

Через полгода проект всё ещё не закончен. Половина функций не работает, архитектура скопирована из чужой статьи, а показать готовый результат нельзя.

Для первого портфолио полезнее меньший, но законченный продукт. У него есть понятный пользователь, конкретная задача, рабочий сценарий, тесты, обработка ошибок и развёрнутая версия.

На собеседовании важен не размер идеи, а количество решений, которые ты принял сам.

Почему выбрал такую модель данных? Что произойдёт при сбое? Как проверял код? Что бы изменил при росте нагрузки?
Узкий проект позволяет пройти весь цикл разработки и честно ответить на эти вопросы.

Бесконечный «аналог крупного сервиса» часто превращается в набор заготовок, которые кандидат не может защитить.

Хороший ментор вовремя ограничит объём, проверит архитектуру и не даст три месяца украшать функцию, которая никак не увеличивает шансы на оффер.

❤️ – если твой pet-проект уже начал напоминать вечную стройку.