두 진실: captured vs intended

"네가 있던 곳과 기억이 관한 곳은 다른 두 fact 야. 둘 다 기록해; 하나가 다른 하나인 척하게 절대 두지 마."

위치 분리

breadcrumb 을 남길 때, 사실 위치 질문이 둘이고, Waystone 는 둘을 분리해. captured_location 은 제출할 때 폰이 실제로 있던 곳 — 진짜 GPS 샘플. intended_location 은 기억이 관한 곳의 선택적 override 로, 나중에 다른 데서 생각을 기록할 때 설정할 수도 있어: 그날 밤 호텔에서, 아침에 본 정상에 대해 쓰며. 규칙은 엄격해: override 는 captured 샘플을 절대 다시 쓰거나 버리지 않고, 아래 실제 captured 없이는 intended 위치를 저장조차 못 해. 지도는 intended, 그다음 captured, 그다음 텍스트 place hint 를 선호해 — 근데 세 진실 다 남고, 실제 GPS 샘플은 annotation 에 절대 안 덮여.

날짜 분리

같은 두-진실 형태가 날짜에도 나타나. crumb 은 스케줄 날짜(local_date) — itinerary 에서 속한 날 — 와 캡처 날짜(captured_local_date, captured_at) — 기기가 실제로 제출한 때 — 를 가져. 이건 기억을 회고적으로 정리하는 순간 갈라져: 15일에 앉아, 14일에 속한 걸 기록해. Waystone 는 그때 제출된 척 없이 14일 스케줄 아래 정리하게 해줘. 스케줄 날짜는 어디 사는지 말하고; 캡처 날짜는 실제로 언제 쓰였는지 말해. 나중에 스케줄 주인을 고치는 건 캡처 진실을 손 안 대는 append-only revision 이야.

왜 두 진실이 하나를 이기나

게으른 설계는 위치 하나, 날짜 하나 저장하고 끝이라 해 — 그리고 양방향으로 미묘하게 틀려. captured 값만 저장하면 이미 떠난 곳에 대한 기억을 기록 못 해. intended 값만 저장하면 네가 실제로 있던 곳과 때를 조용히 위조한 거야. 둘 다 유지하는 게 회고적 정리와 정직한 증거가 공존하게 해: 아빠가 '이건 Eiger 에 관한 거, 어제로 정리' 라고 해도, 기록은 아직 그가 오늘 밤 호텔에서 썼다는 걸 알아. 두 진실은 중복이 아냐. 유용하면서 정직할 유일한 방법이야.

Code

두 진실, 위치와 날짜에·text

위치
  captured_location  = 제출한 실제 GPS 위치        (절대 안 다시 씀)
  intended_location  = 선택적 '이 기억은 저기에 관한' override
  지도 우선순위: intended -> captured -> geocode(place_hint)

날짜
  local_date            = 속한 스케줄 날 (itinerary 슬롯)
  captured_local_date   = 기기가 실제로 제출한 날
  captured_at           = 정확한 제출 타임스탬프

# D14 기억을 D15 에 정리:
#   local_date = D14   (어디 사는지)
#   captured   = D15   (실제로 언제 쓰였는지)
# 어느 진실도 다른 하나를 안 지워.

Exercise

실제로 만든 곳/때가 아닌 날짜나 장소로 정리한 노트나 사진을 떠올려봐 — 사후에 로그한 기억. 네 도구가 두 진실(실제 캡처 순간 그리고 의도한 대상)을 둘 다 기록해, 아니면 하나를 고르게 강요했어? 골라야 했으면, 기록을 맞아 보이게 하려고 어느 진실을 조용히 위조했어?

Hint

대부분 도구는 위치 하나, 타임스탬프 하나 저장해서, 회고적 정리가 그중 하나를 조용히 거짓말해. 두-진실 설계가 '이건 어제 정상에 관한 거' 와 '실제론 오늘 밤 썼어' 를 동시에 참이게 해 — 하나를 대가로 다른 하나가 아니라, 유용하고 정직하게.