docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
@@ -6,7 +6,7 @@ tags: [development, refactoring, code-quality, maintainability, technical-debt,
|
||||
last_reinforced: 2026-05-01
|
||||
---
|
||||
|
||||
# [[Code Refactoring]]
|
||||
# [[Code Refactoring|Code Refactoring]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "시스템의 겉보기 동작(Behavior)은 유지한 채 내부 구조를 개선하여, 인간에게는 더 읽기 쉽고 시스템에게는 더 변화에 유연하게 만드는 지속적인 코드 정제 작업."
|
||||
@@ -27,9 +27,9 @@ last_reinforced: 2026-05-01
|
||||
- **사후 비용 vs 사전 설계**: 개발 완료 후의 리팩토링은 비용이 많이 듭니다. 아키텍처 리뷰를 통한 사전 설계 검토(Shift-Left)가 대규모 리팩토링을 예방하는 가장 효율적인 정책입니다.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Technical Debt]]: 리팩토링이 상환하고자 하는 비용.
|
||||
- [[Automated Testing]]: 리팩토링을 가능하게 하는 안전망.
|
||||
- [[Code Health]]: 리팩토링의 궁극적인 지향점.
|
||||
- [[Single-purpose PR]]: 리팩토링 시 준수해야 할 PR 정책.
|
||||
- [[Architecture Review]]: 대규모 리팩토링을 예방하는 선제적 대응.
|
||||
- [[Technical-Debt|Technical Debt]]: 리팩토링이 상환하고자 하는 비용.
|
||||
- Automated Testing: 리팩토링을 가능하게 하는 안전망.
|
||||
- Code Health: 리팩토링의 궁극적인 지향점.
|
||||
- Single-purpose PR: 리팩토링 시 준수해야 할 PR 정책.
|
||||
- [[Architecture Review (아키텍처 및 설계 리뷰)|Architecture Review]]: 대규모 리팩토링을 예방하는 선제적 대응.
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user