docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/결합도 (Coupling).md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-1DFEC5
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - 결합도 (Coupling)"
 ---
 
-# [[결합도 (Coupling)]]
+# [[결합도 (Coupling)|결합도 (Coupling)]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 결합도(Coupling)는 소프트웨어 설계에서 모듈 간의 상호 의존성 정도를 나타내는 척도입니다 [1, 2]. 결합도가 낮다는 것은 모듈 간의 의존성이 적어 각 모듈이 독립적으로 동작할 수 있음을 의미하며, 반대로 결합도가 높으면 하나의 모듈을 변경할 때 다른 모듈에도 연쇄적인 영향을 미치게 됩니다 [2]. 성공적인 소프트웨어 아키텍처를 구현하기 위해서는 시스템의 복잡성을 줄이고 유지보수성을 높일 수 있도록 낮은 결합도를 지향해야 합니다 [2, 3].
@@ -36,11 +36,11 @@ github_commit: "[P-Reinforce] Continuous Worker - 결합도 (Coupling)"
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[응집도 (Cohesion)]], [[관심사의 분리 (Separation of Concerns)]], [[의존성 주입 (Dependency Injection)]], [[단일 책임 원칙 (Single Responsibility Principle)]]
-- **Projects/Contexts:** [[소프트웨어 아키텍처 설계]], [[마이크로서비스 아키텍처]], [[이벤트 기반 아키텍처]]
+- **Related Topics:** [[응집도 (Cohesion)|응집도 (Cohesion)]], [[관심사의 분리 (Separation of Concerns)|관심사의 분리 (Separation of Concerns)]], [[의존성 주입 (Dependency Injection)|의존성 주입 (Dependency Injection)]], [[단일 책임 원칙 (Single Responsibility Principle)|단일 책임 원칙 (Single Responsibility Principle)]]
+- **Projects/Contexts:** [[소프트웨어 아키텍처 설계|소프트웨어 아키텍처 설계]], [[마이크로서비스 아키텍처|마이크로서비스 아키텍처]], 이벤트 기반 아키텍처
 - **Contradictions/Notes:** 모듈 간 결합도를 낮추기 위해 관심사를 엄격하게 분리하는 것은 유지보수성을 크게 향상하지만, 추상화 레이어가 지나치게 많아지면 시스템 내 구성요소 간의 상호작용을 파악하기 힘들어지거나 통신 오버헤드가 발생하여 전체적인 시스템의 복잡성이 오히려 증가할 수 있다는 단점도 수반됩니다 [6, 7].
 
 ---
 *Last updated: 2026-04-18*
-- Raw Source: [[00_Raw/2026-04-20/결합도 (Coupling).md]]
+- Raw Source: 00_Raw/2026-04-20/결합도 (Coupling).md
 ---