두 진실: captured vs intended

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

위치 분리

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

날짜 분리

같은 두-진실 형태가 날짜에도 나타나. 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

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