부록 on Advanced Beginner

용어 사전

d8lzz1gpw@mozmail.com (kimbenji) — Thu, 15 Jan 2026 00:00:00 +0000

DDD 용어 사전#

Domain-Driven Design의 핵심 용어를 정리합니다. 상세 설명은 개념 이해 섹션을 참고하세요.

TL;DR

전략적 설계: Bounded Context, Context Mapping, Ubiquitous Language로 도메인 경계와 언어 정의

전술적 설계: Entity, Value Object, Aggregate, Repository, Domain Event로 도메인 모델 구현

아키텍처 패턴: Layered, Hexagonal, CQRS, Event Sourcing으로 시스템 구조화

전략적 설계 (Strategic Design)#

📖 자세한 내용: 전략적 설계

Bounded Context (경계된 컨텍스트)#

정의: 특정 도메인 모델이 적용되고 일관성을 유지하는 명시적 경계

참고 자료

d8lzz1gpw@mozmail.com (kimbenji) — Sat, 10 Jan 2026 00:00:00 +0000

참고 자료#

DDD 학습을 위한 도서, 아티클, 발표 자료를 정리합니다.

TL;DR

필독서: Blue Book(원전), Red Book(구현), DDD Distilled(입문)

학습 순서: 입문 → 기본 → 심화 → 실전 순으로 점진적 학습

한국어 자료: DDD START(최범균), 우아한객체지향(조영호) 추천

실습: 기존 프로젝트 리팩터링 또는 EventStorming으로 시작

필독서#

Domain-Driven Design (Blue Book)#

저자: Eric Evans
원서: Domain-Driven Design: Tackling Complexity in the Heart of Software (2003)
한국어판: 도메인 주도 설계

DDD의 원전입니다. 전략적/전술적 설계 패턴의 원리와 철학을 담고 있습니다.

자주 묻는 질문

d8lzz1gpw@mozmail.com (kimbenji) — Sat, 10 Jan 2026 00:00:00 +0000

DDD 자주 묻는 질문 (FAQ)#

DDD를 적용할 때 자주 받는 질문과 답변입니다.

TL;DR

DDD는 아키텍처가 아닌 방법론이며, 복잡한 비즈니스 로직이 있을 때 가치가 있습니다

Entity는 ID로, Value Object는 속성 값으로 동등성을 판단합니다

Aggregate는 “진정한 불변식을 보호하는 최소 단위"로 설계합니다

유비쿼터스 언어가 DDD 적용 시 가장 중요한 요소입니다

레거시 시스템에도 ACL(Anti-Corruption Layer)을 통해 점진적으로 적용 가능합니다

기본 개념#

Q: DDD는 아키텍처인가요?#

A: 아닙니다. DDD는 복잡한 도메인을 다루는 방법론입니다.

DDD가 아닌 것:
- 아키텍처 패턴 (Clean, Hexagonal 등과 같이 쓰일 뿐)
- 기술 스택
- 프레임워크

DDD인 것:
- 도메인 중심 사고방식
- 전략적/전술적 패턴 모음
- 비즈니스와 기술의 협업 방법

Q: DDD는 모든 프로젝트에 필요한가요?#

A: 아닙니다. 복잡한 비즈니스 로직이 있을 때 가치가 있습니다.

DDD 토론: 긍정파 vs 부정파

d8lzz1gpw@mozmail.com (kimbenji) — Fri, 16 Jan 2026 00:00:00 +0000

DDD 토론: 긍정파 vs 부정파#

두 시니어 개발자가 Domain-Driven Design(DDD)에 대해 토론합니다.

이 문서에 대하여
이 문서는 DDD에 대한 서로 다른 관점을 가진 두 시니어 개발자의 토론을 기록한 것입니다. 정답을 제시하기보다는 다양한 관점을 통해 DDD에 대한 균형 잡힌 시각을 갖도록 돕는 것이 목적입니다.

참여자:

긍정파 (Pro-DDD): DDD를 지지하는 시니어 개발자
부정파 (Anti-DDD): DDD에 회의적인 시니어 개발자

일시: 2026-01-17

토론 시작#

부정파 오프닝#

솔직히 말씀드리면, 저는 DDD를 찬양하는 분들을 볼 때마다 걱정이 앞섭니다. 이론은 참 좋죠. ‘비즈니스 로직을 중심으로 설계한다’, ‘도메인 전문가와 언어를 통일한다’—누가 반대하겠습니까?