여행은 시간순, 영상은 서사

"달력은 언제 뭐가 있었는지 말해. 편집은 스토리가 뭔지 말해. 어느 쪽도 다른 쪽인 척하게 두지 마."

직교하는 두 진실

여행은 완전히 다른 두 종류의 진실을 만들어. 여행은 시간순이야: 12일이 13일보다 먼저였고, 케이블카가 점심 전이었고, 이건 그냥 언제 뭐가 있었나야. 영상은 서사야: 산에 대한 스토리는 두 날을 합치고 세 번째를 건너뛸 수도 있어. 스토리는 달력이 아니라 의미를 위해 지어지니까. 이 두 진실은 직교하고, travel-to-content 도구의 가장 흔한 모델링 실수가 하루=영상 하나라고 가정하는 거야. 아니고, 그 가정 위에 지으면 네 진짜 편집의 절반이 조용히 불가능해져.

Many-to-many, 순서 있는 segment 로

그래서 Waystone 는 Day 와 VideoStory 를 StorySegment 로 순서 지어진 many-to-many 관계로 모델링해. 영상 하나가 여러 날에 걸칠 수 있고; 하루가 영상 여럿을 만들 수 있어. 7월 12·13 이 스토리 하나가 되고; 7월 14 는 오전 영상과 오후 영상으로 쪼개지고; 7월 15~17 이 네 번째가 돼. VideoStory 는 편집적 묶음이야 — 서사적 목적을 위해 여행 truth 를 선택하고 순서 짓고, 달력-날 경계와 명시적으로 독립이야. segment 는 편집자가 원하는 순서를 실고, 날은 실제로 일어난 순서를 지켜. 어느 쪽도 다른 쪽을 안 덮어.

이 소유권이 멈추는 곳

여기가 재사용 규율이 압박 아래 지켜지는 걸 보기 좋은 곳이기도 해. Waystone 는 travel-to-story lineage 를 소유해: 스토리가 어느 날·event·장소·route·미디어에서 끌어왔고, 뭐가 어디 publish 됐는지. 제작 timeline, 렌더, 편집 자체는 안 소유해 — 편집 도구가 그걸 소유해. 소스-미디어 발견도 안 소유해 — 그건 Recall 의 일이야. 스크립트 산문도 안 소유해 — 그건 Rekindle 로 가. Waystone 는 'Grindelwald 에서 찍었는데 publish 된 영상에 못 간 게 뭐야?' 에 답하고 넘겨. 제작이 아니라 lineage.

Code

달력 truth vs 편집 truth·text

여행 (시간순)                  영상 (서사)
  7월 12  -----------\
  7월 13  -----------+------>  Video A  (두 날, 한 스토리)
  7월 14 오전 --------------->  Video B  (한 날, 두 스토리)
  7월 14 오후 --------------->  Video C
  7월 15..17 --------------->  Video D

# Day <-> VideoStory 는 MANY-TO-MANY, StorySegment 로 순서.
# '하루 = 영상 하나' 가 진짜 편집의 절반을 표현 불가능하게
#   만드는 모델링 실수야.

# Waystone 소유: 스토리가 어느 날/장소/미디어에서 끌어왔나 (LINEAGE)
# Waystone 미소유: timeline, 렌더, 산문, 미디어 원본 --
#   그건 canonical 소유자에게 남아.

Exercise

publish 된 뭔가로 바꾼 소스 재료를 생각해봐 — 사진을 포스트로, 노트를 글로, 푸티지를 영상으로. publish 된 게 소스의 자연 단위(하루, 한 세션, 한 파일)에 1:1 로 매핑됐어, 아니면 재조합했어? 이제 네 도구가 그 재조합을 표현이라도 할 수 있었는지, 아니면 네가 머릿속에서 매핑하고 잃었는지 확인해.

Hint

재조합은 거의 항상 일어나 — 그리고 거의 항상 편집자 머릿속에만 살아. 도구가 '이 스토리는 이 세 날에서 끌어왔고 저건 건너뛰었다' 를 기록 못 하면, 네가 산 것과 publish 한 것 사이 lineage 는 편집 끝나는 순간 사라져.