Можно разобрать хэдж-фонд, например.
Т.е. прямо расписать типы его событий - и, помимо HFT там будут "я кидаю невод в море событий в надежде зацепить неявные связи, и пойти через одни в long, а через другие в short"

Женя, если ты выберешь графовую базу и убедишься в её зрелости и масштабируемости, буду только рад

Конфлюенс не зашел, лучшее что на рынке вроде такого типа, но хочется ide, а не его. В ide еще что докрутить можно, а конфлюенс, ну в общем видел я его использование, мрак, когда из визио картинку кавансами обвешивают ссылками на страницы конфлюенса которые слабо работают с table в 500 строк, тупо подвисает. Ну оно и понятно, не так "конфлюенс" готовить нужно, но так его используют. Да и через 3 года, все, ДЦ или облако. Без своего сервера.

Как ты понимаешь, в мире графовых БД всё не так радужно :)
Это нишевые базы, поэтому всегда будет OLAP-часть, которая в rdmbs будет лежать. К ней добавляется graph-like OLTP.
К ним добавляются инструменты более медленного маппинга OLAP языком графов.

Если ты на уровне python-junior, то про архитектора тебе не стоит думать.
Если тебе не нравится программировать, а нравится конструировать, то начни с бизнес и системной аналитики.
При этом придётся хорошенько поднабрать бэкграунд в бизнес-аналитике.
Архитектор это про эквивалент 8-10+ лет качественного  опыта проектирования на позиции программиста, тимлида или системного аналитика. Создание своих приложений, их сопровождение, понимание того, какие бывают у них проблемы, как решаются затыки. Понимание ограничений... Бизнес-аналитика тоже важна. Короче там куча всего, при этом каждый архитектор отличается. Нет профессии "в вакууме".

Это да. Есть markdown плагин к Idea, но я не помню, что там с ссылками и метаинформацией. Было плохо (
Можно дописать, конечно )

Можешь начать с sql-разработки

Да)

Предлагаю начать классифицировать архитекторов в D&D стиле:
1. Крестоносец/танк - смотрит за командами разработки, всё время чекает гит, при возникновении красных дедлайнов садится и кодит за команду.
2. Лидер - разруливает проблемы между командами, настраивает поток работ, пишет регламенты, формирует пулл задач имея глубокое понимание и имея возможность взвешивать сроки.
3. Маг - архитектор костылей, либо нестандартных решений в рамках существующего стека технологий.
4. Некромант - архитектор легаси систем/конструкций на основе устаревшего языка программирования.
5. Вор - solution architect. Ворует новые технологии, снабжает ими компанию, ломает стереотипы.
6. Торговец - интеграционный архитектор, работающий с партнёрами или занимающийся закупками новых технологий и платформ.
7. Воин - танчит чистую архитектуру, не пропускает шлак в прод, читает гит, тз, кошмарит народ за кривую архитектуру и быстрые тяп-ляп решения на встречах.
8. Лучник - все говорят он есть в компании, но ты его никогда не видел. Обычно работает в другом городе. Вроде что-то делает, но не никто не знает что. Периодически прилетают какие-то вбросы, но про них все быстро забывают.
9. Механик - занимается укладкой сложных многокомпонентных систем в archimate, базы знаний. Увеличивает "прозрачность" архитектуры.
10. Чернокнижник - Подвид мага. Обычно в вашей компании уже не работает, ибо после него осталось проклятое легаси, которое после пары лет эксплуатации стало невозможно сопровождать. Обычно приносит всякую ересь. Пытается внедрить не внедряемое, а если и внедряемое, то делает это максимально упоротым способом.
11. Мудрец - архитектор баз данных.

Если БД заходили раньше, то можно углубиться в различные виды хранилищ. Sql и nosql. На уровне теории начать разбираться зачем это все нужно, и кто как использует. Тогда, возможно, будет вымощена дорога в DBA для начала.
А там уже можно в сторону архитектуры думать.
Хотя без практического опыта построения прод систем, решения проблем скалабилити, нагрузки, поиска узких мест, имхо, будет сложно.
Питон только не бросай, опыт самостоятельного кодинга везде пригодится.
По мере хождения по граблям, может, ещё 10 раз переобуешься, и подумаешь, ну ее нафиг , эту архитектуру, буду-ка просто примус починять (заниматься делом, которое нравится)

Благодарю вам что так все разьеснили, теперь думаю продолжить изучать python  паралельно с изучением проектировние баз данных . Потом посмотрим что делать.

Кстати, да, с архитектуры хранилищ (и в целом data engineering по сути) можно начать. Там как раз python+sql+архитектура

Новая классика:
https://www.amazon.com/Database-Internals-Deep-Distributed-Systems/dp/1492040347/

https://www.amazon.com/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/1449373321/

Спасибо)

Python развивать, на нём весь почти data science

Ещё hackerrank и leetcode

Классификация хорошая, только я все больше вижу гибридные компетенции вокруг. Впрочем, я не то чтобы много архитекторов знаю)
Плюс важно учитывать уровень компании, команды, продукта/проекта.
Себя затрудняюсь классифицировать по этому списку

Это классификация больше про выразительные черты. Обычно приходится делать в тот или иной момент времени почти всё. Но каждый архитектор имеет роль, которая для него наиболее важно и куда он вливает до 50% времени.

Ну, да. И случается, что приоритетная роль совсем не про архитектуру, а про менеджмент

Как сказал на прошлой неделе один из моих коллег: "я просто архитектор".

Поскольку любому боевому архитектору приходится заниматься разного рода г..ом, масштаб и разнообразие которого непредсказуемы в разных проектах, то мы не договоримся. Роль размыта. Просто, архитектор.

👍.