Software Architecture Software Development Trust Leadership
Seattle, Washington, United States
The most important part of DDD is the domain. It says so right in the name. Getting it right is important, and not as easy it may seem. This session talks about a couple of instances where domains were defined in ways that were arguably incorrect and, of course, this didn't become obvious until deep into the project.
Changing a system's design because you got it wrong is not easy. However, there are times that it will be necessary. In this session, we will talk about how to identify problem domains, how to understand the correct domains, and discuss the implementation of refactoring strategies to use when making this change.
With over 25 years in software development (almost 15 of which is .NET), Dr. Bill brings a pragmatic (curmudgeonly?) approach to software development. With much of that time spent in consulting, he has worked on many different projects and used many different designs and approaches. He recently switched to the dark side and uses his development experience in a product management role where he acts as a .NET developer advocate with AWS, helping AWS to build a better and more rich .NET developer experience.