feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/Programming & Language/관심사의 분리 (Separation of Concerns).md

@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-FE2B8D
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -36,10 +36,10 @@ github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리 (Separatio
 
 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[응집도와 결합도 (Cohesion and Coupling)]], [[클린 아키텍처 (Clean Architecture)]], [[단일 책임 원칙 (Single Responsibility Principle)]], [[의존성 규칙 (Dependency Rule)]]
-- **Projects/Contexts:** [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos Platform)]], [[스포티파이 자율적 분대 모델 및 마이크로 프론트엔드 (Spotify Squads and Micro Frontends)]], [[화신산 병원 모듈러 통합 건설 (Huoshenshan Hospital Modular Construction)]]
+- **Projects/Contexts:** 넷플릭스 코스모스 플랫폼 (Netflix Cosmos Platform), [[스포티파이 자율적 분대 모델 및 마이크로 프론트엔드 (Spotify Squads and Micro Frontends)]], 화신산 병원 모듈러 통합 건설 (Huoshenshan Hospital Modular Construction)
 - **Contradictions/Notes:** 관심사의 분리는 시스템의 복잡성을 낮추지만, 맹목적으로 추구하여 과도하게 분리할 경우 함수 호출의 깊이 증가, 네트워크 지연, 데이터 변환 오버헤드 등 성능 저하를 초래할 수 있습니다 [30]. 또한 지나친 추상화는 개발자를 미궁에 빠뜨려 가독성을 저하시키는 '오버엔지니어링'의 부작용을 낳을 수 있으므로, 유사 코드가 최소 3번 이상 중복될 때 추상화를 고려하는 "Rule of Three"를 참고하여 실무적인 분리의 임계점을 찾아야 합니다 [31, 32].
 
 ---
 *Last updated: 2026-04-18*
-- Raw Source: [[00_Raw/2026-04-20/관심사의 분리 (Separation of Concerns).md]]
+
 ---