DDD By Example - Paul Rayner

DDD By Example - Paul Rayner - DDD Europe 2020

Рет қаралды 48,740

3 жыл бұрын

Domain-Driven Design Europe 2020
dddeurope.com - ddd_eu
Organised by Aardling (aardling.eu/)
Being both a way of thinking and a set of priorities, DDD can sometimes be perceived as overly abstract and amorphous. But the aim of DDD is accelerating development for teams dealing with domain complexity.
DDD is about shortening the time to value for customers, and doing this in a sustainable, repeatable manner. In this talk, you'll gain an understanding of what DDD looks like, why it matters, and what that might mean for you, your team, and your organization .
Paul Rayner is a developer, instructor, coach and popular conference speaker. He co-founded DDD Denver and is founder and chairman of the Explore DDD Conference (exploreddd.com). His company Virtual Genius LLC, provides training and coaching in DDD and EventStorming for agile teams (virtualgenius.com). Paul is from Perth, Australia, but chooses to live, work and play with his wife and two children, in Denver, Colorado. He blogs at thepaulrayner.com and tweets with an Australian accent at @ThePaulRayner.

Пікірлер: 31

@jankalfus42 2 жыл бұрын

Finally a presentation about DDD with concrete examples, without all the typical mumbo jumbo. Thanks so much!

@paulrayner2987 3 ай бұрын

You're welcome! Thanks.

@alex.nolasco 2 жыл бұрын

Thanks for the presentation, "With DDD the idea is take what you understand and make something, and then get some feedback, expand on it, collaborate.. rather than getting paralyzed by trying to get it perfect." @45:24

@paulrayner2987 3 ай бұрын

You're welcome. Glad it was helpful.

@naveedsharif942 6 ай бұрын

After extensive research, this video turned out to be more easy to understand and relevant.

@paulrayner2987 3 ай бұрын

Thanks.

@Miggleness 2 жыл бұрын

I didnt know Steve Nash is a DDD advocate

@paulrayner2987 3 ай бұрын

You're not the first person to mention I look like Steve Nash. LOL :)

@dimitirpopovich4394 2 жыл бұрын

Thanks! clearly and deeply

@paulrayner2987 3 ай бұрын

Glad to hear it!

@amancheema7875 2 жыл бұрын

Thank you so much for this great presentation. I am java developer. I browsed lot of tutorials to get understanding of DDD but couldn't not relate that information with the product I build. Today I got the fair idea on DDD.

@paulrayner2987 3 ай бұрын

Glad to hear it was helpful. Thanks!

@ylazerson 5 ай бұрын

Great video - thanks!

@paulrayner2987 3 ай бұрын

Thanks for the feedback

@emmanuelonyebueke544 2 жыл бұрын

Thanks a lot for this talk, as a DDD beginner this was very useful and relatable.

@paulrayner2987 3 ай бұрын

Thanks. We're all learning.

@Calphool222 3 жыл бұрын

I would love to hear DDD discussed relative to the context of implementing a or integrating with a SaaS offering. In that case, you have a distinctly more complex situation. You've got business users who understand their business, and you've got a product suite produced by some third party that has *its own* ideas for how to represent the business. In the case of integration work you have yet *another* complexity in that you're trying to bring together business concepts as understood by a business partner, business concepts as understood by a SaaS vendor, and then technical integration work that may not be tied to either of the previous two.

@JSANL 2 жыл бұрын

I think thats what an anti-corruption layer is typically used for.

@Calphool222 2 жыл бұрын

@@JSANL Isn't anticorruption more so that different areas who talk differently about a subject (which adds some value somehow) can keep talking that way (basically explicit translation)? That's not exactly the same is it? In this case you've INTENTIONALLY ceded some topics (like customer) to a SaaS vendor. The implication is that you have CHOSEN to eliminate your local definitions of those topics (otherwise, why invest in a CRM or ERP for example -- their PURPOSE is to manage certain topics, no?)

@paulrayner2987 3 ай бұрын

The situation you describe where you are integrating with another 3rd party bounded context can add a lot of complexity. There's the technical integration, which can be challenging enough. I would also recommend explicit translation and isolation (e.g. anti-corruption layer) from the 3rd party SaaS offering. SaaS offerings tend to cover generic subdomains, so you can write supporting subdomain code to isolate yourself from them, and thus protect your contexts from the 3rd party concepts. It is tricky though, because these SaaS offerings (e.g. Salesforce, SAP, Contently, etc.) cover a lot of ground and entire sections of the business may "live" inside the SaaS.

@paulrayner2987 3 ай бұрын

@@Calphool222 I think about anticorruption the same way generally. An example might be an organization that manages CRM inside of Salesforce, but still needs to bring in that contact/customer information into their own contexts and use their own terminology and business rules to manage it. For example, maybe they are managing passengers for flight bookings, and so should be using that language in their own context for all the rules around bookings, fares, and discounts for passengers, though all the email interactions with passengers could be managed inside of Salesforce. This is just one simplified example, but hope it helps.

@kraysmax3715 Жыл бұрын

There is no example, how disappointing (

@paulrayner2987 3 ай бұрын

Thanks for the feedback. I'm not sure what kind of example you might be looking for. If it's a coding example, then maybe this talk kzfaq.info/get/bejne/pcWmdM2Jl9yspWw.html would be more useful for you.