для начала стоит понять кто такой этот архитектор, и чем он вобще отличается от всех других членов проекта/команды

оттуда уже проще дальше идти

потом книги в духе "структура и интепретация компьютерных программ" и т.п дают понимания общей структуры любых языков.  Язык - средство выражение решений.  Библиотеки - более крупные блоки, надо смотреть всегда на то, какие именно решения выражают конструкции языка, библиотеки, фреймворка или целой платформы

вот автомат простой: он может быть даблсвитчем на Си, ООП реализацией на Java, оркестрацией сервисов на BPMN и так далее

Меня, собственно, интересует вот какой вопрос. Как выбраться из области знаний, которая у тебя есть, и из области знаний, которые ты себе представляешь нужными, в те знания, которые тебе нужны, но ты не знаешь об этом

читать книги и статьи, следить за выступлениями

и чатиками :)

как люди всегда учились ? чтение, коммуникация, слушанье

И обсуждения

ну обсуждение обычно больше чтоб шашкой помахать

Ещё помогают курсы и воркшопы, но если не просто курс слушать . а людей спрашивать, интересоваться, обсуждать..

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

Или чтобы узнать что я не прав

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

Кстати да. Придумывать с нуля решения задач (пусть даже потом окажется, что это решение придумано 70 лет назад) - хороший путь обучения

причем если ваше решение совпало с придуманным до вас, то значит вы в целом мыслите в верном направлении
а если нет - стоит сравнить и может вы нашли лучший способ (повод написать статью) или наоборот, что-то не учли

в общем, главное не застывать

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

Есть. Широкий кругозор и умение абстрактно мыслить, при этом с практически применимым результатом

Вот горшок пустой, он  предмет простой)). Помню, ещё в мою бытность разрабом писали автоматы с приятелем, чисто по фану вечером. Этот маньяк написал автомат на СИ с использованием макросов, получив фактически ооп-язык))