Особенность любого проекта - это начало и его конец. Допустим вы уже начали свой проект этим вопросом. Теперь главное выделить критерий, по которому вы скажете "стоп, снято". Другими словами, нужно максимально конкретизировать цель вашего пет-проекта, чтобы проект не был вечным.
Имея критерий завершённости, нужно написать ТЗ. Так как "без внятного ТЗ, результат всегда ХЗ". Если вы не любитель академизмов, то оформлять по ГОСТам не нужно. Достаточно просто описать в преамбуле цели, описать границы проекта, уровень приемлемого качества и контрольные примеры для этапа приемки работ. На этом этапе технологический дизайн можно не делать, но чем детальнее сделать функциональный дизайн, тем лучше!
Имея на руках ТЗ можно приступать к этапу анализа технологий и описания архитектуры. Просто изучайте материалы (пресс-релизы айти-компаний, статьи на хабре, топики на технических форумах, записи выступлений на конференциях) на схожую тематику и смотрите какие технологии и архитектурные паттерны были использованы (и главное какая была озвучена аргументация выбора стека). Выбор делать по сочетанию "доступности", "популярности" (вам же потом этот пет-проект в резюме показывать), "дешевизны" для публикации готового решения.
Имея на руках проработанную задачу и выбранный стек технологий, остается обложится поисковиками с различными чатами ГПТ и "Just Do It"!!!
P.S. "изначально просто потреблял контент" - что за тиктоковщина??? Ты просто выбрасывал время своей жизни. Если материал интересен, то тут же повторяй на своем гитхабе. Если не интересен, то свайпай на следующий. Повторять до обретения просветления!
P.S.S. "Возможно проблема в том, что хочу реализовать одновременно все, и сделать причем это качественно" - выбрось из головы эту ерунду! Представители ведущих айти-компаний мира открыто говорят, что они всегда создают первую версию зная о том, что они ее точно выбросят и используют наработки в качестве черновика для следующей итерации попыток создания продукта. Ошибки делают все. Важно уметь их анализировать и исправлять!
