설계의 영구성 (Design Permanence)

언어가 변해도, OS가 변해도, 도구가 변해도, 설계라는 행위 자체는 변하지 않는다.

---

1. 한 줄 정의

설계의 영구성 = 시대가 어떤 언어·OS·도구로 갈아입든, 문제를 분해하고·구조를 표현하고·의도를 외재화하는 인간의 행위 자체는 70 년간 동일했다는 원리.

2. 70 년 증거 (1950~2025)

→ 모든 시대의 도구는 서로 다른 형태지만, 공통 본질 = 머리 속 설계를 종이·파일·자연어로 밖에 꺼내는 행위.

3. 핵심 통찰

3.1. 도구의 변형, 행위의 보존

플로차트 → UML → CLAUDE.md 는 형식만 진화. 행위는 동일:

• 입력·처리·출력 식별
• 구성 요소 분해
• 관계 표시
• 의도 명시

3.2. 코드보다 오래 사는 것

NeXTSTEP OS (1989) 의 객체 모델은 30 년 후 iOS 까지 살아남음. UNIX 철학 (1970) 은 50 년 후 Docker 까지 계승. 언어·코드는 갈아입혀지지만, 설계는 시대를 건너 산다.

→ entity/nextstep-1989 · entity/unix-1970 · entity/docker-2013

3.3. AI 시대의 함의

자연어로 AI 에게 일을 시키는 행위 = 1947 년 플로차트의 최신 형태. 단지 수신자가 사람 → 컴파일러 → AI 로 이동했을 뿐.

→ concept/language-design-separation

4. 강의 활용

본 concept 은 강의 도입의 메시지 핵심:

"여러분이 오늘 자연어로 AI 에게 코드를 짜달라고 부탁하는 그 순간 — 1947 년에 종이에 플로차트를 그리던 그 행위를 재발견하고 있는 겁니다."

→ lesson/vch-intro-master-design-永 (강의 도입 마스터 카드)

5. 반례 검증

본 명제의 반례가 있는가? — 70 년 동안 설계 도구가 없었던 시기를 찾아보면:

• 1940~50s: 회로도와 메모리 맵 = 원시 형태의 설계
• 1980~90s: 일부 해커 컬처는 즉흥 코딩 — 그러나 공식 SE 학문에서는 항상 도구 존재
• 2010s 스타트업: MVP 빠르게 슬로건 — 그러나 사후에도 설계 도구 도입 (피하지 못함)

→ 반례 없음. 70 년 일관 ✅

6. 출처

• synthesis/group-se_g1 ~ synthesis/group-se_g6 (SE 도구 6 시대 그룹)
• 95 entity 카드 본문의 §5 (그 시대의 설계 도구 매핑) 합집합
• Karpathy LLM Wiki Gist (2024) — 위키 자체가 지식 영구화

---

7. 관련 개념

• concept/language-design-separation (언어와 설계의 분리)
• concept/4-engineering-disciplines (4 엔지니어링 — 본 위키 핵심)
• concept/no-design-no-code (강의 표어)