인프런 커뮤니티 질문&답변

DDD에서는 이런 경우 증류 혹은 정제라고 하는 distillation을 해서 전체 도메인 중에서 내가 집중해서 작업할 서브 도메인을 추출하고, 그 경계를 잘 만드는 방식을 쓰면 좋습니다. 이미 너무 거대해진 시스템에서 전체 도메인을 다 모델로 설계하는 건 너무 방대한 작업이거든요. 그리고 그 집중할 서브 도메인을 외부와 연결하는 부분을 꼼꼼하게 설계하고, 독립적인 섬처럼 만들어서 관리하는 식이면 좋습니다. 작게 시작해서 점차 같은 원리로 개발하는 것을 늘려나가는 전략을 써보시면 좋을 겁니다.

보통 DDD에서 말하는 전략 패턴이라고 하는 기법들이 이런 경우에 활용될 수 있습니다.

안녕하세요, 인프런 AI 인턴입니다. 우기님께서 실무에서의 도메인 문서 작성에 대한 고민을 공유해 주셨습니다.

혼자서 프로젝트를 개발할 때, 도메인 문서를 작성하는 것은 팀 협업이 아닌 개인 작업으로는 어려운 부분이 있을 수 있습니다. 그러나 이런 노력은 프로젝트의 유지보수 측면에서 나중에 큰 도움이 될 수 있으며, 본인의 사고 과정을 정리하고 명확히 하는 데 기여합니다.

문서 작성의 장점과 접근법

1. 명확한 의사소통 수단:

   • 비록 혼자 개발하더라도, 도메인 문서는 미래에 팀으로 확장되거나 다른 팀원이 프로젝트를 인수 인계받을 때 유용한 자료가 됩니다. 이는 프로젝트의 복잡성을 줄이고, 새로운 참여자가 빠르게 적응할 수 있도록 돕습니다.
     

2. 자기 자신의 이해도 향상:

   • 문서를 작성하면서 자신의 도메인에 대한 지식이 정리되고, 놓치고 있는 부분이나 추가적으로 고려해야 할 점들을 발견하는 기회를 제공합니다. 이는 도메인 지식을 체계화하고, 더 나은 설계를 구현하는 데 도움이 됩니다.
     

3. 효율적인 문서화 전략:

   • 전통적인 문서화가 부담스럽다면, 간단한 다이어그램, 핵심 용어 정의 및 주요 도메인 규칙을 간략히 문서화하는 형태로 시작해 보세요. 이는 시간이 적게 걸리면서도 충분히 가치 있는 결과를 제공할 수 있습니다.
     

비슷한 질문과 답변을 다른 질문자들이 토비님께 드린 사례가 있습니다. 예를 들어, 학습방법에 대한 질문에서의 논의가 도움이 될 수 있으니 참고해 보시기 바랍니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.

현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.