핵심

• 소프트웨어로 해결하고자 하는 문제 영역을 도메인이라고 한다.
• 한 도메인은 하위 도메인으로 나눌 수 있고 도메인과 도메인을 연동하여 완전한 기능을 제공한다.
• 특정 도메인이 제공해야 할 모든 기능을 직접 구현하는 것은 아니다. (연동)
• 같은 도메인이라고 해서 하위 도메인이 고정되지는 않는다. case by case
• 개발할 때에는 요구사항 분석이 가장 중요하다.
• 요구사항을 이해하려면 도메인 전문가와 직접 대화하는 것이 효율적이다.
• 모두가 각자의 포지션에서 올바르게 일하기 위해 개발자를 포함한 모든 이해관계자들이 도메인 지식을 갖춰야 한다.
• 도메인 모델(≠ 구현 모델) : 이해관계자들이 동일한 모습으로 도메인을 이해하고 도메인 지식을 공유할 수 있다.
• 하위 도메인의 모델은 이름이 같더라도 의미가 다를 수 있다.
• 모델의 요소들은 특정 도메인에 한정할 때 의미가 완전해진다.

배운 것

• Garbage in, Garbage out
  • 요구사항이 왜 필요한지 알게 되면 실제로 원하는 게 무엇인지 알 수 있다. 대화의 힘
  • chatGPT 활용법이 책으로 나오는 시대인데 input이 그만큼 중요한 것 같다.
• JD에 특정 도메인 경력 n년 이상을 기재해두는데에는 이유가 있다.
• DDD는 개발자의 의지로만 할 수 있는 것이 아니다.
• 우형에서는 도메인 모델을 다이어그램이 아닌 포스트잇을 나열하는 형태로 해서 그린다고 한다. 들었던 것중에 가장 큰 장점은 용어의 통일! (누구는 카탈로그라고 부르고 누구는 상품이라고 부르는 것을 같은 용어로 정의할 수 있어서 우리만의 용어 사전이 되기도 한다.)

오늘의 토론 주제

당신의 도메인은 무엇인가요?

중니어 개발자에게 중요한 것은 도메인 지식이다 vs 개발 실력이다

다양한 도메인 경험 좋다 vs 나쁘다