Domain Bugs Cost More Than Code Bugs
Domain-Driven Design, ubiquitous language, and bounded contexts matter because product teams ship the wrong workflow when legal, product, and engineering mean different things by the same word.
https://ryanw.eu/field-notes/domain-bugs-cost-more-than-code-bugs/
Struggling to modularize your domain logic? 🤔 Join @ewolff at #SAGconf as he explores how models can complement Bounded Contexts to structure complex systems effectively. Discover practical strategies for combining models, modules, and abstract data types to create maintainable, scalable software architectures. 🛠️
🔗 Learn more about Eberhard's session: https://t1p.de/4lsar
#SAG2025 #SoftwareArchitecture #DomainDrivenDesign #BoundedContexts #Modularization #iSAQB #ArchitecturePatterns
Hey, I left these onions in the ground too long and they decided to modularise themselves. 🤣
#monionlith #modualarOnionArchitecture #boundedContexts #microservices #modularMonolith
Erfahrt im zweiten Teil des Blogs zu querschnittlichen Bounded Contexts von @f_kammerlander, welche Herausforderungen euch bei der Umsetzung begegnen können und profitiert von praxisnahen Modellen, die euch in euren Projekten unterstützen können:
➡️🔗 https://www.embarc.de/prinzipien-umsetzung-querschnittlicher-bounded-contexts/
Solltet ihr den ersten Teil des Blogs verpasst haben, könnt ihr ihn hier noch einmal lesen:
➡️🔗 https://www.embarc.de/kriterien-einfuehrung-querschnittliche-bounded-contexts/
Querschnittliche Fachlichkeit zentral zur Verfügung zu stellen verspricht Kapazitäten und Kosten zu sparen. Eine zielführende Umsetzung ist allerdings nicht trivial und birgt Tücken. Welche das sind und wie man diese sinnvoll adressiert, erfahrt ihr in diesem Artikel.
🍷🎙📝 Unsere Architektur-Punsch-Blogreihe geht weiter!
In Beitrag Nr. 3️⃣ veranschaulicht @f_kammerlander die Kriterien für querschnittlichen Bounded Contexts.
Erfahrt, wann es sinnvoll ist Bereiche einer Software durch übergreifende Fachlichkeit zusammenzufassen 🖇:
💡 Hier geht's zum aktuellen Blog 📖 ✍️ :
➡️ 🔗 https://www.embarc.de/kriterien-einfuehrung-querschnittliche-bounded-contexts/
Das fachliche Schneiden von Software ist durch Domain Driven Design (DDD) und Microservices populär und allgegenwärtig. Je nach Problemstellung und Kontext ist es bei der Wahl von Bounded Contexts manchmal sinnvoll, Fachlichkeit übergreifend bereitzustellen und nicht zu zerschneiden. Dieser Artikel beschäftigt sich mit der Frage, wann ein solches Vorgehen nützlich ist – und wann nicht.
Great slide of @[email protected] talk about #ddd and #boundedcontexts at #NeosCon
Ryan Winkler
SoftwareArchitecture Gathering
Katy TransWomenAreWomen Ereira
embarc Software Consulting
Robert Lemke