|
You are here |
kenan7.com | ||
| | | | |
vladikk.com
|
|
| | | | | Let's do a little experiment: try to explain the gist of Domain-Driven Design to someone who has no clue about it. This, especially doing it succinctly, is not easy. Heck, I struggle with it myself. Bounded contexts, entities, domain events, value objects, domains, aggregates, repositories... where do you even start? To find the order in the apparent chaos, I want to analyze the DDD methodology from a rather unusual perspective - by applying Domain-Driven Design to Domain-Driven Design itself. After all, this methodology is intended to deal with complex domains, isn't it? | |
| | | | |
pragprog.com
|
|
| | | | | Use domain-driven design to effectively model your business domain, and implement that model with F#. | |
| | | | |
blog.thesoftwarementor.com
|
|
| | | | | ||
| | | | |
dougseven.com
|
|
| | | Today I am at re:Invent 2022 in Las Vegas, NV. I am spending my days talking to AWS customers about Amazon CodeWhisperer - a new developer productivity service that will accelerate application development by providing automatic code recommendations based on the code and comments in your IDE. For developers, Amazon CodeWhisperer is an IDE extension... | ||