[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -1,6 +1,6 @@
|
||||
---
|
||||
id: P-REINFORCE-662214
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
id: [[P-Reinforce]]-662214
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
id: P-REINFORCE-E43C2B
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
id: [[P-Reinforce]]-E43C2B
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
@@ -24,7 +24,7 @@ github_commit: "[P-Reinforce] Mega Batch - Wikified API-First Architecture"
|
||||
* **병렬 개발을 위한 API 모킹(Mocking):** Postman이나 Stoplight 같은 도구를 사용하여 사양에 기반한 기능적인 모의 서버(Mock server)를 생성해야 합니다 [4]. 이는 프론트엔드 개발자의 작업 병목을 해소하고 조기 테스트와 피드백을 가능하게 합니다 [4].
|
||||
|
||||
* **이상적인 활용 사례 및 기대 효과**
|
||||
* 공개 API(Public APIs) 환경, 다중 팀의 통합이 필요한 프로젝트, 프론트엔드와 백엔드의 병렬 작업이 요구되는 현대적인 분산 시스템에 가장 이상적인 아키텍처입니다 [2, 5].
|
||||
* 공개 API([[Public APIs]]) 환경, 다중 팀의 통합이 필요한 프로젝트, 프론트엔드와 백엔드의 병렬 작업이 요구되는 현대적인 분산 시스템에 가장 이상적인 아키텍처입니다 [2, 5].
|
||||
* 명확한 계약의 확립, 병렬 개발을 통한 속도 향상, 더 나은 문서화를 도출할 수 있습니다 [5].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
|
||||
+4
-4
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: P-REINFORCE-AUTO-4BB54E
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
id: [[P-Reinforce]]-AUTO-4BB54E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 0.98
|
||||
tags: [AlphaGo, MCTS, Reinforcement Learning, Simulation, Robotics]
|
||||
tags: [AlphaGo, MCTS, Reinforcement Learning, Simulation, [[Robotics]]]
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Substantial content added to AI Simulation Bundle."
|
||||
---
|
||||
|
||||
# [[AlphaGo (Monte Carlo Tree Search + RL)], [Autonomous Driving Simulation], [Robotic Manipulation]]
|
||||
# [[AlphaGo (Monte Carlo Tree [[Search]] + RL)], [Autonomous Driving Simulation], [Robotic Manipulation]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 복잡한 의사결정 문제는 '모든 경우의 수'를 계산하는 것이 아니라, '승리(성공) 가능성이 높은 경로'를 시뮬레이션으로 탐색하고 그 경험을 신경망(RL)에 내재화하는 과정이다.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
id: P-REINFORCE-4F930E
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
id: [[P-Reinforce]]-4F930E
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 0.95
|
||||
tags: []
|
||||
last_reinforced: 2026-04-20
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
id: DDD-MASTER-001
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 1.0
|
||||
tags: [architecture, ddd, strategic-design, tactical-design, ubiquitous-language]
|
||||
last_reinforced: 2026-04-26
|
||||
@@ -20,7 +20,7 @@ last_reinforced: 2026-04-26
|
||||
- **전술적 설계 (Tactical Design):**
|
||||
- **Entity & Value Object:** 식별자 기반의 객체와 속성 기반의 값 객체 구분.
|
||||
- **Aggregate:** 데이터 변경의 단위로 묶인 객체들의 집합. Root 엔티티를 통해서만 접근.
|
||||
- **Repository:** 도메인 객체의 생명주기를 관리하고 저장소 추상화 제공.
|
||||
- **[[Repository]]:** 도메인 객체의 생명주기를 관리하고 저장소 추상화 제공.
|
||||
- **Domain Service:** 특정 엔티티에 속하기 어려운 비즈니스 로직 처리.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
@@ -34,4 +34,4 @@ last_reinforced: 2026-04-26
|
||||
- 10_Wiki/Topics/AI/Domain-Driven Design (DDD) in TypeScript.md
|
||||
- 10_Wiki/Topics/AI/Domain-Driven Design (DDD) Type Safety.md
|
||||
- 10_Wiki/Topics/AI/도메인 주도 설계 (Domain-Driven Design DDD).md
|
||||
- 10_Wiki/Topics/Frontend_Mastery/Domain-Driven Design (DDD).md
|
||||
- 10_Wiki/Topics/[[Frontend]]_[[Mastery]]/Domain-Driven Design (DDD).md
|
||||
@@ -1,8 +1,8 @@
|
||||
---
|
||||
id: P-REINFORCE-AI-048
|
||||
category: "10_Wiki/💡 Topics/Software Architecture"
|
||||
id: [[P-Reinforce]]-AI-048
|
||||
category: "10_Wiki/💡 Topics/Software [[Architecture]]"
|
||||
confidence_score: 0.99
|
||||
tags: [microservice, architecture, distributed system, scalability]
|
||||
tags: [microservice, architecture, distributed[[ system]], [[Scalability]]]
|
||||
last_reinforced: 2026-06-XX
|
||||
github_commit: "[P-Reinforce] Processed Microservices-Architecture.md"
|
||||
---
|
||||
@@ -14,7 +14,7 @@ github_commit: "[P-Reinforce] Processed Microservices-Architecture.md"
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **정의:** 단일 책임 원칙(SRP)을 아키텍처 수준까지 끌어올린 개념이다. 비즈니스 도메인별로 독립적인 서비스 경계(Bounded Context)를 설정하고, 각 서비스를 자체 데이터베이스와 통신 메커니즘으로 운영한다.
|
||||
- **장점 (Scalability & Resilience):**
|
||||
- **장점 (Scalability & [[Resilience]]):**
|
||||
1. **독립적 배포:** 특정 기능의 장애가 전체 시스템에 영향을 미치지 않는다 (Fault Isolation).
|
||||
2. **기술 스택 자유도:** 각 서비스는 가장 적합한 언어와 데이터베이스를 선택할 수 있다 (Polyglot Persistence/Programming).
|
||||
3. **확장성:** 트래픽이 몰리는 특정 서비스만 독립적으로 자원을 증설할 수 있다.
|
||||
|
||||
Reference in New Issue
Block a user