🛠 도메인 주도 설계(DDD) - 파트 3 더 심층적인 통찰력을 향한 리팩토링

🔄 애자일과 도메인 주도 설계 (DDD)

🎯 애자일(Agile)이란?

• 초반에 정확한 일정 산정이 불가능
• 목표를 달성하기 위해 계획을 계속 수정하는 방식
• 현재 우리가 알고 있는 애자일과는 다소 다른 개념일 수도 있음

💡 애자일이 등장한 이유?

• 기존 소프트웨어 개발 방식은 건축이나 제조업에서 가져온 설계 방식을 따름
• 하지만 소프트웨어는 하드웨어와 다르게 개발 중에도 지속적으로 변경됨
• 변경을 수용하는 방식이 필요했음 → 애자일 등장

✅ 애자일은 속도가 아니라 변경에 기민한 것!

---

🤔 문제: 흐릿한 요구사항

소프트웨어 개발에서는 처음부터 요구사항을 100% 명확하게 정의하는 것이 불가능함.

🔹 개발 중 배워가는 과정

• 프로젝트를 진행하면서 레거시 코드, 도메인, 사용자 니즈 등을 학습하게 됨
• 초반에 예상했던 요구사항과 다르게 변할 수 있음
• 처음부터 완벽한 설계를 하는 것이 아니라, 개발하면서 점진적으로 완성해 나가는 것이 중요

💡 이러한 배경에서 애자일과 DDD는 같은 방향을 바라봄

---

⚡ XP (eXtreme Programming)와 변경을 수용하는 개발 방식

📖 XP (eXtreme Programming) - 켄트 벡(Kent Beck)

• 변경을 수용하라!
• 피드백을 기준으로 개발을 진행하라

📌 설계는 개발 전에는 완성할 수 없다!

• 설계란? 어떤 코드를 어느 클래스에 배치할 것인지 결정하는 과정
• 설계와 개발을 완전히 분리할 수 없음
• 개발을 하면서 점진적으로 설계가 다듬어짐

🔁 반복적이고 검증적인 개발 프로세스

1️⃣ 일부만 개발 시작
2️⃣ 피드백 받음
3️⃣ 해당 피드백을 기반으로 다시 개발
4️⃣ 반복하면서 요구사항이 점점 명확해짐

✅ **런칭 블로커(Launch Blocker)**인 필수 기능부터 개발해야 함

---

🔨 리팩토링 (Refactoring) - 마틴 파울러

📖 Refactoring - 마틴 파울러(Martin Fowler)

• 소프트웨어 기능은 그대로 유지하면서 코드를 더 이해하고 수정하기 쉽게 만드는 기법
• 즉, 설계를 나중에 완성하는 것

💡 왜 리팩토링이 중요한가?

• 초반에는 완벽한 설계를 할 수 없기 때문
• 개발을 진행하면서 점점 더 좋은 모델로 개선해야 함
• 리팩토링을 통해 코드 품질을 높이고 유지보수성을 향상시킴

---

🏗 DDD도 애자일을 지향한다!

💡 DDD = 도메인 모델을 코드로 구현하는 것

• 도메인 모델 자체가 코드이므로 리팩토링을 통한 개선이 필수
• 요구사항이 바뀌면 도메인 모델도 변하고, 코드도 변해야 함

📌 DDD에서 리팩토링이 중요한 이유

• 도메인 모델도 애자일처럼 점진적으로 발전해야 함
• 코드를 수정하면서 도메인 모델도 지속적으로 개선됨
• 따라서 DDD를 적용한다면 리팩토링을 필수적으로 수행해야 함

---

🎯 결론: 리팩토링을 두려워하지 말라!

💡 소프트웨어 개발은 처음부터 완벽한 설계를 만드는 것이 아니라, 점진적으로 완성해가는 과정
💡 DDD와 애자일은 같은 철학을 공유하며, 지속적인 리팩토링을 통해 모델을 발전시켜야 함

✅ 변경을 두려워하지 말 것!
✅ 리팩토링은 필수가 아닌 전제 조건
✅ 도메인 모델과 코드가 함께 진화해야 한다! 🚀