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

и пусть там и останется

Тогда остается судить по результатам и "кейсам", без каких-либо обобщений

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

пошатать миры?))) а ты смешной

теперь мой мир никогда не будет непошатанным =(

Всем удачи и успешных проектов

> но почти полное отсутствие принципов инженерной практики, гарантирующей воспроизводимость результата.

Я помню мне когда-то на каких-то тренингах показывали картинку про сложность, мол вот эти все деления на simple, complicated, complex, chaos. И думал "почему это они говорят о разработке как о complicated/complex" - вроде ж ничего сложного написать ту или иную систему.

А потом дошло что речь шла о том что все эти штуки про социальные взаимодействия которые сильно влияют на воспроизводимость процессов и т.д. Ты человеку говоришь одно а он тебе другое. Люди разные, люди сложные. Технические штуки на этом фоне не такая большая сложность.

от конгетивных искажений в целом уберечься тяжело

когнИтивных (cognitive)

я безграмотный я знаю

та я без претензий, просто уже далеко не в первый раз это слово пишешь через Е)

Привет.
Возник вопрос.
Тема Event Sourcing.
Нужно отправить mail на произошедшее event carried state.
Но в письме нужно дополнительная информация не сожержащ в payload'е эвента.
Как решить возникшую сложность?

выглядит так, что что-то произошло, но на это нет ивента

как изи фикс можно сходить туда где необходимая инфа есть и там ее взять

Да.
Подгрузить рид модель или сделать проекцию некую с данными для письма.

позволь спросить как ты подобные проблемы с ES решаешь когда тебе потом надо на UI или в репорты данные выплюнуть которые не в одном агрегате? Вот так же с письмами

ивенты это не транспорт для данных и вообще те ивенты которые ходют внутри агрегата лучше стараться не "реюзать" для интеграции фич

кинул ивент - проекции все отработали - тогда можно наружу кидать уже другой ивент в котором чисто айдишка. Что бы уменьшить temporal coupling или как минимум сделать причино следственные связи проще (убрать вероятность гонок) и как максимум прими как факт что в ES доменный ивент частично берет на себя задачи персистенса и является деталью реализации конкретного агрегата.

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