docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: P-REINFORCE-AUTO-CE39CC
|
||||
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 - 관심사의 분리 (Separation of Concerns SoC)"
|
||||
---
|
||||
|
||||
# [[관심사의 분리 (Separation of Concerns SoC)]]
|
||||
# [[관심사의 분리 (Separation of Concerns SoC)|관심사의 분리 (Separation of Concerns SoC)]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 관심사의 분리(SoC)는 복잡한 소프트웨어 시스템을 더 작고 관리하기 쉬운 부분으로 나누어, 각 모듈이 단일한 관심사(기능이나 책임)만을 다루도록 설계하는 소프트웨어 공학의 근본적인 원칙이다 [1-3]. 1974년 에츠허르 데이크스트라(Edsger W. Dijkstra)가 처음 제안한 이 개념은 한 번에 모든 측면을 다루는 대신 특정 측면에 집중하여 복잡성을 통제하는 것을 목표로 한다 [4-6]. 이 원칙을 통해 시스템의 모듈성, 유지보수성, 재사용성 및 테스트 가능성을 획기적으로 향상시킬 수 있다 [1, 7, 8].
|
||||
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - 관심사의 분리 (Separatio
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[단일 책임 원칙 (Single Responsibility Principle, SRP)]], [[응집도 (Cohesion)]], [[결합도 (Coupling)]], [[계층화 아키텍처 (Layered Architecture)]], [[마이크로서비스 아키텍처 (Microservices Architecture)]]
|
||||
- **Projects/Contexts:** [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos Platform)]] (마이크로서비스, 워크플로우, 서버리스 함수로 논리적 계층을 엄격히 분리하여 병목 현상을 해결한 사례 [34-36]), [[스포티파이 마이크로 프론트엔드 (Spotify Micro Frontends)]] (스쿼드 조직 모델과 프론트엔드의 관심사를 분리하여 독립적 개발과 배포를 가능하게 한 사례 [22]).
|
||||
- **Related Topics:** 단일 책임 원칙 (Single Responsibility Principle, SRP), [[응집도 (Cohesion)|응집도 (Cohesion)]], [[결합도 (Coupling)|결합도 (Coupling)]], [[계층화 아키텍처 (Layered Architecture)|계층화 아키텍처 (Layered Architecture)]], [[마이크로서비스 아키텍처 (Microservices Architecture)|마이크로서비스 아키텍처 (Microservices Architecture)]]
|
||||
- **Projects/Contexts:** [[넷플릭스 코스모스 플랫폼 (Netflix Cosmos Platform)|넷플릭스 코스모스 플랫폼 (Netflix Cosmos Platform)]] (마이크로서비스, 워크플로우, 서버리스 함수로 논리적 계층을 엄격히 분리하여 병목 현상을 해결한 사례 [34-36]), 스포티파이 마이크로 프론트엔드 (Spotify Micro Frontends) (스쿼드 조직 모델과 프론트엔드의 관심사를 분리하여 독립적 개발과 배포를 가능하게 한 사례 [22]).
|
||||
- **Contradictions/Notes:** 관심사의 분리는 훌륭한 설계 지침이지만, 개발 초기 단계부터 모든 것을 선제적으로 추측하여 분리하려 하면 '오버엔지니어링'이나 '성급한 추상화(Premature Abstraction)'가 발생할 수 있다. 이는 인지적 부하를 줄이려는 SoC의 본래 목적과 정반대의 결과를 낳을 수 있으므로, 실제 중복과 복잡성이 확인되는 임계점에서 점진적으로 분리를 수행해야 한다는 실무자들의 지적이 있다 [29, 30, 33, 37].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-18*
|
||||
- Raw Source: [[00_Raw/2026-04-20/관심사의 분리 (Separation of Concerns, SoC).md]]
|
||||
- Raw Source: 00_Raw/2026-04-20/관심사의 분리 (Separation of Concerns, SoC).md
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user