я даже на хайлоад ездил в 18 году

Ну, я как системный архитектор категорически против )

вот ты и думать про CAP, Consistency , изоляцию транзакций, exactly once семантику, модульные тесты на каждый микросервис и контракт

и что мы id передаем как строку или как число

а мы будем каждые полгода-год менять разрабов )

старый код трогать не будем

каждый новый, пишет новую версию микросервиса

старое признаем легаси

это вы очень богатые, так часто менять

Это понятно, я немножко не об этом - недра это просто «income» - энергия которую мы подводим к системе, но это не сама система - вам дали стойку с серваками, подключили питание, каналы - но остается самае главное написать саму систему (сам «газпром») - допусти ее написали и получилось в итоге тысячи забагованных сервисов (коррупция), никто не понимает как она работает (начальники дураки), мониторинга / метрик нет (отчеты пишутся теми же помощниками начальников дураков, чтобы прикрыть свое начальство), нет никакой лютой топовой команды девопсов, котрая в целом следит чтобы все было хорошо, но при этом латенси/срупут отличный - газ качаем/продаем :)) Этож идеальная адаптивная архитектура :)

*в соседнем чате менеджер объяснял что это удобно

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

а мне эта концепция не нравится (

мне кажется любой сеньор должен это все знать

и смочь заменить тебя, если ты умер от вируса какого

или дауншифтнулся в тайланд

или поругался с руководством и тебя попросили )

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

Ну, не любой сеньор, но минимум один всегда есть. А на конкретную задачу - минимум два.

Архитектор не может не влиять на процессы. Так как процессы - это основная часть его работы