논의 내용 보강

Author: dhlee3994

2026/Fundamentals_of_Software_Architecture_2nd_Edition/donghyeon/week5.md

@@ -1,12 +1,23 @@
 # 10 ~ 12장
 
-## 내 생각
+## 논의
 
 10장에서 소개된 데이터 도메인 패턴에 대해서 처음에는 부정적으로 생각했습니다.  
 왜 이럴까 고민해봤는데, 생산성을 위해서 도메인 경계를 흐리게 한다는 것이 막연한 거부감으로 다가왔었던 것 같습니다.
 
 하지만 다시 생각해보니 스타트업처럼 조직 규모가 작고 팀 간 경계도 흐릴 수 밖에 없는 환경에서는,  
-오히려 데이터 도메인 패턴이 현실적인 선택이 될 수 있겠다는 생각이 들었습니다.
+오히려 데이터 도메인 패턴이 현실적인 선택이 될 수 있겠다는 생각이 들었습니다.  
+
+그렇다면 초기 생산성을 위해 도메인 경계를 일부 완화하는 선택지는 적절한가? 적절하다면 언제까지 유효한가?  
+
+---
+
+스타트업이나 규모가 있는 조직에서의 실험적인 서비스의 경우 미래가 보장되어 있지 않기 떄문에  
+도메인 경계를 엄격하게 나누는 것보다는 생산성을 올리는 방식이 유리할 것 같습니다.  
+
+다만, "공유해서 빨라졌다"가 아니라 "공유해서 느려졌다"라고 느껴지거나, 
+프로젝트가 성숙해짐에 따라 조직이 분화되고 팀 간 조율 비용이 커지기 시작한다면,  
+완화했던 경계를 다시 바로잡아야 할 것 같습니다. 
 
 ## 내용