Алексей Зимарев - Event sourcing in a long run

Ближайшая конференция - DotNext 2024, 10 - 11 сентября, Москва + online
Подробности и билеты: jrg.su/x2GKnA
- -
В настоящее время event sourcing находится на волне популярности, и много копий было сломано в жарких дискуссиях вокруг этой, казалось бы, не очень сложной идеи. Специалисты из компаний с громкими именами публикуют статьи, описывая свой путь и опыт применения паттерна, но немногие из них действительно отражают оригинальные идеи, сформулированные Грегом Янгом 15 лет назад.
В этом выступлении Алексей хочет вернуться к сути того, что такое event sourcing в контексте Domain-Driven Design, почему он полезен для определенных типов систем, чего обычно опасаются люди в отношении паттерна и как избежать распространенных ошибок.

[@dropsonic]

Отличный доклад, а оформление и структура слайдов вообще 10/10.

[@user-hx4mu2st6n]

Отличный доклад! Спасибо.

[@invis_1]

Спасибо за хороший доклад!

[@petrkassadinovich2705]

Спасибо за доклад! Частенько натыкался на ответы Алексея по MassTransit - за них тоже благодарен.

[@ZaplatinEF]

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

[@archibaldstriebendrossel]

Это же типичный компромисс память vs время. Для уменьшения кол-ва памяти требуемой для отчётов можно их не хранить совсем, генерируя на лету. Но время на получение отчёта вырастет.

[@ZaplatinEF]

Почему класс Order не наследуется от абстрактного класса Aggregate но при этом использует его методы?

[@RealDeilan]

Где можно посмотреть ответы на вопросы, которые были в «дискуссионке» в Zoom?

[@kdenisinfo]

я живу в новой зеландии ? замутим что нибудь!

[@kdenisinfo]

А почему так мало просмотров?

[@kdenisinfo]

Делают потому что программирование превратилось в элитную профессию где математику ваообще не преподают на должном уровне (институты сокращают расходы на образовании! капиализм! бизнес! ничсего больше). Вы можете представить успешно работающих разработчиков с тройками по математике или 2 йками??? Я таких видел полно!!!! 10 миллионов программистов не пониамющие матиматику вообще!

[@kdenisinfo]

Код тоже неплохой но окнечно его можно доработать и получиться еще лучше

[@kdenisinfo]

С вами практически повсем позициям согласен

[@kdenisinfo]

Насчет репозитория тоже согласен. К тому же repos услодняют код до нельзя !!!

[@kdenisinfo]

Я тоже делю данные в БД, самостоятельно 12 лет без всякой помощи. И очень громко ржал когда мне кто нибудь рассказывает про нормализацию даных! таким научным языком! Только я подругому называю! У меня четыре базы views(витрины), сервисы, operational, reporting!

[@kdenisinfo]

Я согласен насчет EF ... Другие не понимют что использовать ADO намного проще чем работа с реальным EF на профессиональном уровне в production!!! Поэтому если не знаете и не профессионал никогда не используете EF. EF можно только после полной кастомизации его включая выноса EF в отдельнный проект DATA! Только при сценарии code firts и используя богатую модель (DDD), рефакторинг, IoC, fluentAPI, fluent mapping & validation, automapping, etc.... Использованаие всех этих технологий - намного сложней чем работать с ADO... Никогда не пользуете Dataannotations in EF,

[@kdenisinfo]

Очень профессиональный доклад. Мне ваш доклад нравиться болше чем Мартин Фаулера (Martin Fowler)! Русские действительно лучшие!!! ...