위키 콘텐츠 및 작업 규칙 정비
- wiki/ 초기 페이지 추가 (index, log, 주요 개념 9종) - Output/, wiki/ 하위 CLAUDE.md 규칙 파일 추가 - .gitignore 추가 (.obsidian, .claude, raw, Backup 등 제외) - CLAUDE.md 프로젝트 규칙 갱신 Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
39
wiki/파라메트릭 취약성 Davis 5가지.md
Normal file
39
wiki/파라메트릭 취약성 Davis 5가지.md
Normal file
@@ -0,0 +1,39 @@
|
||||
---
|
||||
title: 파라메트릭 취약성 — Daniel Davis의 5가지 (Brittleness)
|
||||
tags: [critique, davis, brittleness, methodology]
|
||||
sources:
|
||||
- raw/ai-research/레빗(Revit) 파라메트릭 모델링의 핵심 솔버(Solver)와 연산 아키텍처에 관한 심층 연구.md
|
||||
updated: 2026-04-14
|
||||
principles: [비패밀리, 증분]
|
||||
---
|
||||
|
||||
# 파라메트릭 취약성 — Daniel Davis의 5가지 (Brittleness)
|
||||
|
||||
## 요약
|
||||
Daniel Davis(RMIT, 2013 박사 논문 *Modelled on Software Engineering*)는 파라메트릭 모델링이 소프트웨어 프로그래밍과 같은 취약성을 공유한다고 논증. 명시적 함수(explicit functions)로 구축된 모델이 **비선형·즉흥적 설계 변경**에서 어떻게 무너지는지를 5가지 축으로 정리. Rick Smith의 견해를 확장한 것.
|
||||
|
||||
## 사실 — 5가지 취약성 (Facts)
|
||||
|
||||
| 취약성 | 설명 |
|
||||
|---|---|
|
||||
| **1. 과도한 사전 인지 부하 (Front-loading)** | 초기부터 제약 논리·변수 상호작용을 완벽히 프로그래밍·디버깅해야 함. 방향이 확정되지 않은 초기 단계의 과투자는 기회비용 손실. |
|
||||
| **2. 유연성 예측의 모순 (Anticipating Flexibility)** | 유연하려면 "무엇이 변할지"를 사전 예측해 매개변수를 할당해야 함. 탐구가 목적이면서 닫힌 구속으로 미래를 미리 정의해야 하는 모순. |
|
||||
| **3. 명시적 함수의 파괴 (Fragility of Explicit Functions)** | 예측 못한 위상(topology) 변경 시 솔버 그래프가 도미노처럼 붕괴. 함수 구조 수정보다 **백지에서 재모델링이 더 빠른** 현상. |
|
||||
| **4. 변경의 시각적 맹점 (Change Blindness)** | 트리가 깊을수록 상위 매개변수 하나의 수정이 하위 수백 개에 어떤 연쇄 반응을 일으켰는지 **시각적·직관적 파악 불가**. |
|
||||
| **5. 재사용과 공유의 장벽 (Problematic Reuse)** | 동료가 구축한 패밀리·스크립트의 명시적 함수망을 완전히 이해하지 못하면 수정·재사용은 오류 위험. |
|
||||
|
||||
## 해석 (Interpretation)
|
||||
|
||||
- Davis의 5가지는 우리 원칙의 **직접적 근거**가 된다.
|
||||
- **#5 (재사용 장벽)** + **#2 (유연성 예측 모순)** → 토목의 저재사용 현장에서 **패밀리 재사용 전제가 깨지는** 실증적 이유. **비패밀리 조립 단위** 원칙을 지지.
|
||||
- **#3 (위상 변경에 취약)** → 파라메트릭 모델이 처음부터 위상 변화를 가정하지 않는 구조를 갖기 때문. 토목은 지형·선형 변경이 잦음 → **위상 변경에 견디는 구조** 설계가 우리 과제.
|
||||
- **#4 (시각적 맹점)** → 증분 갱신 시 **영향 받는 객체를 시각적으로 하이라이트**하는 UX가 필수. 단순 인터랙티브보다 "어디가 바뀌었는지 보여주는" 인터랙티브가 요구됨.
|
||||
- **#1 (사전 인지 부하)** → MVP 원칙(기능 축소, 품질 타협 없음)과 결합하면: 초기 모델링 단계에 과투자를 강요하지 않는 **점진적 구체화(progressive specification)** UX가 필요.
|
||||
|
||||
## 원전
|
||||
- Davis, Daniel (2013). *Modelled on Software Engineering: Flexible Parametric Models in the Practice of Architecture*. PhD thesis, RMIT University.
|
||||
- Smith, Rick — 원형 견해 제공자.
|
||||
|
||||
## 관련 페이지
|
||||
- [[Revit 파라메트릭 아키텍처]]
|
||||
- [[PCE 파라메트릭 변경 엔진]]
|
||||
Reference in New Issue
Block a user