Я по опыту самообучения вывел для себя лично одно правило, которым, как мне кажется, пренебрегают и в школе, и в вузах, и в самостоятельных попытках освоения чего угодно.
Нужна обратная связь. Надо понимать, к чему можно прийти в результате, и где находишься сейчас. Желательно ещё до первой написанной строчки и первой прочитанной книги. А в процессе проверяем, продвинулись ли вперед и что умеем теперь. Причем это не в дневнике и не голове преподавателя, а в своей. Иначе нет понимания происходящего и нет мотивации.

Я, к сожалению, осознал этот процесс только на десятом году после того, как меня перестали учить и я стал учиться сам. Поэтому могу только предположить, что стоит рассказать, к чему приводит знание алгоритмов, например, а к чему — изучение юзабилити сайтов.

Ну а дальше — по веб-программингу, например, я поглощал всю литературу, пока не начал чувствовать, дает мне очередная книга что-нибудь новое или нет. И практика, да.

В любом случае, человек не станет хорошо и с интересом программировать оттого, что перечитал весь хедхантер и монстер.ком, помедитировал на цифры и на требования к джава-программерам и выучил Кнута. Если вдруг его зацепит фрути лупс, в котором он на второй день разберется, какие ручки для чего крутить у осцилляторов, значит, это музыкант, а уже потом кто угодно ещё.

как насчет реддита?

Вы слишком рано начинаете всё усложнять. Вам надо сначала разобраться с ООП, тогда вам самому станет ясно, какая «архитектура» вам нужна.

Перспектива «переписывать все, поняв, что с данной архитектурой приходят какие-либо ограничения» и «что за ******* это написал?» — неизбежна. Другое дело, что, если вы будете двигаться методично, а не перескакивать к DI, не разобравшись с ООП, то вы сами увидите, почему и для чего вам нужна другая архитектура, и сами будете критично смотреть на свой и чужой код.

Вы ещё не понимаете смысла классов — это ясно из того, что вы вообще рассматриваете вариант «функции и неймспейсы».
Сделайте сначала самый простой вариант: разделяйте код по смыслу на классы и вызывайте их напрямую — либо создавая объекты там, где они используются, либо передавая через аргументы и сеттеры. Тогда (я надеюсь) вы разберетесь, зачем нужны классы и, со временем, — для чего придуманы DI и прочее. Ибо каждая методология в кодинге нужна для решения конкретной проблемы, а если вы не знаете проблему, то не сможете правильно применять технологию.