BackendHigh signal
Domain-Driven Design
Also written as DDD, Bounded Context
An approach to designing complex software around the business itself: shared language with business experts, and clear boundaries ('bounded contexts') between areas like billing and shipping. Often used to decide how to split microservices.
Think of it like
Organising a company's software the way the company is actually organised, using the words its people actually use.
Junior or senior?
Often name-dropped.
Senior sounds like
Can name the bounded contexts in their system and describe a design decision that came from talking to the business.
Ask them
“What were the main bounded contexts in your system, and how did you decide where the lines went?”