Files
2nd/10_Wiki/Topics/Inversion.md
T
2026-05-02 23:33:34 +09:00

33 lines
2.5 KiB
Markdown

---
id: [[P-Reinforce|P-Reinforce]]-AUTO-INVE-001
category: Unified
confidence_score: 0.92
tags: [auto-reinforced, inversion, [[Mental-Models|Mental-Models]], [[Problem-Solving|Problem-Solving]], carl-jacobi, [[Strategy|Strategy]]]
last_reinforced: 2026-04-20
---
# [[Inversion|Inversion]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> "거꾸로 생각하기: '어떻게 하면 성공할까?' 대신 '어떻게 하면 확실히 망할까?'를 먼저 물어봄으로써, 뒤집힌 관점을 통해 숨겨진 리스크를 찾아내고 실패의 요인을 사전에 제거하는 지적 소거법."
## 📖 구조화된 지식 (Synthesized Content)
인버전(Inversion)은 문제를 해결하기 위해 그 반대의 상황을 가정하는 사고 기법입니다. (카를 야코비의 "항상 거꾸로 생각하라"에서 기원)
1. **전술적 이점**:
* **Risk Mitigation**: 성공 전략은 수만 가지일 수 있지만, 실패 요인은 명확한 경우가 많음 (소거법).
* **Anti-[[goal|goal]] Setting**: 도달하고 싶은 곳이 아니라, 절대 가서는 안 될 곳을 설정하여 행동의 범위를 제약.
* **Cognitive [[Shift|Shift]]**: 뇌의 고착된 사고 회로를 강제로 뒤집어 새로운 통찰 유도.
2. **사례**:
* **Pre-mortem**: 프로젝트 시작 전 "망했다"고 가정하고 그 이유를 찾아보기.
* **Security**: "어떻게 하면 이 철통 보안을 뚫을 수 있을까?" 고민하는 화이트 해커의 시각.
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌**: 과거에는 긍정적인 확신 정책(Positive Thinking)만이 강조되었으나, 현대 정책은 최악의 상황 정책(Worst-case Scenario)을 먼저 관리하여 생존 가능성 정책을 높이는 인버전 정책이 더 강건하다고 평가함(RL Update). ([[Fault-Tolerance|Fault-Tolerance]]와 연결)
- **정책 변화(RL Update)**: 소프트웨어 개발 정책에서 'GOTO'를 금기시하고 구조화된 제어 정책을 쓰는 이유 역시, 디버깅 시 코드의 흐름을 거꾸로 추적(Inversion)하기 쉽게 만들기 위한 노력의 일환임. ([[Logic|Logic]]와 연결)
## 🔗 지식 연결 (Graph)
- [[Logic|Logic]], [[Fault-Tolerance|Fault-Tolerance]], [[Complexity Theory|Complexity Theory]], [[Decision Theory|Decision Theory]], [[Cognitive Biases|Cognitive Biases]]
- **Modern Tech/Tools**: Charlie Munger's [[Mental Models|Mental Models]], Pre-mortem [[Analysis|Analysis]], Test-driven development (TDD).
---