Paywatch Tech
tech.paywatch.co.kr
DDD와 AI
🚀 DDD, 기술보다 사람을 중심에 둔 소프트웨어 전략
"도메인이 복잡한 이유는 기술 때문이 아니라 점점 복잡해지는 도메인 그자체에 있으며 이것을 중심에 두어야한다."
이것이 바로 DDD(Domain-Driven Design)의 핵심 철학입니다.
즉, 시스템이나 기술이 아닌 '도메인 전문가(사람)'를 중심에 두고 문제를 해결하자는 전략이죠.
🤖 그런데 최근 AI는 점점 더 똑똑해지며
사람의 역할을 줄이거나, 때로는 아예 대체하는 방향으로 나아가고 있습니다.
이 AI 시대에,
사람 중심의 문제 해결을 강조해 온 DDD는 어떤 변화를 맞이하게 될까요?
DDD 개념을 먼저 이해하고, DDD 창시자인 Eric Evans의 까지 담은 3종 영상 세트 요약본 입니다.
DDD 그거 그렇게하는거 아닌데 - 우아한형제들
- https://wiki.webnori.com/x/_ICtBg
DDD를 AI에 이용해 설계(Design) 가속화하기
- https://wiki.webnori.com/x/D4GtBg
DDD와 LLM - 에릭에반스(DDD의 창시자-2003년)
- https://wiki.webnori.com/x/CIGtBg
종합 : https://wiki.webnori.com/x/FoGtBg
다음 내용이 궁금하다면?
이미 회원이신가요?
2025년 7월 4일 오후 1:41
댓글 0
함께 읽은 게시물
BDD 테스트코드로 미리 검증하기
B
... 더 보기
“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페이먼츠
“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.
테레사 토레스의 책 <지속적인 제품 발견의 습관(Continuous Discovery Habit)>을 리뷰하는 유튜브 영상을 촬영했습니다. 책 전반적인 내용은 초반에 간단히 언급하고, 아래와 같은 내용을 영상에서 다루고 있습니다.
1. 목표 설정을 통해 Business outcome, product outcome 정의
2. 프로덕트 트리오 소개
3. Shared experience map을 통해 공통의 지식 쌓기
4. 스토리를 발굴하는 고객 인터뷰의 원칙
