5.8 KiB
5.8 KiB
id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by, tech_stack
| id | title | category | status | canonical_id | aliases | duplicate_of | source_trust_level | confidence_score | tags | raw_sources | last_reinforced | github_commit | inferred_by | tech_stack | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| wiki-2026-0508-데이터-기반-설계 | 데이터 기반 설계 | 10_Wiki/Topics | needs_review | self | none | A | 0.92 |
|
2026-05-08 | pending | Claude Opus 4.7 (auto-normalize 2026-05-08) |
|
데이터 기반 설계
📌 한 줄 통찰 (The Karpathy Summary)
WARNO의 '데이터 기반 설계(Data-Driven Design)'는 시각적 요소부터 물리적 충돌, 심리적 제압에 이르는 게임 내 모든 시스템이 상호 연결된 데이터 구조 내에서 작동하도록 하는 설계 철학입니다 [1]. 실제 군 사단 편제표(TO&E)와 무기 제원을 시뮬레이션의 규칙으로 내재화하며, NDF(Neutral Data Format)라는 독자적인 스크립트 언어로 체계적으로 관리됩니다 [1, 2]. 또한, 플레이어의 게임 플레이에서 수집된 객관적인 텔레메트리(Telemetry) 데이터를 바탕으로 유닛의 밸런스와 게임 환경을 지속적으로 조정하는 것이 핵심입니다 [3, 4].
📖 구조화된 지식 (Synthesized Content)
- NDF (Neutral Data Format) 기반의 아키텍처: WARNO의 모든 논리적 설계는 텍스트 기반의 NDF 스크립트 언어 내에 정의되어 있습니다 [2]. 게임의 소스코드와 데이터 값이 엄격히 분리되어 있어, 개발자와 모더는 코드 수정 없이도
UniteDescriptor.ndf나Ammunition.ndf같은 파일을 통해 유닛의 명중률, 관통력, 이동 속도 등 수천 개의 속성을 조작할 수 있습니다 [2]. 객체 지향적이고 모듈화된 이 구조는 대규모 병종의 차별화된 특성을 일관성 있게 정의하는 근간이 됩니다 [2]. - 텔레메트리(Telemetry)를 통한 밸런싱: 개발사인 EugenSystems는 커뮤니티의 단순 여론에 휘둘리기보다는 객관적인 텔레메트리 데이터를 분석하여 밸런싱을 수행합니다 [3, 4]. 픽률(Pick Rate), 실제 교전 승률, 킬/데스 비율, 유닛의 평균 생존 시간 등을 수집하여, 밸런스 조정이 필요할 시 NDF 파일의 수치를 수정해 전장에 즉각적으로 반영합니다 [3-5].
- 전투 역학 및 현실 고증의 수학적 수치화: WARNO는 단순한 아케이드 게임을 넘어 현실의 전투 양상을 데이터로 치환했습니다 [1, 6]. 예를 들어, 명중률은 사거리가 좁혀질수록 특정 곡선을 그리며 기하급수적으로 상승하는 비선형적 알고리즘을 사용하며 [6], 항공기와 대공 미사일의 교전은 ECM(전자전) 수치가 승수적으로 작용하는 계산식을 따릅니다 [7]. 심지어 전장에서 겪는 공포조차 '제압(Suppression)' 및 '응집력(Cohesion)'이라는 500점 만점의 데이터 수치로 모델링하여 연사 속도와 기동력 저하 등의 페널티로 구현했습니다 [8].
- 모딩 생태계와 데이터의 민주화: 개방적인 데이터 설계 구조 덕분에 플레이어들은 게임 엔진 내부에 숨겨진 수치를 발굴하고 활용할 수 있습니다 [9]. 커뮤니티는 Warno-Armory, War-Yes, WARPLAN과 같은 데이터 파싱 및 텔레메트리 도구를 직접 개발하여 은닉된 무기 스펙(예: 연사 준비 시간 등)을 공유하고 전술을 최적화합니다 [9, 10]. 또한, 현실주의에 입각해 무기 데이터를 실제 제원값으로 치환한 'Reb's FRAGO'와 같은 고도의 모드가 탄생할 수 있는 배경이 됩니다 [9].
🔗 지식 연결 (Graph)
- Related Topics: NDF (Neutral Data Format), 텔레메트리 (Telemetry), 사단 편제표 (TO&E), Iriszoom 엔진
- Projects/Contexts: War-Yes, Warno-Armory, Reb's FRAGO 모드, WARPLAN
- Contradictions/Notes: 텔레메트리에 기반하여 객관적으로 밸런스를 맞추려 하지만, 플레이어가 체감하는 밸런스와 데이터의 결과 사이에 간극이 발생하여 커뮤니티 내 논쟁이 일어나기도 합니다. 예를 들어, 일부 유저는 탱크의 부피, 표면적 대 질량 비율 등을 근거로 특정 유닛(예: T-80, M1A1)의 장갑 데이터가 현실과 다르게 과장되거나 축소되었다고 비판하는 등 데이터 산정 기준에 이의를 제기하기도 합니다 [3, 11, 12].
Last updated: 2026-04-28
🤖 LLM 활용 힌트 (How to Use This Knowledge)
언제 이 지식을 쓰는가:
- (TODO)
언제 쓰면 안 되는가:
- (TODO)
🧪 검증 상태 (Validation)
- 정보 상태: needs_review
- 출처 신뢰도: A
- 검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)
🧬 중복 검사 (Duplicate Check)
- 기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
- 처리 방식: UPDATE (자동 정규화)
- 처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
⚠️ 모순 및 업데이트 (Contradictions & Updates)
- 과거 데이터와의 충돌: 없음
- 정책 변화: 없음
🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|---|---|---|---|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
💻 코드 패턴 (Code Patterns)
패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)
# TODO
🤔 의사결정 기준 (Decision Criteria)
선택 A를 써야 할 때:
- (TODO)
선택 B를 써야 할 때:
- (TODO)
기본값:
(TODO)
❌ 안티패턴 (Anti-Patterns)
- [안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)