33 lines
2.6 KiB
Markdown
33 lines
2.6 KiB
Markdown
---
|
|
id: [[P-Reinforce|P-Reinforce]]-AUTO-IMPA-001
|
|
category: Dev
|
|
confidence_score: 0.98
|
|
tags: [auto-reinforced, immutability, pattern, [[Functional-Programming|Functional-Programming]], thread-safety, side-effects, software-design]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[Immutability-Patterns|Immutability-Patterns]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "변하지 않는 것이 최고의 변화: 데이터를 직접 수정하지 않고, 변경된 부분만 포함하는 '새로운 복사본'을 만들어 냄으로써 예측 불가능한 버그(Side-effects)를 원천 차단하고 시스템의 안정성을 극대화하는 설계 기법."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
불변성 패턴(Immutability-Patterns)은 생성된 후 그 상태를 변경할 수 없는 객체를 활용하는 소프트웨어 디자인 원칙입니다.
|
|
|
|
1. **핵심 이점**:
|
|
* **Predictability**: 값이 변하지 않으므로 언제 어디서 호출해도 항상 같은 결과를 보장. ([[Reliability|Reliability]]와 연결)
|
|
* **Thread Safety**: 여러 프로세스가 동시에 접근해도 데이터 변조 정책 위험 정책 없음.
|
|
* **Undo/Redo (Time Travel Debugging)**: 이전 상태 정책의 복사본 정책이 보존 정책되어 있어 시점 이동 정책 용이.
|
|
2. **구현 기술**:
|
|
* **Copy-on-Write**: 변경 시에만 새로운 객체 생성.
|
|
* **Structural Sharing**: 변경되지 않은 부분은 메모리 정책을 공유하여 효율성 정책 확보. ([[Efficiency|Efficiency]]와 연결)
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌**: 과거에는 "매번 복사하면 메모리 정책이 아깝다"는 우려 정책이 컸으나, 현대 정책은 하드웨어 성능 정책 향상 정책과 '구조적 공유 정책' 기술의 발달로 인해, 불변성 정책을 통해 얻는 '디버깅 비용 정책 감소' 효과 정책이 훨씬 더 크다고 판단함(RL Update). ([[Technical-Debt|Technical-Debt]] 감소와 연결)
|
|
- **정책 변화(RL Update)**: 이제는 단순 프로그래밍 패턴 정책을 넘어, 데이터베이스(Event Sourcing)나 블록체인 정책처럼 기록 정책 자체를 불변 정책으로 관리하여 데이터의 무결성 정책을 완벽히 보장 정책하는 아키텍처의 핵심으로 자리 잡음.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[Reliability|Reliability]], [[Efficiency|Efficiency]], [[Technical-Debt|Technical-Debt]], [[Logic|Logic]], [[Modularity|Modularity]], [[Distributed-System-Type-Safety|Distributed-System-Type-Safety]]
|
|
- **Key Concepts**: Pure functions, Referential transparency.
|
|
---
|