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

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

@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-1BA61A
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -32,13 +32,13 @@ github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리(SoC)"
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[단일 책임 원칙(SRP)]], [[응집도(Cohesion)와 결합도(Coupling)]], [[계층화 아키텍처(Layered Architecture)]], [[모델-뷰-컨트롤러(MVC)]], [[관점 지향 프로그래밍(AOP)]]
-- **Projects/Contexts:** [[넷플릭스 코스모스(Cosmos) 플랫폼]], [[스포티파이 스쿼드(Squad) 및 마이크로 프론트엔드]], [[화신산(Huoshen Mountain) 병원 모듈러 통합 건설(MiC)]]
+- **Related Topics:** [[단일 책임 원칙(SRP)]], 응집도(Cohesion)와 결합도(Coupling), 계층화 아키텍처(Layered Architecture), 모델-뷰-컨트롤러(MVC), [[관점 지향 프로그래밍(AOP)]]
+- **Projects/Contexts:** 넷플릭스 코스모스(Cosmos) 플랫폼, 스포티파이 스쿼드(Squad) 및 마이크로 프론트엔드, 화신산(Huoshen Mountain) 병원 모듈러 통합 건설(MiC)
 - **Contradictions/Notes:** 
     * "SoC를 도입하면 유지보수와 모듈성이 향상된다"는 원칙이 일반적이나, "지나친 관심사 분리와 추상화는 간접 참조를 늘리고 런타임 성능 저하 및 코드 추적의 어려움을 유발하여 실무적 복잡성을 오히려 가중시킨다"는 경고와 상충하는 지점이 있다 [42-45].
     * 관심사의 선제적인 도출이 필수적이라는 견해가 있는 반면, 다른 실무자들은 초기에 관심사를 미리 예측해 분리하는 것은 불가능에 가까우며, 코드가 중복되어 나타날 때(Rule of Three) 사후적으로 리팩토링을 통해 분리하는 것(DRY 관점)이 현실적이라는 상반된 주장을 한다 [45, 46].
 
 ---
 *Last updated: 2026-04-18*
-- Raw Source: [[00_Raw/2026-04-20/관심사의 분리(SoC).md]]
+
 ---