Как и где практиковаться начинающему мобильному разработчику / Comments / Habr

Отличная рекомендация, что пет-проект должен в первую очередь быть полезен для автора! Если пользуешься своим продуктом, то появляется больше желания его развивать.

Поделюсь рекомендациями для петпроектов, которым стараюсь следовать:

Определитесь с целью вашего пет-проекта, и от этого стройте приоритет задач, потому что если делать всё и сразу, то с огромной вероятностью забросите проект, не сделав ничего до конца. И наиболее приоритетные задачи вы делаете в начале. Например, вы хотите попробовать AR – сразу начните работу с AR, если вы первые 3 дня будете делать архитектуру или навигацию, то с огромной вероятностью забросите его, так и не добравшись до самого AR.
Следует из предыдущего пункта. Если вы делаете пет-проект для собственного пользования, воспринимайте его как MVP: ваша задача не написать идеальный код, а создать какую-то ценность для пользователя. Если вы будете регулярно пользоваться своим приложением, то у вас будет и мотивация его доработать, но красивое приложение без функциональности вы запустите пару раз и удалите.
Напротив, если ваш проект нужен для демонстрации работодателям, то код должен быть близок к идеалу. Чем делать новую функциональность, лучше покрыть старую Unit- и UI-тестами. Цель такого проекта - показать, как вы бы работали, поэтому и приоритеты должны быть как на рабочем проекте.
Если вы думаете, что ваш проект будет развиваться, то стоит организовать бэклог задач. Заведите доску в трелло, сделайте столбцы todo, in progress, done, добавьте метки для приоритетности задачи и её вида (фича/архитектура/баг/ещё что-то). Это избавит вас от бэклога в голове, и вы не забудете что-то важное.
Соблюдайте гигиену main ветки в гите. Для начала достаточно просто начать работать в отдельных ветках и вливать их при помощи merge request-ов. Это позволит в master держать только актуальный и проверенный код, а в ветках будет код в процессе разработки, который может не компилироваться/падать с ошибкой/работать на стабах вместо данных. А также вам не придется revert-ить множество изменений, если внезапно потребуется сделать другую задачу или вы просто решите, что нынешняя задача вам не нужна.