Из-за периодической блокировки нашего сайта РКН сервисами, просим воспользоваться резервным адресом:
Загрузить через ClipSave.ruУ нас вы можете посмотреть бесплатно STOP dogmatic Domain Driven Design или скачать в максимальном доступном качестве, которое было загружено на ютуб. Для скачивания выберите вариант из формы ниже:
Если кнопки скачивания не
загрузились
НАЖМИТЕ ЗДЕСЬ или обновите страницу
Если возникают проблемы со скачиванием, пожалуйста напишите в поддержку по адресу внизу
страницы.
Спасибо за использование сервиса savevideohd.ru
The mainstream thought on Domain Driven Design is about Entities, Value Objects, Aggregates, Repositories, Services, Factories... all kinds of technical patterns. Because of this, most don't think they need Domain Driven Design because it's complicated for their domain. Why would you need all that "stuff"? Well maybe you don't! In a large system, modeling your domain, defining boundaries, and how they relate is far more important than concerning yourself with if you're using the Repository pattern correctly. 🔔 Subscribe: / @codeopinion 💥 Join this channel to get access to source code & demos! / @codeopinion 🔥 Don't have the JOIN button? Support me on Patreon! / codeopinion 📝 Blog: https://codeopinion.com/stop-doing-do... 👋 Twitter: / codeopinion ✨ LinkedIn: / dcomartin 0:00 Intro 0:38 Technical Pattern Focus 2:53 Context is King 5:41 Resources https://github.com/ddd-crew/bounded-c... https://github.com/ddd-crew/aggregate... https://www.eventstorming.com/ #softwaredesign #domaindrivendesign #softwarearchitecture