세션
다양한 기술 분야 전문가들의 경험과
노하우를 확인해 보세요.
DDD 뭣이 중헌디? 🧐
DDD(Domain-Driven Design)의 마지막 D는 개발(Development)이 아니라 설계(Design)입니다.
DDD의 전술적 패턴과 같은 구현에 함몰되어 오해가 충만한 지금, 다시 한 번 DDD의 설계 본질에 대해 이야기합니다.
- 목차
- 1. DDD
- 2. 왜 DDD인가요?
- 3. 전략적 설계
- 4. Bounded-Context
- 5. Context-Map
- 6. 진화하는 설계
- 7. Event Storming
- 8. 결론
- 대상
- - DDD 전술적 패턴(a.k.a. 빌딩 블록)에만 함몰된 개발자
- - 방대하고 복잡한 소프트웨어를 잘 설계하고 구현하고 싶은 개발자
- - 프로젝트 또는 상품 협업 당사자와 의사소통을 하지 않는 분
- - 개발자로서 열심히 일하는데, 역설적으로 비즈니스 핵심 파악이 잘 안 되는 분
- - 애플리케이션의 전체적인 큰 그림을 잘 설계하고 싶은 분

백엔드 개발자 사람입니다. 소프트웨어의 복잡성을 다루는 DDD에 관심이 많습니다. 어제보다 더 나은 개발자가 되려고 항상 노력합니다.