Привет!
Не буду начинать с “ты застрял на плато и вот как из него выйти”.
Это правда, но от такого вступления хочется закрыть крышку ноутбука и смотреть в окно.

Начнем иначе: с одного конкретного наблюдения, которое можно проверить на своем проекте прямо сегодня.
Есть момент выхода на рабочий ритм программирования.
Ты уже умеешь делать задачи, которые от тебя требуют, но не всегда знаешь почему именно так.
Конкретный признак: тебя просят объяснить архитектурное решение, и ты говоришь “ну, так принято” или “так делали в предыдущем проекте”.
Так в статьях пишут и на конференциях рассказывают, но может это в твоей бульбочке так, может архитектура в других языках и платформах имеет лучшие рецепты и можно их перенести на веб. Это нормальная стадия - не понимать и сомневаться, но все же делать.
Именно здесь застревают Middle.

Синьор отвечает иначе: “Мы сделали так, потому что у нас есть ограничения, и это решение оптимально при конкретных условиях. Если условия изменятся - вот что мы поменяем.
Разница не в объеме знаний.
В том, что синьор знает контекст принятия решения.
А решения всегда принимаются в контексте.

Действие: возьми одно архитектурное решение в своем проекте, которое ты принимаешь как данность.
Найди коллегу или тимлида и задай один вопрос: “Почему мы делаем это именно так, а не иначе?”
Не чтобы оспорить - чтобы понять constraint который лежит в основе. Запиши ответ.
Это и есть начало архитектурного мышления - не изучение паттернов, а понимание почему они здесь применимы, а в другом месте нет.

— Тимур