Domain-driven design (DDD) is an entire philosophy around how to tackle complexity in software that involves not only software design, but also entire teams, the wider business. It affects entire business processes besides the fundamental patterns, techniques and best practices. Bounded contexts are one of the pillars of DDD. There is no DDD without bounded contexts! In this video I try to explain as accessible as possible what DDD bounded contexts are and how we should start thinking differently when we're designing software.
#DDD #dotnet

Join this channel to get source code access and other perks:
   / @codewrinkles  

Contents:
1. Intro: 00:00
2. Intro to DDD: 01:25
3. What are bounded contexts? 03:37
4. Designing without DDD 05:20
5. Rethinking around bounded contexts: 08:02
6. Bounded contexts in practice with .NET: 10:41
7. Moving class properties around contexts: 13:01
8. End result: 16:24
9. Conclusions: 18:28