Mastodawn

Ubiquitous Language is scoped within a bounded context. In fintech, 'transaction' in a payments context differs from 'transaction' in a ledger or audit context—each context maintains its own precise language.

#UbiquitousLanguage #BoundedContext #Fintech

Kanishka Naik May 5

Bounded Contexts prevent large fintech models from becoming inconsistent. Without explicit boundaries, the same term used differently by payments, risk, and compliance teams creates integration errors across distributed services.

#BoundedContext #Fintech #Architecture

Kanishka Naik May 5

A Bounded Context is a central DDD pattern. It is a defined part of software where particular terms, definitions, and rules apply consistently—eliminating ambiguity within that boundary.

#BoundedContext #DDD #Fintech

Kanishka Naik May 5

DDD divides large systems into bounded contexts, each with its own model. In fintech, concepts like 'account' or 'transaction' mean different things in payments, lending, and compliance—each needs its own context.

#DDD #BoundedContext #Fintech

Kenny (Baas) Schwegler Mar 5

First day of another DDD foundation workshop, and we hit the wall that almost every team hits: naming.

Not "what should we call this?" — that's the surface question. The deeper one is: how much does a name already decide for you?
...
#DomainDrivenDesign #CollaborativeModelling #BoundedContext #SoftwareDesign

Kenny (Baas) Schwegler Mar 3

Came across this take recently: "How long until the DDD community realises AI/LLM assisted programming is still DDD, but you no longer need to do the actual implementation, just document & validate it?"

We already do. The bounded context pattern is still very much valid.
...

#DomainDrivenDesign #BoundedContext #UbiquitousLanguage #AIAgents #SoftwareArchitecture

Show thread

Kenny (Baas) Schwegler Feb 25

The coloured blocks on the flipchart make it click for most people. Once you can see where coupling creeps in and where boundaries should be, the conversations about architecture become much more productive.

Tomorrow, we go into one of the modules, sketch it out using Responsibility-Driven Design, and then go straight to coding.

#DomainDrivenDesign #TacticalDDD #SoftwareArchitecture #BoundedContext #SoftwareDesign