---
id: P-REINFORCE-AUTO-29E29A
category: "10_Wiki/💡 Topics/Programming & Language"
confidence_score: 0.90
tags: [auto-reinforced]
last_reinforced: 2026-04-20
github_commit: "[P-Reinforce] Continuous Worker - 기본 타입에의 집착 (Primitive Obsession)"
---

# [[기본 타입에의 집착 (Primitive Obsession)]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> '기본 타입에의 집착(Primitive Obsession)'은 서로 다른 의미와 맥락을 지닌 데이터를 구별하지 않고 범용적인 원시 기본 타입(예: `string`, `number`)만 사용하여 코드를 작성하려는 안티 패턴을 의미합니다 [1, 2]. TypeScript와 같은 구조적 타이핑 환경에서는 이메일 주소와 이름이 모두 `string`으로 취급되어, 의도치 않은 잘못된 값이 전달되더라도 컴파일러가 오류를 잡아내지 못하는 취약점을 발생시킵니다 [2]. 이를 방지하고 타입의 의미적 경계를 명확히 하기 위해, 런타임에는 동일한 원시 값이지만 컴파일 단계에서는 서로 다르게 구별되도록 강제하는 브랜디드 타입(Branded Types)이나 오패크 타입(Opaque Types) 기법이 해결책으로 활용됩니다 [2, 3].

## 📖 구조화된 지식 (Synthesized Content)
* **개념 및 원인**
  * 현대 애플리케이션에서는 토큰, 리소스 식별자, 이벤트 이름 등을 모두 `string`으로 타이핑하고 통화, 타임스탬프, 내부 카운터 등을 모두 `number`로 뭉뚱그려 처리하는 경향이 있습니다 [1].
  * TypeScript의 구조적 타이핑(Structural Typing)은 객체의 형태가 일치하면 같은 타입으로 간주하므로 유연성이 높지만, 이로 인해 의미적으로 전혀 다른 데이터를 구분하지 못하는 '기본 타입에의 집착' 문제를 본질적으로 야기하게 됩니다 [2].

* **발생할 수 있는 위험성**
  * **식별 불가능성**: 함수 매개변수로 사용자 ID와 계정 ID를 전달할 때 둘 다 `string`으로 타이핑되어 있다면, 매개변수의 순서를 실수로 바꿔서 전달해도 TypeScript 컴파일러가 에러를 발생시키지 않아 런타임 버그로 이어집니다 [2, 3].
  * **역사적 실패 사례**: 마스 클라이메이트 오비터(Mars Climate Orbiter) 프로젝트는 단위계(파운드-힘 초 vs 뉴턴-초)가 다른 숫자를 단순 원시 타입으로 혼용하여 연산하다가 탐사선이 파괴되는 치명적인 시스템 실패를 겪기도 했습니다 [4]. 

* **해결 방법론**
  * **명목적 구분의 부여**: TypeScript는 기본적으로 명목적 타이핑(Nominal Typing)을 지원하지 않으나, '오패크 타입(Opaque Types)' 또는 '브랜디드 타입(Branded Types)'을 도입하여 이 한계를 극복할 수 있습니다 [5, 6]. 
  * **브랜딩(Branding) 기법**: `unique symbol`이나 고유 속성(`__brand`)을 기존 원시 타입과 교집합(`&`)으로 엮어 런타임 데이터 표현에는 영향을 주지 않으면서 컴파일 시점에만 존재하는 엄격한 고유 표식을 부여합니다 [2, 6, 7].
  * **데이터 오염 차단**: 도메인 기반 설계(DDD) 관점에서는 이 기법을 이용해 `UserId`와 `OrderId`를 엄격히 분리하고, 런타임 검증을 통과한 데이터(예: `SanitizedString`)만이 시스템의 내부 비즈니스 로직으로 진입하도록 강제함으로써 데이터가 오염되는 것을 원천 차단합니다 [2, 8].

## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.

## 🔗 지식 연결 (Graph)
- **Related Topics:** 구조적 타이핑 (Structural Typing), [[명목적 타이핑 (Nominal Typing)]], [[브랜디드 타입 (Branded Types)]], 오패크 타입 (Opaque Types)
- **Projects/Contexts:** [[도메인 기반 설계 (DDD)]], 마스 클라이메이트 오비터 (Mars Climate Orbiter)
- **Contradictions/Notes:** 브랜디드 타입과 같은 해결책은 프로그램의 안전성을 높이고 '기본 타입에의 집착'을 해소해 주지만, 추가적인 타입 작성 및 개념적 복잡성이 증가하는 단점(비용)이 수반됩니다. 따라서 개발팀은 애플리케이션에서 실제로 직면할 가능성이 높은 문제인지 득실을 판단하여 도입해야 한다고 조언합니다 [9, 10].

---
*Last updated: 2026-04-18*

---
