В вакансии пишут "знание паттернов", "опыт с AWS", "понимание микросервисов". А нанимают за другое. 1. Объяснить техническое решение нетехнической аудитории. Если CEO не понял зачем это нужно, денег не будет. 2. Принимать решения при неполных данных. Архитектор не тот кто знает всё, а тот кто умеет двигаться вперёд когда информации недостаточно. 3. Управлять scope. Понимать что не строить так же важно как что строить. 4. Говорить нет команде и обосновывать. Соглашаться со всеми это не нейтральная позиция, это накопление долга. 5. Понимать бизнес-контекст. Лучшая архитектура та что решает реальную проблему, а не самая элегантная технически. Что из этого проверяют на собеседовании у вас явно, а что неявно?