Domain Driven Design: What You Need To Know

[@maynardewm]

After watching this video, I don't think I have an understanding of how to actually do DDD, but it covers the very basic concepts at a very high level.

[@alexhyettdev]

Yes I will probably do another video in the future that breaks down how to actually do it. It is a tricky one though as it is very specific to the domain you are working on.

[@ReluctantSpirit]

Sorry to say but it’s difficult to understand with background music and unusual pacing of your talking. Submitting an issue to remove background music and slower the talking pac

[@ReluctantSpirit]

@@alexhyettdev Sorry to say but it’s difficult to understand with background music and unusual pacing of your talking. Submitting an issue to remove background music and slower the talking pace

[@alexhyettdev]

@ReluctantSpirit I have reduced the bg music on my newer videos. I may just remove it completely in future. Unfortunately I can’t change the ones already uploaded.

[@dasnerft96]

to me that's exactly what i was looking for. I'm very new to programming and don't know alot about it, but understanding in general what people mean when they talk about DDD helps me understand how they want to build an application

[@1hugarcia]

Great video. I am a functional analyst, not a dev, but we must also learn these concepts. And this is a very clear explanation. Please make as much videos about concepts of code design and architecture as possible

[@alexhyettdev]

Thank you I am glad it was helpful. Yes I will be making more videos like this in the future.

[@furious385]

In C# you can use records to represent ValueObjects, and they support everything ValueObjects needs.

[@YN-wv1rd]

Thanks for your concise explanation with easy-to-understand examples. I started reading Creating Software with Modern Diagramming Techniques By Ashley Peacock, and it suggests reading "Domain-Driven Design: Tackling Complexity in the Heart of Software By Eric Evans" to understand DDD. Though I luckily found the title in the O'reilly online library, your video saved my time. I subscribed.

[@alexhyettdev]

You’re welcome, I am glad it was helpful for you!

[@warrenmarkham8891]

Thank you for sharing the book references. The diagramming book sounds very interesting and just what I am looking for. I'm a junior dev tackling a codename and I've started trying to contribute by diagramming and providing onboarding documentation.

[@sebon11]

Bro your explanations are amazing, amazing channel Damn and you only got 4k subs? Proud to be here b4 everyone else lmao :D

[@alexhyettdev]

Thank you, I appreciate that. Hopefully my channel will keep growing!

[@AndyRoss-lo8qq]

This is a really useful video, very clear and easy to understand that does a great job of explaining what DDD actually is. Extremely useful.

[@computer-science-with-mani]

amazing video and very helpful for anyone struggling to understand what DDD is and its core components.

[@amitev]

What a gem is this video (and the channel as well)!

[@alexhyettdev]

Thank you very much!

[@StanislavPogrebnyak]

The issue of DDD is that you can design software together with disfunctions you already have in org. Basically, to make it work you need to be ready to change org based on Strategic DDD outcomes.

[@ariand.sialajulio7506]

Incredible, Your explanation is very clear.

[@alexhyettdev]

Thanks Arian, I am glad it was easy to understand.

[@newline3521]

That is a great introduction for someone who wants to start reading the book. thanks

[@adamstrejcovsky8257]

The video makes it feel like: "just name stuff after things in your business".

[@mahdi5796]

Very well and simply explained. Thank you

[@alexhyettdev]

You’re welcome I am glad you liked it.

[@mohammedsaber6782]

Great explanation. clear, obvious and strait forward amazing man. very helpful.

[@agneszareba]

So well explained and presented Alex! Subcribed!

[@alexhyettdev]

Thanks Agnes! I hope you are doing well.

[@marcelocostanzi8029]

Hey. I really like your explanations, very clear. Just as a suggestion for future videos, please consider lowering the volume or pick something different for the background music. At times it can be very annoying, specially when using headphones. IE at 7:45, there are some punctuating sounds making it difficult to follow your speech. Otherwise great

[@alexhyettdev]

Thanks for the feedback. I will see if I can find some background music that is more uniform throughout. It is a tricky one to get right especially if the music has varying sound levels.

[@sreekarv6282]

Great video but I had to keep it in 0.75x atleast to understand. your articulation is very fast or my listening skills are not par :) anyway this is great overview

[@marna_li]

Sound practices when designing software and object-oriented patterns used in the right way - I feel like that is lacking. In a lot of places developers go right at the problem before actually checking with the business and designing the software - having a clear system and language for how to structure code.

[@alexhyettdev]

Yes 100%. It is always tempting to jump straight into the code but it nearly always ends up needing considerable rework later. Reminds me of the “sharpening your axe” analogy.

[@winxalex1]

Like it. Big part of the video is about Entities and VOs, which are quite common in many designs, I would like to have more of how the domains communicate between each other and what is anti corruption layer about?. Is it Event Broker with adapter layer. How the decoupling is achieved?

[@thebeardsolution]

Great video as always!

[@alexhyettdev]

Thanks mate!

[@distinctionconsulting]

Brilliantly articulated description. Your audio is next level, what mic do you use , please?

[@CuriousCyclist]

That was very, very good. Thanks. A bit fast, but I could keep up. Just about.

[@SrivatsaDK]

So In a Person Entity for example, Name can be a Value Object?

[@davidjiang7929]

Would you happen to have tutorials to demo how to implement ddd in c#?

[@rorycawley]

You should write a book. This was a fantastic into to DDD. Thanks so much.

[@alexhyettdev]

I would love to write a book at some point. Thanks for the feedback 😊

[@jakobmller7465]

Cool video, but it is not clear that an aggregate is NOT an object. According to Eric Evans: "An aggregate is a cluster of associated objects that we treat as a unit for the purpose of data changes. Each aggregate has a root and a boundary. The boundary defines what is inside the aggregate. The root is a single, specific entity contained in the aggregate. The root is the only member of the aggregate that outside objects are allowed to hold references to." It is the root and the conceptual boundary that defines the aggregate. I think the identity of the aggregate is the identity of the root.

[@patchas9674]

Great one!!!

[@perghosh8135]

DDD will make the code explode in size

[@alexhyettdev]

Yes, you do end up writing more code with DDD. It just depends whether it is worth the trade off.

[@raffaeleloi]

What a great video !!

[@alexhyettdev]

Thank you Raffael!

[@khadijatmuhammad1901]

3:48 - the statement about subscription plan...

[@hgoebl]

Thanks. I'd prefer the video w/out background music.

[@alexhyettdev]

Yes I think I will just do away with music in future.

[@readikus]

Fantastic video. Trying to find some content for my dev team to learn a few areas of best practice, and this is a great one. Liked and subscribed ;)

[@alexhyettdev]

Thank you! I am glad you liked it.

[@Great_Sahara]

Great video. Earned a sub

[@alexhyettdev]

Awesome, thank you!

[@matahariramadhan]

Great video, a little confused about the difference between DDD and microservice? Thanks

[@alexhyettdev]

DDD is more about what you put in each microservice rather than the technology itself. It is possible to use microservices without using DDD. For example you can have microservices for each feature rather than each domain.

[@salahayman3513]

Can please add more about DDD thanks for the video

[@alexhyettdev]

Yes I am sure I will be doing so more about DDD in the future.

[@danielolajumoke4389]

Hi there, thank you so much for the video ❤ and i would love to ask you a question. Is DDD still relevant today? Do you think a startup should do DDD? Do large enterprises like Google, Netflix (video case study), Uber and so on use DDD? Sometimes i wonder if some organizations do care about practicing this beautiful methodology as it aims to tackle complexity at the heart of the business. Your response will be highly appreciated. Cheers mate!

[@alexhyettdev]

Yes they definitely do still use DDD. I am not sure about Google but Netflix and Uber have written articles about using DDD and Hexagonal Architecture: netflixtechblog.com/ready-for-changes-with-hexagonal-architecture-b315ec967749 www.uber.com/en-GB/blog/microservice-architecture/

[@danielolajumoke4389]

@@alexhyettdev Thanks mate 👍. I find the links you shared insightful... You probably missed the part where I asked if you think startups should do DDD. I would love to hear your opinion on that too!

[@yohami]

DDD is ridiculous, so, no.

[@Daniel-o9z4g]

It it domains or subdomains? you keep calling them by both names, and im unsure now

[@asierpaz9190]

Hello. I noticed that services are mentioned at a somewhat high level. Can you explain application services vs domain services? Thanks.

[@alexhyettdev]

Yes, so a domain service is a service that contains core business logic. It is a key component to the application. It might be responsible for processing an order for example in an e-commerce application. Application services on the other hand provide functionality to the system but isn't domain specific logic. This could be writing to a database, logging, and email service or auditing. They are supporting services that most systems have regardless of the domain.

[@ave383]

I'm pretty new to this and would like your feedback on my thought. I'm studying to be a cloud architect and I'm not much of a coder. When you said an aggregate maintains business invariance is this akin to a policy? making sure specific rules are enforced during deployments.

[@alexhyettdev]

Yes, it is very similar. An example could be making sure that an API passes its health checks before traffic is routed to it and rolling back the deployment if it doesn't.

[@davebudah]

This is quite insightful. #Subscribed.

[@alexhyettdev]

Thanks Dave!

[@HudsonZero-i2r]

Jazmyn Track

[@esteban-alvino]

Hello Alex, thanks for sharing your knowledge with the world. keep up with the great work.

[@aamirsohailkmas]

3:10 My brain is not braining at this point

[@rachelkaufman8630]

Great video. I am a relatively new dev reading DDD because a coworker suggested it, and found this video because I'm finding the book remarkably dull. (😳) After watching your video, I feel like DDD is somewhat self-evident--in other words, how could you make a Netflix without separating out billing from streaming from whatever else? Please feel free to correct me. :)

[@alexhyettdev]

Yes I tried to pick an obvious example that everyone would understand. It really depends on how well everyone understands the domain. It is quite common at some companies for engineers to be building software without all the information as the stakeholders aren't willing to share or take the time for it. If you know the domain well then DDD does seem self-evident.

[@rachelkaufman8630]

@@alexhyettdev Thanks for the response, this makes sense!

[@ragtop63]

What if you only write applications for yourself?

[@alexhyettdev]

Then go nuts! No one is going to see your code anyway lol

[@arcan762]

What's the point though?

[@AndrewGrabowski-p2o]

Stehr Vista

[@congxincheng5095]

Great video explainning the concepts but it looks to me it's only delegating all the cross-domain work into the least explained anti-corruption layer which still needs knowledge of multiple domain and engineering the system itself. Great practice but it seems just not fitting for a poor team lead trying to not teach everyone everything or handling all the cross-domain work in flesh to make things work in a team not big enough.

[@alexhyettdev]

Yes you definitely need an experienced team with a good understanding of the domain in order to to do DDD well.

[@catfishfortesque-smythe437]

Interesting content, but the editing is quite annoying. Every sentence seems to have an edit, a slight zoom, natural space cut out, so it runs into each other and just turns into ... a wall of words. The audience are not gamers with a short attention span, it's people looking for information; we can wait that extra second.

[@alexhyettdev]

Noted! Yes it is a bit of a balancing act between a boring static man in front of a camera and trying to keep the audience engaged while not making the jump cuts too jarring.

[@tonymarques1624]

Developers should not be designing- it should be an application/ system architect in close collaboration with a business analyst and product manager. If developers do the design, then we're into a world of change and security issues. Who do you see as having the responsibility for producing the domain design?

[@alexhyettdev]

I think it depends on the seniority of the developer. Many companies don’t have a system architect role and it is up to the senior developers and engineering managers to design the system architecture. This is usually with the business analysts and product managers as well. In most companies I have worked at there is usually a review team that go over the architecture to sure that all security considerations have been addressed.

[@maksimluzin1121]

I've got the book title, and I will read it, thanks! But your fast and compressed 'blah-blah-blah' is just absolutely useless (it was, for me). For the Foreign speakers...

[@JosephAllen-y1m]

Jesus Pines

[@MostakAhammedOfficial]

I am not a native English speaker. I am student. I don't speak English well. Your presentation is good but it is something difficult to me to understand your accent and fluency. I suggest you to speak little more slow and fulfill the word you are saying in pronunciation. Good luck.

[@alexhyettdev]

Thanks for the feedback. I speak a lot slower in person. It is something about being in front of the camera! I am sure I will get better with practise.

[@marcialabrahantes3369]

​@@alexhyettdev you are fine speed wise - there are speed controls we should all take advantage of when we're not comfortable with the speaker's speed

[@diegosebasdonayref.4541]

Hi Alex, thank you for your video. I like the British English pronunciation. I lived for 5 months in England, at first it was a little difficult to keep up with the native speakers, I was able to learn their accent, however there are many accents in the UK. Your videos help me a lot to remember that particular English!! thank you.

[@alexzakr]

It's could be solved by video speed changing.

[@codelinx]

Don’t change your speed it works well without the speed change on Google. If you increase or decrease it it will cause weird lag or upscale issues I think….

[@maksimluzin1121]

It's interesting, for sure, but you're speaking too fast and with very 'native English'. Your should speak slower and with more 'common English', acceptable for everyone. I've switched on Subtitles to understand your words from the Text, not from your voice words. Sorry...

[@alexhyettdev]

No worries, I have tried going slower in newer videos. It is more to do with nerves more than anything else. Speaking to a camera really isn't natural!

[@maksimluzin1121]

@@alexhyettdev , OK. Thanks!

[@Nominal_GDP]

Wow, what a load theoritical nonsense

[@yohami]

DDD is the most stupid shit I've ever heard, and I've been developing for 20 years and heard a LOT.

[@alexhyettdev]

😂 it is a bit of an odd one.

[@paulgehrman]

DDD is just the latest in a long line of faddish religions. Developers need to think outside of the box because the box is bloated and dogmatic.