Всем привет! Я давно варюсь во фулстеке и в последнее время всё чаще ловлю себя на мысли, что граница между фронтендом, бэкендом и архитектурой стала очень размытой. Вроде бы делаешь обычную фичу, а потом внезапно обсуждаешь кэширование, контракты API, очереди, SSR и то, как всё это не развалится через полгода.
Мне интересно, как вы для себя определяете зону ответственности фулстека. Должен ли он глубоко понимать инфраструктуру, или ему достаточно уверенно ходить по слоям и вовремя звать профильного специалиста? И где, по вашему мнению, заканчивается просто разработка и начинается настоящая архитектура, особенно в небольших командах, где все делают всё?
Поделитесь опытом: какие архитектурные решения для фулстека оказались для вас самыми полезными, а какие только добавляли сложности? И ещё вопрос: что бы вы посоветовали тому, кто хочет расти от рядового фулстека к человеку, который проектирует системы, а не только пишет код?
Мне интересно, как вы для себя определяете зону ответственности фулстека. Должен ли он глубоко понимать инфраструктуру, или ему достаточно уверенно ходить по слоям и вовремя звать профильного специалиста? И где, по вашему мнению, заканчивается просто разработка и начинается настоящая архитектура, особенно в небольших командах, где все делают всё?
Поделитесь опытом: какие архитектурные решения для фулстека оказались для вас самыми полезными, а какие только добавляли сложности? И ещё вопрос: что бы вы посоветовали тому, кто хочет расти от рядового фулстека к человеку, который проектирует системы, а не только пишет код?