docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
Antigravity Agent
@@ -1,5 +1,5 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AUTO-441E04
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-441E04
|
||||
category: "10_Wiki/💡 Topics/Programming & Language"
|
||||
confidence_score: 0.90
|
||||
tags: [auto-reinforced]
|
||||
@@ -7,7 +7,7 @@ last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리 (SoC)"
|
||||
---
|
||||
|
||||
# [[관심사의 분리 (SoC)]]
|
||||
# [[관심사의 분리 (SoC)|관심사의 분리 (SoC]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 관심사의 분리(SoC)는 시스템을 구성하는 요소를 서로 겹치지 않는 독립적인 모듈로 나누어, 각 부분이 특정 기능이나 목적(관심사)에만 집중하도록 설계하는 소프트웨어 공학의 핵심 원칙이다 [1, 2]. 1974년 에츠허르 데이크스트라가 제안한 이 개념은 복잡한 문제를 해결할 때 인간의 인지적 한계를 고려해 한 번에 하나의 측면에만 집중할 것을 강조한다 [3, 4]. 특히 아키텍처 관점에서 "뇌와 팔다리의 분리"라는 비유로 설명되며, 시스템의 본질인 핵심 비즈니스 로직(뇌)과 이를 외부에 연결하는 기술적 인프라(팔다리)를 격리하여 유지보수성과 재사용성을 극대화하는 것을 목표로 한다 [5, 6].
|
||||
@@ -26,7 +26,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리 (SoC)"
|
||||
|
||||
* **다양한 분야로의 물리적/산업적 확장:**
|
||||
이러한 설계 원칙은 소프트웨어 코드를 넘어 다양한 기술 및 산업 분야에서도 근간이 된다.
|
||||
* **웹 표준:** 초창기 혼재되어 있던 웹 문서는 HTML(구조), CSS(표현), [[JavaScript]](동작)로 각각의 역할에 맞게 엄격히 분리되어 관심사 분리의 정수를 보여준다 [20, 21].
|
||||
* **웹 표준:** 초창기 혼재되어 있던 웹 문서는 HTML(구조), CSS(표현), [[JavaScript|JavaScript]](동작)로 각각의 역할에 맞게 엄격히 분리되어 관심사 분리의 정수를 보여준다 [20, 21].
|
||||
* **로보틱스:** 로봇 시스템 또한 센서(입력 및 오감), 컨트롤러(알고리즘 및 뇌), 액추에이터(물리적 출력 및 근육)라는 명확히 분리된 하드웨어 및 소프트웨어 구성 요소들의 협업 구조로 작동한다 [22, 23].
|
||||
* **건설 산업 (MiC):** 건축물의 기능을 하위 시스템으로 분해해 공장에서 사전 제작한 후 현장에서 조립하는 '모듈러 통합 건설(MiC)' 역시 복잡한 건축 구조 관리를 단순화하는 물리적 차원의 SoC 적용 사례이다 [24].
|
||||
|
||||
@@ -35,9 +35,9 @@ github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리 (SoC)"
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[단일 책임 원칙 (SRP)]], [[응집도와 결합도]], [[클린 아키텍처 (Clean [[Architecture]])]]
|
||||
- **Projects/Contexts:** [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos)]], [[스포티파이 자율적 분대 모델 (Spotify Squad)]], [[모듈러 통합 건설 (MiC)]]
|
||||
- **Contradictions/Notes:** 관심사의 분리는 시스템의 가독성, 테스트 가능성, 재사용성을 비약적으로 향상시키지만 [25-27], 이를 맹목적으로 추구하여 과도하게 분리할 경우 함수 호출의 뎁스를 깊게 만들거나 간접 참조가 늘어나 오히려 인지적 부하와 성능 오버헤드(Overengineering)를 유발할 수 있다 [28-30]. 따라서 실무에서는 성급한 추상화를 피하고, 동일한 패턴이 세 번 반복될 때 비로소 분리를 고려하는 "[[Rule of Three]]"와 같이 실용적인 임계점을 찾아 균형을 맞추어야 한다 [30].
|
||||
- **Related Topics:** [[단일 책임 원칙 (SRP)|단일 책임 원칙 (SRP]], 응집도와 결합도, 클린 아키텍처 (Clean [[Architecture|Architecture]]
|
||||
- **Projects/Contexts:** [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos)|넷플릭스 코스모스 플랫폼 (Netflix Cosmos]], 스포티파이 자율적 분대 모델 (Spotify Squad), [[모듈러 통합 건설 (MiC)|모듈러 통합 건설 (MiC]]
|
||||
- **Contradictions/Notes:** 관심사의 분리는 시스템의 가독성, 테스트 가능성, 재사용성을 비약적으로 향상시키지만 [25-27], 이를 맹목적으로 추구하여 과도하게 분리할 경우 함수 호출의 뎁스를 깊게 만들거나 간접 참조가 늘어나 오히려 인지적 부하와 성능 오버헤드(Overengineering)를 유발할 수 있다 [28-30]. 따라서 실무에서는 성급한 추상화를 피하고, 동일한 패턴이 세 번 반복될 때 비로소 분리를 고려하는 "[[Rule of Three|Rule of Three]]"와 같이 실용적인 임계점을 찾아 균형을 맞추어야 한다 [30].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-18*
|
||||
|
||||
Reference in New Issue
Block a user