да и переоцениваете сложности

++
И, честно говоря, ответы сильно разочаровали. Похоже главное в профессии архитектора - умение надувать щёки))

Да не, я эти сложности ежедневно наблюдаю.

Я так чувствую, это новый реверанс в сторону "архитектор это разраб++"?

Нет, это токсичный вброс

видимо у всех разный опыт.  Мне привычка копаться по коду и лезть сразу в сорцы всегда помогала с освоением библиотек, фреймворков и т.д

Наверное, в большинстве случаев лычку арха дают, чтобы оправдать увеличение зп, раз сфера деятельности не меняется и все продолжают кодить

1. Для управления содержанием успешного проекта в команде должны быть все компетенции. Соответственно масштаб проекта (в нашем случае солюшена) играет существенную роль.
2.  Для управления командой управления проектом (читай архитектурным комитетом по решению) необходим РП, который может и не должен знать предметную область (до)сконально, (на)сконально и т.д. и т.п. Но обладает феерическим навыком быстро (читай мгновенно) в неё погрузиться.

* необходим РП - читать как необходим solution architect

Так когда уже понятно, куда лезть - это второй этап. Проблема выяснить, а куда лезть-то.
Когда есть выбор из 20, примерно, разных альтернативны и существенных решений для задачи.
Да и лезть в Spring, например, - плохая идея, он огромный...

Оставьте spring/someanother техлидам/сисархам?

И да и нет. При выборе стека для решения приходится выбирать между вариантами. И выбираешь не язык, а именно стек технологий, а он существеннен для многих чисто архитектурных решений (например, как там с асинхронщиной и т.п.).
Разница между ktor или Spring Flow действительно принципиальна.

3. Компетенции по содержанию проекта (читай экспертиза по решению) размазана по всей проектной команде.

С возвращением;)

Я не надолго.

Хоть и пятница, не все любимые герои сегодня здесь.

Моя идея сложнее, но тяжелее в исполнении, но я редко сталкивался с другими (нормальными) реалиями.

Это сухой остаток озвученного. Не прозвучало ни одной рекомендации с названием книги или спецификации. Только призыв забыть язык и погрузиться а Нирвану, быть сверхчеловеком, осваивающим язык за 2 дня (что наводит на нехорошие мысли об уровне знакомства с профессиональным программированием)

Потому что это не кодинг. Нет какой-то схемы, которой стоит придерживаться всегда. В каждом проекте свое. Нельзя пройти курс и стать "сверхчеловеком".

Зачем забыть? Познать парочку и потом не погружаться глубоко в другие без необходимости. Человек, который хорошо знает пару языков, быстро сможет писать работоспособный код на любом другом. Вот хорошо пользоваться спецификой языка - вряд ли...