Page History
...
비지니스 모델의 특성과 작동방식을 구분하는 경계가 어떠한 형태로든 존재하지않거나, 파악되지 않는 현상이된 문제이며그 자체이며
그러한 현상이 되어가는 원인으로는 이것은 비지니스 로직이 생길때마다, 프로젝트 예측을 매우강하게 요구하여 설계에 들이는 노력이 소프트웨어가 지연되는
결과로 이어질수 있다라는 의식과 인식과 함께, 개발팀은 심사숙고한 설계보다. "작업셔플"만을 사용을하여 점점 큰 진흙덩어리를 만들어 내고 있다란 것이다.
...
도메인을 중심에 놓고 복잡성을 다뤄야 한다라고 이어집니다. DDD이전에는 몇가지 복잡한 문제를 풀기위해
기술중심의 접근방식을 택했다고 하면 해결방식의 사고 전환으로 볼수가 있습니다.
도메인의 복잡성 다루기
소프트웨어가 일반적으로 복잡해지는 이유는, 우리가 사용하는 기술자체의 복잡성 때문이 아니라
...
- https://www.eventstorming.com/#events
- https://www.lucidchart.com/blog/ddd-event-storming
- https://spring.io/blog/2018/04/11/event-storming-and-spring-with-a-splash-of-ddd
덩어리를 나누고 바켓에 담기
| 통합 | 바운디드 컨텍스트 |
|---|---|
|
|
다른 사업부의 정책을 모두 하나의 정책으로 통합하려고 한다면 문제가 발생하게된다.
...