Оу, спасибо!

кто нить может пояснить зачем у нас пытаются акты сверки взаиморасчетов пилить на блокчейне?

кому-то очень захотелось, что тут не понятно

Модное же слово))

не понимают разницы между системами с децентрализованным контролем и централизованным. Ну и слово модное, да

Просто очень хочется шубу

@Priani4ek ты пытаешься рассуждать рационально о нерациональных вещах

Столкнулся с, на мой взгляд, глобальным препятствием к движению к решениям со слабыми зависимостями на уровне организаций (крупных).
Интересно, что это ентерпайз архитекторы (конечно, не все).
Сложность вот в чем:
1. У EA авторитет и право принимать решения
2. Многие вообще забыли о разработке
При этом
1. Часто не имеют опыта в событийных архитектурах и
2. Моделировании предметной области (настоящем моделировании с контекстами)
Что вытекает в сильное противоречие между EA и разработкой:
1. Стрелочки между квадратиками не имеют смысла. Имеют смысл события, а EA часто не понимаю как это моделировать
2. Модель предметной области компании с контекстами становится первичнее систем квадратиков на диаграммах, но тогда проектирование становится не просто расстановкой квадратиков, а единым источником правды становятся события не ERP/CRM, бизнес-события.

И вот как проектировать в таких условиях, в моей практике, подтверждаемой раз за разом, лучше понимают разработчики, знакомые с современными паттернами и технологиями, но у них нет права голоса, а олдскул EA все сильнее затягивают компании обратно в сильные связи и синхронное взаимодействие и выбор  консерватиных решений даже при желании руководства, условно, попробовать микросервисы и событийки.

Кто еще наблюдал такое? Или это мое когнитивное искажение?

Вопрос, что проектировать. Решения или ландшафт?

Самая удачная практика, на мой взгляд, когда ЕА не погружаются в решения. У них и так забот хватает. Есть ландшафт, какие-то решения/продукты нужно развивать, какие-то мигрировать, какие-то с нуля разрабатывать, а какие-то выводить. Для этого нужно постоянно быть на связи с разными бизнес линиями с одной стороны и с тех. подразделениями с другой.

При этом ЕА если нужно погружаются в детали.

Когда стрелочки и квадратики оторванны от реальности, когда фантазия ничем не ограничена, очень трудно, а порой и невозможно приземлять это, воплощать в дизайне и технологиях. Особенно когда эти стрелочки и квадратики уже продали руководству.

Не работа, а мечта

В каком смысле?

Я про еа)

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

Нужно найти союзников среди бизнеса

И бизнес как раз — союзник. Но у него не всегда есть время/желание/возможность погружаться (и правильно), поэтому часть решений делегируется на EA

Это извечное противостояние, консалтеры пишут талмуды, а их на полку определяют. Потому что еа - исключительно внутренняя компетенция

Где иногда прям шквал непонимания. «Как это дублировать данные?»