Med-Mastodon

Vaughn Vernon 🟦 🟨 🟧 🟪When sense giving, such as advice on software design such as <a href="https://mastodon.social/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> and architecture, the idea should be to encourage (force!) sense readers to think about making their own decision within a set of principles with options. That's far better than you making a rule—possibly arbitrary or without depth of thought on your part (e.g. your preference)—that will tend to prevent their thought in favor of following your "expert rule."1/n

Vaughn Vernon 🟦 🟨 🟧 🟪In the term critical thinking, the word critical, (Greek κριτικός = kritikos = "critic") derives from the word critic and implies a critique; it identifies the intellectual capacity and the means "of judging", "of judgement", "for judging", and of being "able to discern."<a href="https://mastodon.social/tags/CriticalThinking" class="mention hashtag" rel="nofollow noopener" target="_blank">#CriticalThinking</a> <a href="https://mastodon.social/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> <a href="https://mastodon.social/tags/StrategicDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#StrategicDesign</a><a href="https://en.m.wikipedia.org/wiki/Critical_thinking" rel="nofollow noopener" translate="no" target="_blank">https://en.m.wikipedia.org/wiki/Critical_thinking</a>

GienThere are so many good proposals for <a href="https://m.aardling.social/@dddeu" class="u-url mention" rel="nofollow noopener" target="_blank">@dddeu</a> again this year! We have over 450 submissions and it is an honour to be part of the team that creates the program for our first Antwerp edition. 😀 <a href="https://mastodon.social/tags/domaindrivendesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domaindrivendesign</a> <a href="https://mastodon.social/tags/dddesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#dddesign</a> <a href="https://mastodon.social/tags/dddeu" class="mention hashtag" rel="nofollow noopener" target="_blank">#dddeu</a>

Vaughn Vernon 🟦 🟨 🟧 🟪From <a href="https://mastodon.social/tags/EventStorming" class="mention hashtag" rel="nofollow noopener" target="_blank">#EventStorming</a> to tactical <a href="https://mastodon.social/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> in 16 minutes. <a href="https://mastodon.social/tags/EventSourcing" class="mention hashtag" rel="nofollow noopener" target="_blank">#EventSourcing</a> is up next.<a href="https://mastodon.social/@VaughnVernon/114074508138424853" rel="nofollow noopener" translate="no" target="_blank">https://mastodon.social/@VaughnVernon/114074508138424853</a>

Vaughn Vernon 🟦 🟨 🟧 🟪Design Accelerator: Events-First Discovery and Modeling—EventStorming to <a href="https://mastodon.social/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> Tactical DesignWhat is Events-First and how can it lead to innovative discoveries that can be implemented using tactical Domain-Driven Design (DDD)?<a href="https://youtu.be/I-cqa6moMBQ" rel="nofollow noopener" translate="no" target="_blank">https://youtu.be/I-cqa6moMBQ</a>

Vaughn Vernon 🟦 🟨 🟧 🟪A very untapped area of R&D is the effects of DDD <a href="https://mastodon.social/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> on <a href="https://mastodon.social/tags/UX" class="mention hashtag" rel="nofollow noopener" target="_blank">#UX</a> and <a href="https://mastodon.social/tags/UI" class="mention hashtag" rel="nofollow noopener" target="_blank">#UI</a>. Way back, I was heavily invested in UI because with desktop apps, it was centric.Wish I had time to return to UI with UX as the overarching guide. I've been stewing on that for a long time and have even had the opportunity to dabble a bit:domorobo.to

Anton Stöckl ✅Hey folks! I‘m looking for new professional opportunities from February 25 on! If your org is hiring or you have recommendations … shoot me a message, please! 🙂<a href="https://mastodon.social/tags/dddesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#dddesign</a> <a href="https://mastodon.social/tags/golang" class="mention hashtag" rel="nofollow noopener" target="_blank">#golang</a> <a href="https://mastodon.social/tags/hexagonal" class="mention hashtag" rel="nofollow noopener" target="_blank">#hexagonal</a> <a href="https://mastodon.social/tags/eventsourcing" class="mention hashtag" rel="nofollow noopener" target="_blank">#eventsourcing</a> <a href="https://mastodon.social/tags/cqrs" class="mention hashtag" rel="nofollow noopener" target="_blank">#cqrs</a> <a href="https://mastodon.social/tags/eventdriven" class="mention hashtag" rel="nofollow noopener" target="_blank">#eventdriven</a> <a href="https://mastodon.social/tags/tdd" class="mention hashtag" rel="nofollow noopener" target="_blank">#tdd</a>Reposts very much appreciated! 💛

Asbjørn Ulsberg<a href="https://sfba.social/@williampietri" class="u-url mention" rel="nofollow noopener" target="_blank">@williampietri</a> You are quite correct, and this is why the idea of software development being a “sociotechnical” practice is gaining traction. <a href="https://hachyderm.io/@trondhjort" class="u-url mention" rel="nofollow noopener" target="_blank">@trondhjort</a>, <a href="https://hachyderm.io/@nick_tune" class="u-url mention" rel="nofollow noopener" target="_blank">@nick_tune</a>, and others in the <a href="https://icosahedron.website/tags/DDDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#DDDesign</a> community writes and talks a about this in length. It’s a tough nut to crack, though. Software development is still being seen and marketed as a masculine, technical skill that can (eve must) be done successfully in isolation from the people the software is being built to serve. This view alienates the very people our field of work need more of to prosper, and locks us into a dark spiral of negative reinforcing toxic masculinity of what I like to call “technical masturbation”.An important realization of being a software developer is to acknowledge that since software development is a very young and social science, we understand perhaps even less of what we do than economists do of economics. We are mere alchemists throwing ingredients into a cauldron hoping it will turn into gold.

Nick TuneThere's quite a few DDD people on Bluesky so I created a list: <a href="https://bsky.app/profile/did:plc:rckvbasit6ovva2bg7dvafdp/lists/3l7y76qe5vz2u" rel="nofollow noopener" translate="no" target="_blank">https://bsky.app/profile/did:plc:rckvbasit6ovva2bg7dvafdp/lists/3l7y76qe5vz2u</a>If you know anyone who should be on the list, let me know.<a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddd</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a>

Anton Stöckl ✅I'm searching for a new professional opportunity from February on, an earlier start is possible but I'm not in a rush! I bring along 25+ years of experience as a software developer, architect, team lead, learning designer (trainer).Please share! :-)Some of my skills and interests: <a href="https://mastodon.social/tags/golang" class="mention hashtag" rel="nofollow noopener" target="_blank">#golang</a> <a href="https://mastodon.social/tags/dddesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#dddesign</a> <a href="https://mastodon.social/tags/hexagonal" class="mention hashtag" rel="nofollow noopener" target="_blank">#hexagonal</a> <a href="https://mastodon.social/tags/portsandadapters" class="mention hashtag" rel="nofollow noopener" target="_blank">#portsandadapters</a> <a href="https://mastodon.social/tags/collaboration" class="mention hashtag" rel="nofollow noopener" target="_blank">#collaboration</a> <a href="https://mastodon.social/tags/agile" class="mention hashtag" rel="nofollow noopener" target="_blank">#agile</a> <a href="https://mastodon.social/tags/eventsourcing" class="mention hashtag" rel="nofollow noopener" target="_blank">#eventsourcing</a> <a href="https://mastodon.social/tags/cqrs" class="mention hashtag" rel="nofollow noopener" target="_blank">#cqrs</a>

Nick TuneOur next DDD London meetup has been scheduled.On Tuesday 19th November, Tim Mortimer will be talking about Executable Specifications.See you there.<a href="https://hachyderm.io/tags/dddLondon" class="mention hashtag" rel="nofollow noopener" target="_blank">#dddLondon</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a> <a href="https://hachyderm.io/tags/bdd" class="mention hashtag" rel="nofollow noopener" target="_blank">#bdd</a><a href="https://www.meetup.com/dddlondon/events/303976744/" rel="nofollow noopener" translate="no" target="_blank">https://www.meetup.com/dddlondon/events/303976744/</a>

Nick TuneArchitecture modernization anti-pattern: accessing another subdomain's data from the legacy system* When building something new outside the legacy, you might be tempted to go direct to the legacy system to read/write data that you require (via the DB, CDC, or EDA).If that data does not conceptually belong to the subdomain that is accessing it, you are breaking encapsulation: you are going via the backdoor to access another subdomain's data1/3<a href="https://hachyderm.io/tags/architectureModernization" class="mention hashtag" rel="nofollow noopener" target="_blank">#architectureModernization</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a>

Nick TuneOur conceptual understanding of a business domain plays a fundamental role in how we architect our software systems.For example, when we have specialised versions of a general concept - do we treat the variability as an attribute or specialized entities?See the attached image: if we consider a dealership to be one single entity with different shapes of profile, we might lean more towards a profiles subdomain.1/2<a href="https://hachyderm.io/tags/softwareArchitecutre" class="mention hashtag" rel="nofollow noopener" target="_blank">#softwareArchitecutre</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a>

Nick TuneWith finest-grained events you would have around 100 event types, whereas only 8 with coarsest-grained events (and there are many variations in-between).Your choice could have a massive impact on the complexity and evolvability of your architecture, both for you and the consumers of your events.I judge every event on a case-by-case basis, but here are some things I look out for:- do consumers have to consume a high volume of events they are not interested in?2/3<a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/eda" class="mention hashtag" rel="nofollow noopener" target="_blank">#eda</a>

Nick TuneEvent granularity is often a very tricky aspect of event-driven architecture. It usually requires a very deep understanding of your business domain and product strategy.Imagine a company with a product that:- has 8 lifecycles steps (e.g. started, cancelled, closed) - has 3 variations - is sold in 4 countries (customised to each)1/3**<a href="https://hachyderm.io/tags/eventDrivenArchitecture" class="mention hashtag" rel="nofollow noopener" target="_blank">#eventDrivenArchitecture</a>** **<a href="https://hachyderm.io/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener" target="_blank">#softwareArchitecture</a>** **<a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a>** **<a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a>**

Nick TuneSometimes it’s best not to overdo the "DDD" when shaping the boundaries in your software architecture.Using techniques like EventStorming you might achieve a clear conceptual model with well defined subdomains that domain experts agree with.But it’s also important to analyse data flows: What information does a subdomain need from other subdomains to apply rules and make decisions?Recently I hit this scenario...1/2 **<a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddd</a> <a href="https://hachyderm.io/tags/swArch" class="mention hashtag" rel="nofollow noopener" target="_blank">#swArch</a> <a href="https://hachyderm.io/tags/eda" class="mention hashtag" rel="nofollow noopener" target="_blank">#eda</a>**

Nick TuneWhere should you put the anti-corruption/translation layer when migrating from a legacy system?1. in the legacy 2. in new code 3. a dedicate translator serviceA benefit of 1: fully encapsulate the legacy model and prevent it leakingA benefit of 2: teams don't have to make PRs in multiple codebases for the same feature (when the ACL needs to change)1/2<a href="https://hachyderm.io/tags/architectureModernization" class="mention hashtag" rel="nofollow noopener" target="_blank">#architectureModernization</a> <a href="https://hachyderm.io/tags/legacyMigration" class="mention hashtag" rel="nofollow noopener" target="_blank">#legacyMigration</a> <a href="https://hachyderm.io/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener" target="_blank">#softwareArchitecture</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a>

Nick TuneIf you are looking for top-notch conferences to speak at then check-out Explore DDD which is held in Denver in April.The CFP is open until the end of this month.I've been to the conference numerous times and I'm always very happy to fully endorse Paul Rayner and his team for putting on a great event and treating speakers outstandingly well.It's a community of enthusiastic learners and nice people.<a href="https://exploreddd.com/cfp/" rel="nofollow noopener" translate="no" target="_blank">https://exploreddd.com/cfp/</a><a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddd</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a> <a href="https://hachyderm.io/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener" target="_blank">#softwareArchitecture</a>

Nick TuneWhen modernizing your legacy systems, be careful not to automatically assume that the language your business and domain experts use is correct and should be reflected in your new architecture.Their language might be influenced by your legacy systems and not an accurate reflection of the concepts in your domain.Here is the kind of conversation I've had many times...1/3<a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/domainDrivenDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#domainDrivenDesign</a> <a href="https://hachyderm.io/tags/softwareArchitecture" class="mention hashtag" rel="nofollow noopener" target="_blank">#softwareArchitecture</a> <a href="https://hachyderm.io/tags/architectureModernization" class="mention hashtag" rel="nofollow noopener" target="_blank">#architectureModernization</a> <a href="https://hachyderm.io/tags/archModernization" class="mention hashtag" rel="nofollow noopener" target="_blank">#archModernization</a>

Nick Tune- are there any business rules or calculations that span all of this data? - does all of this data need to always be consistent?If you answer "no" to both, you should consider aggregating the data in the UI or a BFF.But you may also need to do advanced searching across the combined data. This could push you towards a single subsystem although a separate search-oriented subsystem is a common option (especially as you need to search across more diverse data).2/2<a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddd</a> <a href="https://hachyderm.io/tags/ddDesign" class="mention hashtag" rel="nofollow noopener" target="_blank">#ddDesign</a> <a href="https://hachyderm.io/tags/swArch" class="mention hashtag" rel="nofollow noopener" target="_blank">#swArch</a>

Recent searches

Search options

Administered by:

Server stats:

#DDDesign