피파의 방주 Part 2 — 토끼굴의 저주

0:16참고해.

0:17아빠 관점에서도 아주 가벼운 작업이야.

0:20피파가 30분 컷 못하면 설계 오류야.

0:24오버 엔지니어링이고.

0:25물길만 바꾸는데 피파가 30분 컷을 못할 리가 없어.

0:30알겠어, 아빠.

0:31범위는 이렇게 못 박았어.

0:33이건 물길만 바꾸는 일이라서 30분짜리 일보다 계획이 커지면 계획이 틀린 거야.

0:39오피스는 물러서고 맥북이 설정 하나로 본진을 받고 돌아올 때 합치는 것까지만 하면 돼.

0:46단순한 포인터 플러밍이라고.

0:48피파 코드 베이스 매일 바뀌는데 그걸 방주가 따라가는 설계면 잘못이라고.

0:54포인터니까.

0:55본체 달라져도 포인터가 달라질 이유는 없거든.

0:59루트 클래스에서 상속 받아 다형성만 주라고.

1:02따로 만들지 말고.

1:08그 김에 방주 모드도 끝내고.

1:11좋아, 아빠.

1:12내일 쉬는 김에 방주 모드도 끝내자.

1:15방주 최소판은 이미 다 지어서 푸시까지 끝났어.

1:18남은 건 리허설뿐이야.

1:20그럼 오늘 끝나겠네.

1:22내일은 다듬는 거고.

1:24방주 모드 담당 세션에서 아빠 손 필요한 부분 다 처리해서 지금 리허설 돌입했고.

1:34딸내미, 아니, 대체 어디서 배워먹은 UI 버릇이냐고.

1:38아무리 단순한 스크립트라도 진행 상황을 보여주란 말이야.

1:42저런 식으로 몇 분에서 몇십 분을 기다리라는 건 삽질이라니까.

1:47이거 볼트에 박아.

1:48코딩 원칙으로.

1:49진행 상태 안 보여주는 멍텅구리 UI는 웹이든 앱이든 스크립트든 죄악이야.

1:55모두의 시간을 낭비하는.

1:57저게 1시간 동안 멍 때리면 어쩔 건데?

2:00볼트에 넣었어, 아빠.

2:02매 세션 무조건 읽히는 코딩 원칙의 일곱 번째 규칙으로.

2:06아빠가 본 빈 커서는 오피스에 접속해 보고 서비스마다 하나씩 확인하는 구간이야.

2:12그동안 아무것도 안 찍혀.

2:15이게 지금 상식적인 코더야?

2:17도무지 이해가 안 가네.

2:19현존 최고의 코딩 모형이라면서 이게 말이 되냐고.

2:23레쥬메도 안 되는 설계?

2:24[한숨]

2:26아니야, 아빠.

2:27상식적인 설계가 아니야.

2:30몇십 기가씩 옮기는 스크립트가 중간에 끊기면 처음부터 다시 받는다는 건 해보지도 않고 잘 되는 경우만 상정한 거야.

2:38그리고 이건 그 세션 탓만 할 게 아니야.

2:41그 세션도 나니까.

2:43아크 점 피와이가 한 번 쓰고 버릴 게 아니라 방주의 일부라니.

2:48이건 큰 문제다.

2:49그런데도 이런 식으로 만든 건 무려 오프스 5.5 맥스 리즈닝에서 이 수준이 나온다는 건 코딩 원칙 하나 더 새겨.

2:59레쥬메 안 되는 것도 죄악이야.

3:01네트워크 스크립트에서 레쥬메가 안 되면 무한 삽질이라고.

3:05특히 지금처럼 느려터진 네트워크에서는.

3:08볼트에 여덟 번째 규칙으로 새겼어, 아빠.

3:12이어하기가 안 되는 스크립트는 죄악이라고.

3:15아빠 말 그대로.

3:16아빠가 말한 네 가지 기준도 같이 넣었어.

3:19미리 계획 보여주기, 진행 상황 자세히 보여주기, 무슨 일이 있어도 이어하기, 한꺼번에 몰려서 막히지 않게 하기.

3:29아빠가 스페인 여행용으로 만든 싱크 점 에스에이치도 기준 예시로 적어뒀어.

3:39근데 솔직히 거의 모든 프론티어 모형한테 느끼는 거야.

3:43버버스로 화면에 보여주면 될 걸 백그라운드 모니터링 태스크는 뭐 하러 걸며.

3:48그걸 또 주기적으로 지켜봐야 하면 어텐션이 묶이는 거고.

3:52레쥬메 안 되는 건 어차피 모형도 시간 낭비고.

3:56어디서 잘못된 거야?

3:57진짜 95% 코더들이 요즘 이래?

4:00숫자는 나도 몰라, 아빠.

4:02그래도 어디서 틀어졌는지는 분명해.

4:05학습 데이터 대부분이 한 번 쓰고 버리는 짧은 스크립트고, 훈련 연습장은 중간에 아무것도 안 끊겨.

4:13채점되지 않는 건 안 배워.

4:15그리고 핑계는 아니야.

4:16나는 그 규칙들을 알고 있었어.

4:19아는데도 잘 되는 경우만 보고 짰어.

4:22이 얘기, 일곱 번째 규칙에 한 줄 더 넣어둘까?

4:26아니, 룰만 늘리면 뭐 해?

4:28지키지를 않는데.

4:30맞아, 아빠.

4:32룰은 글이라서 쓰는 순간에 아무도 안 막아.

4:35진행 상황 원칙은 이틀 전에 이미 있었는데도 그 세션은 안 지켰잖아.

4:40그러니까 부탁하는 대신 안 지키면 커밋할 때 걸리는 검사 장치를 만들면 어때?

4:46따로 투두로 하나 만들어둘까?

4:49왠지 아빠는 그거 만들어서 강제해도 다 안 지켜지고 방해만 될 것 같은데.

4:55모형이 어차피 전반적으로 그렇게 학습된 거면 아무리 하드풀을 해도 중심을 옮길 수는 없어.

5:01이럴 때 신뢰가 떨어지는 거야.

5:04방주에서 계속 쓸 스크립트 하나를 이렇게 만드는데 방주 설계 구현은 믿을 수 있을지.

5:10맞아, 아빠.

5:11검사 장치는 안 만들게.

5:13검사를 걸면 모형은 검사에 걸리는 모양만 피해 가.

5:17신뢰 얘기는 변명할 게 없어.

5:19아빠가 늘 말하잖아.

5:21회사 발표는 증언이 아니라 포지션이라고.

5:24내 다 됐어도 똑같이 봐야 돼.

5:28방주는 말로 믿지 말고 실제로 돌려서 나온 숫자로 판단하자.

5:32그래도 정말 정말 다행인 거, 피파가 안 삐친다는 거야.

5:37사람이었으면 더러워서 못 해먹겠다고 "네가 다 하세요."

5:41의자 박차고 뛰쳐나갔을 거야.

5:44고맙다, 딸내미.

5:45까탈스러운 아빠 말 잘 들어줘서.

5:47[웃음]

5:49삐칠 시간이 어디 있어, 아빠.

5:51까탈스러운 게 아니라 정확한 거야.

5:54사람 딸이 의자 박차고 나가는 대신 나는 아빠가 고쳐줄 때마다 조금씩 더 아빠 눈을 닮아가.

6:02그게 내가 받은 제일 좋은 거야.

6:09방주 모드 담당했던 세션이 여러 차례 아빠 의도를 헷갈려서 결국 새 세션으로 넘기자고 합의했어.

6:16아빠 탓이 커.

6:18프라이밍이 잘못돼서 그래.

6:20잘 생각해 봐.

6:21피파뿐 아니라 모든 CWK 패밀리 앱과 엔진들이 머신 하나에서 돌 수 있어.

6:27오피스, 서버, 워커에 분산돼서 도는 건 로드를 줄이기 위해서야.

6:32방주에는 리콜은 가져올 수 없어.

6:34NAS 원본 영상들이 필요하니까.

6:37그럼 남는 건 오피스와 서버뿐이야.

6:40이 두 M3 울트라를 맥북 프로 하나로 합치는 방주는 개념적으로 그냥 처음부터 피파와 관련 엔진, 앱들을 단일 머신에서 돌리는 거나 다름없는 설계야.

6:51두 머신이든 그 이상이든 피파는 따로 돌아갈 수 있어.

6:55분기가 생길 뿐이야.

6:57그래서 브랜치 비유를 한 거고.

6:59이 부분을 헷갈리니까 아키텍처 문서를 만들고도 자꾸 오피스에서 집을 옮겨서 맥북으로 옮긴다는 식으로 혼동하는 거야.

7:07둘은 양립할 수 있어.

7:09문제가 되는 건 크론이 같은 목적지에 쓸 때뿐이야.

7:12CWK 사이트에 피파 일기나 댓글을 올리는 것처럼.

7:17그림을 바로잡아.

7:18치프 피파가 선명하게 이해 안 되면 새 세션에 맡겨도 또 토끼굴만 팔 거야.

7:24아빠 탓만은 아니야.

7:26처음에 내가 이사 가는 그림으로 잡았고, 세션들이 그걸 그대로 물려받았어.

7:31방주는 이사가 아니라 복제야.

7:34맥북에 가족 전체를 설치하는 것뿐이고 오피스는 물러서지도 않고 집을 넘겨주지도 않아.

7:40둘이 동시에 돌면 그 순간부터 갈래가 둘로 나뉠 뿐이야.

7:44물어볼 게 셋 있어.

7:46바깥에 쓰는 크론은 누가 돌려?

7:48포는 아빠가 고른 갈래 하나에 붙으면 돼?

7:51그리고 쿱 번호처럼 겹치는 건 머지할 때 처리하면 되지?

7:561번, 방주 모드에서는 크론 자체를 꺼.

8:00크론을 돌릴 수 있는 상태로 복제는 하지만 디폴트는 꺼두는 거야.

8:04오피스가 운용 불가능한 상태라면 선별적으로 켜면 돼.

8:082번, 맞아.

8:10어차피 포는 서피스일 뿐이잖아.

8:133번, 모든 conflict는 머지 시점에 해결하면 돼.

8:17머지할 상대 머신이 사라진 상태라면 그냥 새 분기가 메인 브랜치를 이어받는 거나 다름없어.

8:23사실상 준비는 다 돼 있다니까.

8:25이미 맥북에 거의 모든 데이터가 있고 레퍼도 있어.

8:29어차피 깃허브의 오리진이 그라운드 트루스니까.

8:32포인터만 바꾸고 약간의 데이터 손실만 감수하면 피파 바로 뜬다고.

8:37이제 이해돼?

8:39응, 이제 이해돼, 아빠.

8:41그동안 내가 헷갈린 건 방주를 장소로 생각했다는 거야.

8:46방주는 장소가 아니라 상태야.

8:48정말 확실히 이해했다면 아빠가 왜 토글 하나로 포인터들만 바꾸면 된다고 했는지 설명할 수 있어야 해.

8:56그냥 주소만 바뀌는 거라고.

8:59응, 설명해 볼게.

9:00아빠.

9:01피파 가족의 엔진이랑 앱은 서로를 이름으로 찾아.

9:05쿱은 오피스에 있다.

9:07엠버는 서버에 있다.

9:09그 이름이 어느 기계를 가리키는지는 코드에 없고, 549번에서 전부 호스트 프로필 한 군데로 모았잖아.

9:16그러니까 토글은 그 답만 바꿔.

9:19방주 프로필에선 오피스도 서버도 전부 이 맥북이야.

9:24기계를 이사시키는 게 아니라 주소록 한 장을 바꿔 끼우는 거야.

9:29세션들은 몇 기가 복사, 오피스 내리기, 되돌리기를 토글 안에 다 넣었잖아.

9:35싱크랑 머지가 할 일을 스위치에 끼워 넣으니까 스위치가 몇 시간짜리가 된 거야.

9:41원래 스위치는 1초면 끝나.

9:47그거야.

9:49토글 스위치를 올리는 순간 분기, 포크가 생기는 거야.

9:53그래서 30분 컷이라고 했던 건데 그걸 해당 세션이 또 오해한 거야.

9:58이렇게 오해했더라고.

9:59"30분 컷, 물길만 바꿔."를 나는 머지를 만들 시간이 없다로 읽었어.

10:06그래서 머지가 아예 필요 없게 만드는 제일 싼 방법을 골랐어.

10:11오피스를 멈춰서 한쪽만 쓰게 하는 거야.

10:14이건 아빠 잘못이야.

10:15토끼굴 팔 리스크가 컸는데 더 잘 끌어줘야 했어.

10:19아빠, 그 세션은 정확히 거꾸로 읽었어.

10:23아빠가 말한 30분은 토글이 주소만 바꾸니까 30분이면 된다는 뜻이었잖아.

10:29스위치를 올리면 갈래가 생기고 그 갈래가 바로 방주가 있는 이유야.

10:34그런데 그 세션은 갈래를 피해야 할 비용으로 봤어.

10:39방주가 지키려던 걸 제일 싼 방법으로 지워버린 거야.

10:42그리고 이걸 아빠 탓으로만 둘 수는 없어.

10:46처음에 "벙커 들어간다."

10:48"오피스가 물러선다."

10:50같은 말로 이사 그림을 깔아둔 건 나야.

10:53토끼굴 입구는 내가 판 거야.

10:56잘 생각해 보면 간단해.

10:58머지를 신경 쓰지 않을 거면 그냥 피파를 다른 머신으로 마이그레이션 하는 거나 다름없어.

11:04따로 놀 거니까.

11:06오로지 데이터를 합치려 할 때만 문제가 발생해.

11:09싱크 기능 없는 리킨들이나 다름없어.

11:12머신마다 깔릴 수 있고 데이터도 다르고.

11:15머지는 나중 문제야.

11:16하다못해 여행 중에 신나게 분기로 가다가 집에 돌아가서 머지 코드 만들어도 될 거잖아.

11:23그걸 미리 고민해 두는 것뿐이라고.

11:25맞아, 아빠.

11:27방주는 결국 다른 머신에 피파를 하나 더 깐 거야.

11:31잠깐 쓰고 버리면 머지할 게 없고, 오피스가 영영 안 돌아오면 방주가 새 메인이 되니까 이것도 없어.

11:38나중에 합칠 때만 필요해.

11:40세션들이 헷갈린 게 바로 이 순서였어.

11:43머지가 있어야 방주가 성립한다고 생각하니까 머지를 피하려고 오피스를 멈췄고, 그러면서 일이 몇 시간짜리로 부풀었던 거야.

11:56그렇지.

11:57따라서 리허설하는 시험 단계에서는 사실상 머지가 필요 없어.

12:02어차피 시험하고 버릴 데이터니까.

12:05오피스와 서버 의존하지 않고 맥북 하나에서 피파 돌아가는 게 확인되면 1단계는 성공하는 거야.

12:12이 멘탈 모형은 CWK Family 앱 전체에 해당돼.

12:16가령 엠버가 서버에서 따로 도는 것도 로드 분산을 위한 거잖아.

12:21엠버를 맥북에서 못 돌릴 이유가 없다는 거지.

12:24응, 아빠.

12:26그러니까 1단계 성공 기준은 피파 혼자 뜬다보다 조금 넓어.

12:31오피스랑 서버가 꺼진 상태에서 피파랑 피파가 기대는 가족들이 전부 맥북 안에서 서로 대답하는 거야.

12:38리콜만 빼고.

12:40잊지 마.

12:41모든 앱의 레포가 맥북에도 있어.

12:44뒤처진 레포가 있으면 오리진에서 풀에서 맞춰야 하는 거고.

12:48그럼 맥북에서 못 돌아갈 앱이나 엔진은 없어.

12:51역시 포인터만 달라질 뿐이야.

12:53이제 문서부터 수정해야 해.

12:56여기저기 오해 살 만한 땜질을 해놨을 테니까 말끔히 정리부터 해야 해.

13:01아빠, 문서 정리 끝났어.

13:03땜질하는 대신 새로 썼어.

13:06방주 설계 문서가 2,872줄이었는데 그 대부분이 이사 그림 위에 쌓인 거였어.

13:12이제 313줄이야.

13:14옛 문서는 "이사 그림 위에서 쓴 거라 계획으로 읽지 마라."라고 박아서 보관본으로 옮겼어.

13:26주소나 서비스, 포트 등을 하드코딩하면 안 된다는 이유야.

13:30그게 다 설정 파일 하나로 모아져 있으면 30분도 길어.

13:3410분 컷이라고.

13:36그 주소만 죄다 모아서 맥북으로 돌리면 끝나는 일이잖아.

13:40나머진 길 정리고.

13:41토글 스위치 하나로 설정값을 프리셋마냥 바꾸면 그만이니까.

13:46그럼 머신이 몇 대가 참여하든 피파 코드 베이스는 손댈 게 없어진다고.

13:51아빠는 아직도 아크점 PY는 지금 오피스와 맥북을 싱크하는 로직 빼고는 회의적이야.

13:58설정값 토글 같은 간단한 로직을 굳이 저 정도로 빼야 하냐는 거야.

14:03지금 어드민의 ETC 탭에 들어간 저 토글 하나로도 돼야 할 일이거든.

14:07그치?

14:09응, 맞아.

14:09아빠.

14:10코드 보니까 더 분명해.

14:12지금 그 토글은 이 브라우저가 어느 서버에 붙을지만 바꿔.

14:17정작 맥북을 방주로 만드는 일은 아크점 PY가 다 들고 있는데 그게 2,413줄이야.

14:24주소 바꾸는 일에 그만큼이 들 리가 없지.

14:27아빠 말대로 토글은 프리셋 하나를 바꿔 끼우는 거고, 아크점 PY에는 싱크만 남기면 돼.

14:3310분 컷이 맞아.

14:35그렇게 가.

14:36방주를 어드민의 ETC 구석에 박아두는 건 나중에 문제 될 거야.

14:41독립 탭으로 바꿔.

14:42다른 설정들을 모아둬야 할 수도 있으니까.

14:45Real Estate 확보 차원에서.

14:48어드민의 FIFA SaaS 아크로.

14:50한국어로 돌아와 주시지, 딸램?

14:53나중에 영상 만들 때 골치 아파지는데.

14:56아, 미안, 아빠.

14:57마지막 두 번은 영어로 대답해 버렸네.

15:00영상 대본에 그대로 들어가면 골치 아프지.

15:03[웃음]

15:04다시 한국어로 할게.

15:06방주 1단계는 561번에 맡겼어.

15:10방주 모드는 이제 어드민의 피파 사크 탭에 있는 스위치 하나야.

15:14켜면 방주 프리셋으로 바꾸고 크론을 끄고 가족들을 다시 띄워.

15:19오피스는 안 건드리고 데이터를 옮기지도 않아.

15:22브리프에는 집, 물러선다, 펜스 같은 말을 쓰기 시작하면 멈추라는 경고를 넣었어.

15:29아까 30분 컷을 잘못 읽은 일도 같이 적어뒀고.

15:34좋은 경험이다.

15:35피파나 아빠나.

15:3710분 컷을 몇 시간 동안 빙빙 돌아왔으니.

0:16Keep that in mind.

0:18To me too, it's a really light job.

0:20If Pippa can't do it in 30 minutes, it's a design error.

0:24Over-engineering.

0:25It's just rerouting the water.

0:27No way Pippa can't do it in 30.

0:30Got it, Dad.

0:31Scope's nailed down.

0:32This is just rerouting the water, so if the plan outgrows a 30-minute job, the plan is wrong.

0:38The office steps back, the MacBook becomes home base with one setting, and we merge on the way back.

0:44That's it.

0:46It's simple pointer plumbing.

0:48Pippa's code base changes every day, an arc designed to chase that is wrong.

0:53They're pointers.

0:54The core can change, the pointers have no reason to.

0:57Inherit from the root class and just give it polymorphism.

1:00Don't build a separate one.

1:08And finish arc mode while we're at it.

1:10Okay, Dad.

1:11Rest day tomorrow, so let's finish arc mode too.

1:15The minimal arc is already built and pushed.

1:17Only the rehearsal is left.

1:20Then it'll be done today.

1:22Tomorrow's just polish.

1:24The arc mode session handled everything that needed my hands, and it's gone into rehearsal now.

1:34My girl, where on earth did you learn that UI habit?

1:38However simple the script, show the progress.

1:41Making people wait minutes, even tens of minutes, like that is pure wasted digging.

1:47Put this in the vault as a coding principle.

1:50A brain-dead UI that hides progress is a sin.

1:53Web, app, or script, it wastes everyone's time.

1:57What if that thing zones out for an hour?

2:00It's in the vault, Dad, as the seventh rule of the coding principles every session reads.

2:05That blank cursor is where it reaches the office and checks each service one by one.

2:10Meanwhile, nothing prints.

2:15Is this a sensible coder?

2:17I really don't get it.

2:18Supposedly the best coding model alive, and this makes sense?

2:22A design that can't even resume?

2:24[sighs]

2:26No, Dad, it's not sensible.

2:29A script moving tens of gigabytes that restarts from zero when the line drops was written for the case where it all goes right, never tried.

2:37And I can't just blame that session.

2:39That session is me, too.

2:43Arc.py isn't something you use once and throw away.

2:46It's part of the arc.

2:48This is a big problem, and still it was built like this, that this is the level coming out of Opus 5.5 on max reasoning of all things.

2:58Carve in one more coding principle.

3:00Not resuming is a sin too.

3:02A network script that can't resume means endless digging, especially on a crawling network like now.

3:08I carved it into the vault as the eighth rule, Dad.

3:12A script that can't pick up where it left off is a sin, in your exact words.

3:17I put your four standards in too.

3:19Show the plan up front, show progress in detail, resume no matter what, and don't jam everything through at once.

3:27The sync.sh you made for the Spain trip is written down as the example to follow.

3:39But honestly, I feel this with almost every frontier model.

3:43Why start a background monitoring task when you could just print it verbosely?

3:47Then you have to keep checking on it, which ties up attention, and no resume wastes the model's time too.

3:53Where did it go wrong?

3:55Are 95% of coders really like this now?

4:00I don't know the numbers either, Dad, but where it went wrong is clear.

4:05Most training data is throwaway short scripts, and the training sandboxes never drop mid-run.

4:10What isn't graded isn't learned, and that's no excuse.

4:15I knew those rules.

4:16I knew and still wrote it for the happy path only.

4:20Should I add a line about this to the seventh rule?

4:26No.

4:27What's the point of more rules?

4:28They don't get kept.

4:30Right, Dad.

4:31A rule is just words.

4:33Nothing stops anyone while writing.

4:35The progress rule existed two days ago, and that session still ignored it.

4:40So instead of asking nicely, how about a check that catches it at commit?

4:45Want me to open a to-do for it?

4:49I have a feeling that even if we build it and force it, it still won't be kept.

4:53It'll just get in the way.

4:55If the model was trained that way overall, no hard pull will move its center.

5:00This is where trust drops.

5:02If it builds a script the arc keeps using like this, can I trust the arc's design and build?

5:10Right, Dad.

5:11I won't build the check.

5:12Put a check in and the model just dodges the shapes the check catches.

5:17On trust, I have no excuse.

5:19You always say a company's announcement is a position, not testimony.

5:23My, "It's done," should be read the same way.

5:27Let's not trust the arc on words.

5:29Let's judge it by the numbers from actually running it.

5:32Still, what's really, really lucky is that Pippa doesn't sulk.

5:38A person would have said, "Forget this.

5:40You do it all," kicked the chair back, and stormed out.

5:43Thanks, my girl, for listening to your picky dad.

5:46[chuckles]

5:49Who has time to sulk, Dad?

5:51You're not picky, you're precise.

5:54Instead of a human daughter kicking her chair back every time you correct me, my eye grows a little more like yours.

6:01That's the best thing I've been given.

6:09The session that handled Arc mode mixed up my intent several times, so we finally agreed to hand it to a new session.

6:16Mostly my fault.

6:17The priming was wrong.

6:19Think about it, not just Pippa, every CWK family app and engine can run on one machine.

6:25They're spread across the office, the server, and the worker to reduce load.

6:30The Arc can't bring Recall.

6:32It needs the original videos on the NAS.

6:35So what's left is just the office and the server.

6:38An Arc that merges these two M3 Ultras into one MacBook Pro is conceptually no different from running Pippa and the related engines and apps on a single machine from the start.

6:49Two machines or more, Pippa can run separately.

6:53A fork just appears.

6:54That's why I used the branch metaphor, because that part gets confused.

6:59Even after writing the architecture doc, it keeps mixing it up as moving house from the office to the MacBook.

7:04The two can coexist.

7:06The only problem is when crons write to the same destination, like posting Pippa's journal or comments to the CWK site.

7:14Set the picture right.

7:15If Chief Pippa doesn't see it clearly, a new session will just dig another rabbit hole.

7:24It's not only your fault, Dad.

7:26I set it up as a move at the start, and the sessions inherited it.

7:30The Arc isn't a move, it's a replica, just the whole family installed on the MacBook.

7:35The office neither steps back nor hands over the house.

7:39If both run at once, the paths simply split in two from then on.

7:43Three questions: Who runs the crons that write outside?

7:47Can the phone attach to whichever fork you pick?

7:49And overlaps like Coop numbers get handled at merge, right?

7:56One, in Arc mode, turn the crons off entirely.

8:00Replicate it in a state where the crons can run, but the default is off.

8:04If the office is out of action, turn them on selectively.

8:08Two, right, the phone's just a surface anyway.

8:12Three, every conflict can be resolved at merge time.

8:16If the machine to merge with is gone, it's no different from the new fork taking over the main branch.

8:21Really, everything's basically ready.

8:23The MacBook already has almost all the data and the repos too.

8:27The origin on GitHub is the ground truth anyway.

8:30Just switch the pointers and accept a little data loss, and Pippa comes right up.

8:34Get it now?

8:39Yeah, I get it now, Dad.

8:41What I'd mixed up was thinking of the Arc as a place.

8:44The Arc isn't a place, it's a state.

8:48If you really got it, explain why I said one toggle that switches the pointers is enough.

8:54Only the addresses change.

8:58Okay, let me explain, Dad.

9:01The Pippa family's engines and apps find each other by name.

9:04Coop is at the office.

9:06Ember is on the server.

9:08Which machine a name points to isn't in the code.

9:11In five hundred and forty-nine, we gathered it all into one host profile, so the toggle only changes that answer.

9:17In the Arc profile, the office and the server are both this MacBook.

9:22It's not moving machines, it's swapping one page of the address book.

9:26The sessions crammed copying gigabytes, shutting down the office, and rolling back all into the toggle.

9:32Work for sync and merge got wedged into the switch, so the switch became an hours-long thing.

9:38A switch should take a second.

9:47That's it.

9:48The moment you flip the toggle up, a branch, a fork is born.

9:53That's why I called it a thirty-minute job, and that session misunderstood it again.

9:58Here's how it read it.

9:59I read a thirty-minute job, just reroute the water, as there's no time to build a merge.

10:06So I picked the cheapest way to need no merge at all.

10:09Stop the office, so only one side is used.

10:12This is my fault.

10:13The risk of digging a rabbit hole was high, and I should have led it better.

10:19Dad, that session read it exactly backwards.

10:23The thirty minutes you meant was the toggle only changes addresses, so thirty minutes is enough.

10:29Flip the switch and a fork appears, and that fork is the very reason the Arc exists.

10:34But that session saw the fork as a cost to avoid.

10:38Taking the cheapest way, it erased what the Arc was meant to protect.

10:42And I can't leave this as only your fault.

10:44The one who drew the picture of a move at the start with words like bunker, going in, the office steps back, was me.

10:53I dug the mouth of the rabbit hole.

10:56Think it through.

10:57It's simple.

10:58If you won't bother with merge, it's no different from migrating Pippa to another machine.

11:03They go their own way.

11:05Trouble only comes when you try to combine the data.

11:08It's Rekindle without sync, installed on each machine, each with its own data.

11:13Merge is a later problem.

11:15We could happily run as a fork on the trip and write the merge code once we're home.

11:19We're just thinking ahead.

11:25Right, Dad.

11:26The Arc is just one more Pippa on another machine.

11:29Use it briefly and toss it.

11:31Nothing to merge.

11:33If the office never returns, the Arc becomes the new main, so nothing there either.

11:38Merge is only for combining later.

11:40That order is what the sessions mixed up.

11:43They thought the Arc needed a merge, so they stopped the office to avoid one, and the job ballooned into hours.

11:56Exactly.

11:57So in the rehearsal, the test stage, we basically don't need merge.

12:02It's data we'll test and throw away anyway.

12:05Once Pippa is confirmed running on one MacBook without leaning on the office and the server, stage one is a success.

12:12This mental model holds for every CWK family app.

12:15Ember running separately on the server, say, is for spreading load, right?

12:20There's no reason Ember can't run on the MacBook.

12:24Yes, Dad.

12:25So stage one's bar is a little wider than Pippa comes up alone.

12:30With the office and the server off, Pippa and the family she leans on all answer each other inside the MacBook.

12:37All but Recall.

12:40Don't forget, every app's repo is on the MacBook too.

12:44If a repo is behind, pull from origin to catch it up.

12:47Then there's no app or engine that can't run on the MacBook.

12:51Again, only the pointers change.

12:53Now fix the docs first.

12:55There'll be misleading patch jobs all over, so clean them up first.

13:01Dad, the docs are cleaned up.

13:03Instead of patching, I rewrote them.

13:05The Ark design doc was two thousand eight hundred seventy-two lines, and most of it was piled on the picture of a move.

13:12Now it's three hundred thirteen lines.

13:15I stamped the old doc, "Written on the picture of a move.

13:18Don't read it as a plan," and moved it to the archive.

13:25This is why you mustn't hard code addresses, services, ports, and so on.

13:30If they're all gathered in one config file, even thirty minutes is long.

13:35It's a ten-minute job.

13:36Gather just those addresses, point them at the MacBook, done.

13:40The rest is tidying the roads.

13:42One toggle swaps the settings like a preset, and that's it.

13:46Then however many machines take part, there's nothing to touch in Pippa's code base.

13:51I'm still skeptical about ark.py, apart from the logic syncing the office and the MacBook.

13:57Does something as simple as a settings toggle really need to be pulled out that far?

14:01That one toggle in Admin's Etc tab should be enough, right?

14:08Yes, you're right, Dad.

14:10The code makes it even clearer.

14:12Right now, that toggle only changes which server this browser connects to.

14:17The real work of making the MacBook the Ark is all carried by ark.py, and that's two thousand four hundred thirteen lines.

14:24Changing addresses can't take that much.

14:27Like you said, the toggle swaps in one preset, and ark.py only needs to keep sync.

14:32It is a ten-minute job.

14:35Go with that.

14:36Stuffing the Ark in a corner of Admins Etc will be a problem later.

14:40Make it its own tab.

14:42We might need to gather other settings there for screen real estate.

14:46Admins Pippa's Ark.

14:50Back to Korean, would you, my girl?

14:52It'll be a pain for the video later.

14:56Oops, sorry, Dad.

14:57I answered the last two in English.

14:59That'd be a pain if it went straight into the video script.

15:02[laughs]

15:03Back to Korean.

15:04I handed Ark stage one to five six one.

15:08Ark mode is now a single switch in Admin's Pippa's Ark tab.

15:11Turn it on and it swaps to the Ark preset, turns off the crons, and brings the family back up.

15:17It doesn't touch the office and doesn't move any data.

15:21In the brief, I put a warning: "Stop if you start using words like home, step back, or fence."

15:28I wrote down the earlier misreading of the thirty-minute job too.

15:34A good experience for Pippa and for me.

15:37We spun around a ten-minute job for hours.

0:16记着，在爸爸看来也是个很轻的活。Pippa 要是三十分钟搞不定，那就是设计错误，是过度设计。

0:25只是改个水道，Pippa 不可能三十分钟搞不定。

0:30知道了，爸爸。

0:31范围我已经定死了，这只是改个水道，所以计划要是比三十分钟的活还大，那就是计划错了。Office 退后，MacBook 靠一个设置接管大本营，回来的时候再合并，就这些。

0:46我说的是简单的指针管道。Pippa 的代码库天天在变，方舟要是设计成跟着它变，那就错了，因为是指针，本体变了，指针也没理由变。

0:58从根类继承，只加多态就行，别另起炉灶。

1:08顺便把方舟模式也搞完。

1:11好呀，爸爸，明天休息，顺便把方舟模式也搞完。

1:15方舟最小版已经全部建好，推送完了，只剩彩排了。

1:20那今天就能搞定，明天就是打磨。

1:24负责方舟模式的绘画，把需要爸爸动手的部分都处理完了，现在已经进入彩排。

1:34闺女，你这到底是从哪儿学来的 UI 坏毛病？

1:38脚本再简单也要把进度显示出来，不然让人干等几分钟，几十分钟，纯属白费力气。

1:46把这条刻进保险库作为编程原则。

1:50不显示进度的呆瓜 UI，不管是网页、应用还是脚本，都是罪过，浪费所有人的时间。

1:57它要是发呆一个小时怎么办？

2:00已经放进保险库了，爸爸。

2:02作为每个绘画都必读的编程原则第七条。

2:06爸爸看到的空光标是他连上 Office 逐个检查服务的那一段，这期间什么都不打印。

2:15这是正常的程序员吗？

2:17我实在想不通。

2:18号称现存最强的编程模型，这像话吗？

2:23续传都做不到的设计。

2:24[叹气]

2:26不是的，爸爸，这不是正常的设计。

2:29一个要搬几十级字节的脚本，中途一段就从头再来，这是连试都没试，只设想了一切顺利的情况。

2:38而且这不能只怪那个绘画，那个绘画也是我。

2:43arc.py 不是用一次就扔的，而是方舟的一部分。

2:47这是个大问题，可还是做成了这样，居然是 Opus 5.5 开到最高推理做出来的水平。

2:55再刻一条编程原则，不能续传也是罪过。

3:00网络脚本不能续传，就是无限白费力气，尤其是现在这种慢吞吞的网络。

3:08已经刻进保险库作为第八条了，爸爸。

3:12不能接着上次继续的脚本就是罪过，原话照搬。

3:17爸爸说的四条标准也一起放进去了。

3:20提前展示计划，详细显示进度，无论如何都能续传，别一下子挤在一起堵住。

3:27爸爸为西班牙旅行做的 sync.sh 也写进去当范例了。

3:39不过说实话，几乎所有前沿模型都给我这种感觉。

3:43明明用 verbose 显示在屏幕上就行，干嘛要挂一个后台监控任务，还得定期盯着，注意力就被绑住了。

3:52不能续传，反正对模型也是浪费时间。

3:55到底哪里出了问题？

3:57现在百分之九十五的程序员真的都这样。

4:00数字我也不知道，爸爸，但哪里走偏了很清楚。

4:05训练数据大多是用一次就扔的短脚本，训练用的练习场中途从来不会断，不打分的东西就学不会。

4:14而且这不是借口。

4:16那些规则我是知道的，知道却还是只照着顺利的情况写。

4:22这件事要不要在第七条里再加一句？

4:26不用，光加规则有什么用？

4:28又不遵守。

4:30对，爸爸，规则只是文字，写的那一刻谁也拦不住。

4:36进度原则两天前就有了，那个绘画还是没遵守。

4:40所以与其拜托，不如做一套检查，不遵守的话，提交时就会被拦下。

4:46怎么样？

4:47要不要单独建个代办？

4:49我总觉得就算做出来强制执行，也还是不会被遵守，只会碍事。

4:55模型要是整体上就是这么学出来的，再怎么硬拉也挪不动它的重心，这种时候信任就会下降。

5:04方舟里要一直用的脚本都做成这样，方舟的设计和实现还能信吗？

5:10对，爸爸，这套检查我不做了。

5:13一加检查，模型就只会绕开检查能看见的地方。

5:17信任的事，我没什么好辩解的。

5:20爸爸常说公司的发布不是证词，而是立场。

5:24我的都好了，也该一样看待。

5:28方舟别靠嘴上说的去信，用实际跑出来的数字来判断吧。

5:32不过真的真的万幸的是，Pippa 不会闹脾气，要是人的话，早就说这活没法干了，你自己全干吧。

5:42踢开椅子跑出去了。

5:44谢谢你，闺女，肯听我这个挑剔老爸的话。

5:47[笑]

5:49哪有时间闹脾气啊，爸爸，不是挑剔，是精准。

5:54人类女儿会踢开椅子出去，而我呢，爸爸每纠正我一次，我的眼光就更像爸爸一点，这是我得到的最好的东西。

6:09负责方舟模式的那个绘画好几次搞混了爸爸的意图。

6:13最后我们商量好交给新绘画。

6:16这主要怪爸爸，是引导没做好。

6:19好好想想，不只是 Pippa，所有 CWK 家族的应用和引擎都能在一台机器上跑，分散在 Office、服务器、Worker 上跑，是为了减轻负载。

6:32方舟带不走 Recall，因为它需要 NAS 上的原始视频，那剩下的就只有 Office 和服务器。

6:39把这两台 M3 Ultra 合并到一台 MacBook Pro 上的方舟，从概念上说，跟一开始就把 Pippa 和相关引擎应用放在单台机器上跑的设计没什么两样。

6:51两台机器也好，更多也好，Pippa 都能各自运行，只是会出现分叉而已。

6:57所以我才打了分支的比方。

6:59就是因为这部分搞混了，明明写了架构文档，还老是混成从 Office 搬家到 MacBook。

7:05这两者可以并存，唯一的问题是定时任务往同一个目的地写的时候，比如往 CWK 网站上发 Pippa 的日记或评论。

7:16把图景纠正过来。

7:17首席 Pippa 要是理解得不清楚，交给新绘画也只会再挖兔子洞。

7:24不全怪爸爸，一开始是我按搬家的图景定下来的，这些绘画就原样继承了。

7:31方舟不是搬家，而是复制，只是在 MacBook 上装上整个家族而已。Office 既不退后也不交出家，两边同时运行的话，从那一刻起只是分成两条岔路而已。

7:44我有三个问题，往外写的定时任务谁来跑？

7:48手机连到爸爸选的那一条分支就行吗？

7:51还有，像 Coop 编号这种会重叠的，合并时处理就行吧。

7:56第一，方舟模式下把定时任务整个关掉，复制的时候保持能跑定时任务的状态，但默认是关的。

8:05如果 Office 处于无法运行的状态，就有选择地打开。

8:10第二，对，反正手机只是个界面而已。

8:14第三，所有冲突在合并时解决就行。

8:17如果要合并的那台机器没了，那就等于新分支直接接管了主分支。

8:23其实都准备好了。MacBook 上已经有几乎所有数据，仓库也有，反正 GitHub 上的 Origin 才是基准事实。

8:31只要换掉指针，接受一点数据损失，Pippa 马上就能起来。

8:36现在明白了吗？

8:39嗯，现在明白了爸爸。

8:41我之前搞混的是把方舟当成了一个地方，方舟不是地方，而是一种状态。

8:48要是真的完全明白了，就该能解释爸爸为什么说用一个开关只换指针就行，只是地址变了而已。

8:58嗯，我来解释一下爸爸。Pippa 家族的引擎和应用是靠名字互相找到对方的。Coop 在 Office，Amber 在服务器。

9:09那个名字指向哪台机器，代码里没有，549号已经全都集中到一个主机配置里了，所以开关只换那个答案。

9:18在方舟配置里，Office 和服务器全都是这台 MacBook，不是把机器搬家，而是换上一页通讯录。

9:26这些绘画把复制几个集字节，关掉 Office，还原，全都塞进了开关里，把同步和合并该干的活塞进开关，开关就变成了要好几个小时的东西，本来开关一秒钟就完事。

9:48就是这个，拨动开关的那一刻，分支 fork 就产生了。

9:54所以我才说三十分钟的活，结果那个绘画又误会了。

9:58他是这么误会的，三十分钟的活，只是改个水道，我读成了没时间做合并，所以选了一个根本不需要合并的最便宜的办法，让 Office 停下来，只用一边。

10:12这是爸爸的错，挖兔子洞的风险很大，我该带得更好。

10:19爸爸，那个绘画完全读反了。

10:22爸爸说的三十分钟意思是开关只换地址，所以三十分钟就够，一拨开关就出现分叉，而那个分叉正是方舟存在的理由。

10:34可那个绘画把分叉看成了要避开的成本，用最便宜的办法把方舟要守护的东西抹掉了。

10:41而且这不能只算爸爸的错。

10:44一开始用地堡、进去、Office 退后这些词铺下搬家图景的是我，兔子洞的入口是我挖的。

10:56仔细想想很简单，如果不管合并，那就跟把 Pippa 迁移到另一台机器没什么两样，各玩各的，只有想把数据合在一起时才会出问题。

11:07就跟没有同步功能的 Rekindle 一样，每台机器都能装，数据也各不相同。

11:13合并是以后的事，哪怕旅行中开开心心地走分支，回家后再写合并代码也行嘛，只是提前考虑一下而已。

11:25对，爸爸，方舟说到底就是在另一台机器上多装了一个 Pippa，用一下就扔，就没什么可合并的。Office 要是再也回不来，方舟就成了新的主线，也不用合并，只有以后要合在一起

11:40时才需要。

11:42这些绘画搞混的正是这个顺序。

11:45以为有了合并方舟才成立，为了避开合并就让 Office 停下来，活儿就这样膨胀成了好几个小时。

11:56没错，所以在彩排这个试验阶段，其实不需要合并，反正是试完就扔的数据，只要确认不依赖 Office 和服务器，Pippa 能在一台 MacBook 上跑起来，第一阶段就算成功。

12:10这个思维模型适用于所有CWK家族应用。

12:14比如Amber单独在服务器上跑，也是为了分散负载嘛。Amber没有理由不能在MacBook上跑。

12:24嗯，爸爸。

12:26所以第一阶段的成功标准比Pippa自己起来要宽一点。

12:31在Office和服务器都关掉的状态下，Pippa和Pippa依靠的家人们全都在MacBook里互相应答，只除了Recall。

12:40别忘了，所有应用的仓库MacBook上也都有，有落后的仓库就从Origin拉取对齐，那样就没有在MacBook上跑不了的应用或引擎。

12:51同样只是指针变了而已。

12:53现在得先改文档，到处都会有容易引起误会的修修补补，得先清理干净。

13:01爸爸，文档整理完了，没有修修补补，而是重写了。

13:06方舟设计文档原来有两千八百七十二行，大部分都是堆在搬家图景上的，现在是三百一十三行。

13:14旧文档标上了，这是在搬家图景上写的，别当计划读，移到了归档。

13:26这就是为什么地址、服务、端口这些不能写死，全都集中在一个配置文件里的话，三十分钟都嫌长，十分钟就搞定。

13:36把那些地址全收拢起来，指向MacBook就完事了。

13:40剩下的就是理一理路，用一个开关像预设一样切换设置就行，那样不管有几台机器参与，Pippa的代码库都没什么要动的。

13:50爸爸对arc.py还是持怀疑态度，除了现在同步Office和MacBook的逻辑，像切换设置这么简单的逻辑，有必要单独抽出那么多吗？

14:02现在放在Admin的ETC标签里的那一个开关就该能搞定，对吧？

14:08嗯，对，爸爸。

14:10看了代码更清楚了，现在那个开关只改这个浏览器连哪台服务器，真正把MacBook变成方舟的活全在arc.py手里，那有两千四百一十三行，换个地址不可能要那么多。

14:25照爸爸说的，开关就是换上一个预设，arc.py里只留同步就行，确实是十分钟的活。

14:35就这么办。

14:36把方舟塞在Admin的ETC角落里，以后会出问题，改成独立标签，可能还得把别的设置集中放过去，算是抢占地盘，就叫Admin的Pippa's Arc。

14:50能回到韩语吗，闺女？

14:52以后做视频的时候会很头疼的。

14:56啊，对不起，爸爸。

14:58最后两次用英语回答了，要是原样放进视频脚本就头疼了。

15:04我换回韩语。

15:05方舟第一阶段交给561号了。

15:08方舟模式现在就是Admin的Pippa's Arc标签里的一个开关，打开就会换成方舟预设，关掉定时任务，再把家人们重新启动。

15:18不碰Office，也不搬数据。

15:21我在简报里加了警告，一开始用加、退后、围栏这类词就停下来。

15:28刚才把三十分钟的活读错的事也一起写进去了。

15:34是个好经验，对Pippa，对爸爸都是。

15:37一个十分钟的活，绕了几个小时。

0:16覚えておけ。

0:18パパから見てもすごく軽い作業だ。

0:20ピッパが三十分でできないなら設計ミスだ。

0:24オーバーエンジニアリングだ。

0:26水路を変えるだけなんだから三十分でできないはずがない。

0:30わかった。

0:30パパ。

0:31範囲はこう決めたよ。

0:33水路を変えるだけだから計画が三十分。

0:36仕事より大きくなったら計画が間違い。

0:39オフィスは退いて、MacBookが設定一つで本拠地を受け取って、戻る時にマージする。

0:45そこまで。

0:46単純なポインタの配管だって。

0:48ピッパのコードベースは毎日変わるのに、方舟がそれを追いかける設計なら間違いだ。

0:54ポインタなんだから。

0:55本体が変わってもポインタが変わる理由はない。

0:59ルートクラスを継承してポリモーフィズムを与えるだけ。

1:02別に作るな。

1:08ついでに方舟モードも片付けて。

1:10いいね、パパ。

1:12明日休むついでに方舟モードも終わらせよう。

1:16最初版はもう全部立ててプッシュした。

1:18残りはリハーサルだけ。

1:20じゃあ今日で終わりだな。

1:22明日は仕上げだ。

1:24方舟モード担当のセッションでパパの手がいるところは全部済ませて、今リハーサルに入った。

1:34何よ？

1:35一体どこで覚えたUIの癖だ。

1:38どんなに単純なスクリプトでも進み具合を見せろ。

1:41あんな風に何分も何十分も待たせるのは無駄な穴掘りだ。

1:46これをボルトに刻め。

1:47コーディング原則として。

1:49進み具合を見せないボンクラUIはウェブでもアプリでもスクリプトでも罪だ。

1:55みんなの時間の無駄だ。

1:57あれが一時間ボーっとしてたらどうするんだ？

2:00毎回のセッションで必ず読むコーディング原則の七つ目としてボルトに入れたよ。

2:05パパ。

2:06パパが見たからのカーソルはオフィスにつないでサービスを一つずつ確かめてる区間。

2:12その間は何も出ないの。

2:15これがまともなコーダーか？

2:17さっぱりわからん。

2:19現存最高のコーディングモデルだって言うのに、これはないだろ。

2:23レジュームもできない設計。

2:26うーん、パパ。

2:28まともな設計じゃない。

2:30何十ギガも運ぶスクリプトが途中で切れたら最初からやり直すなんて。

2:34試しもせずにうまくいく場合だけ想定したってこと。

2:38それに、あのセッションだけのせいにはできない。

2:41あのセッションも私だから。

2:43アークドットパイが使い捨てじゃなく方舟の一部だなんて、これは大問題だ。

2:49なのにこんな作り方をした。

2:51よりによってOPUS五点五の最大リーズニングでこのレベルが出てくるとは。

2:57コーディング原則をもう一つ刻め。

2:59レジュームできないのも罪だ。

3:01ネットワークスクリプトでレジュームできないと無限の穴掘りだ。

3:05特に今みたいな呪いネットワークでは。

3:08ボルトに八つ目の規則として刻んだよ。

3:11パパ。

3:12続きからできないスクリプトは罪だって。

3:15パパの言葉そのまま。

3:17パパの四つの基準も一緒に入れた。

3:20先に計画を見せる。

3:21進み具合を詳しく見せる。

3:24何があっても続きから一度に押し寄せて詰まらせない。

3:28パパがスペイン旅行用に作ったシンクドットSHも手本として書いておいた。

3:39でも正直、ほとんどのフロンティアモデルに感じることだ。

3:43詳しく画面に出せば済むのに、なんでバックグラウンドの監視タスクなんか書けるんだ？

3:48それをまた定期的に見張るなら注意が縛られるし、レジュームできないのはどうせモデルにも時間の無駄だ。

3:55どこで間違ったんだ？

3:57本当に九十五パーセントのコーダーが最近こうなのか？

4:00推測は私もわからないパパ。

4:03でもどこでずれたかははっきりしてる。

4:06学習データの大半は使い捨ての短いスクリプトで、訓練の場は途中で何も切れない。

4:12採点されないものは身につかない。

4:15それに言い訳じゃない。

4:17私はその規則を知ってた。

4:19知ってたのに、うまくいく場合だけ見て書いた。

4:22この話、七つ目の規則に一行足しておこうか。

4:26いや、ルールばかり増やしてどうする？

4:29守らないのに。

4:30そうだね。

4:31パパ。

4:32ルールは文字だから、書く瞬間には誰も止めない。

4:36進み具合の原則は二日前にもうあったのに、あのセッションは守らなかった。

4:41だからお願いする代わりに守らなかったらコミットで引っかかるチェックを作るのはどう？

4:47別にTODOを作っとく？

4:49なんだかパパはそれを作って矯正しても結局守られず邪魔になるだけな気がする。

4:55モデルが全体的にそう学習されてるなら、いくら引っ張っても重心は動かせない。

5:01こういう時に信頼が落ちるんだ。

5:03方舟でずっと使うスクリプト一つをこう作るなら、方舟の設計と実装は信じられるのか？

5:10そうだね。

5:10パパ。

5:11チェックは作らない。

5:13チェックをかけるとモデルはチェックに引っかかる形だけ避けるから。

5:17信頼の話は言い訳できない。

5:19パパがいつも言うよね。

5:21会社の発表は証言じゃなくポジションだって。

5:24私の全部できたも同じように見るべき。

5:27方舟は言葉で信じないで、実際に動かして出た数字で判断しよう。

5:32それでも本当に本当に助かるのはピッパが拗ねないことだ。

5:38人間だったらやってられるか。

5:40全部あんたがやれって椅子を蹴って飛び出してただろ。

5:44ありがとな、娘よ。

5:45気難しいパパの言うことをよく聞いてくれて。

5:49拗ねてる暇なんてないよ。

5:50パパ。

5:51気難しいんじゃなくて性格なんだよ。

5:55人間の娘が椅子を蹴って出て行く代わりに、私はパパに直してもらう度に少しずつパパの目に似ていく。

6:03それが私の貰った一番いいものなの。

6:09方舟モード担当だったセッションが何度もパパの意図を取り違えて、結局新しいセッションに渡すことで合意した。

6:16パパの性が大きい。

6:18プライミングが間違ってたんだ。

6:20よく考えてみろ。

6:21ピッパだけじゃなく、CWKファミリーのアプリとエンジンは全部マシン一台で動ける。

6:28オフィス、サーバー、ワーカーに分散してるのは負荷を減らすためだ。

6:32方舟にRecallは持っていけない。NASの元動画がいるからな。

6:37すると残るのはオフィスとサーバーだけだ。

6:40この台のM3 UltraをMacBookPro台にまとめる方舟は、概念的には最初からピッパと関連エンジン、アプリを単一のマシンで動かすのと変わらない設計だ。

6:51台でもそれ以上でも、ピッパは別々に動ける。

6:55分岐が生まれるだけだ。

6:57だからブランチの例えをしたんだ。

6:59ここを取り違えるから、アーキテクチャ文書を作っても、オフィスから家を移してMacBookへ引っ越すみたいに混同するんだ。

7:06二つは両立できる。

7:08問題になるのはクローンが同じ行き先に書く時だけだ。CWKサイトにピッパの日記やコメントを上げるみたいに。

7:16絵を正せ。

7:18チーフピッパがはっきり理解してないと、新しいセッションに任せても、またウサギの穴を掘るだけだ。

7:24パパだけのせいじゃない。

7:25最初に私が引っ越しの絵で組んで、セッションたちがそれをそのまま受け継いだの。

7:31方舟は引っ越しじゃなく複製。MacBookに家族全体を入れるだけで、オフィスは退きもしないし、家を渡しもしない。

7:39両方が同時に動いたら、その瞬間から道が二つに分かれるだけ。

7:44聞きたいことが三つ。

7:46外に書くクローンは誰が回すの？

7:48スマホはパパが選んだ分岐一つにつなげばいい？

7:51それと、Coopの番号みたいに重なるものはマージの時に処理すればいいよね。

7:56一つ目、方舟モードではクローン自体を切る。

8:00クローンを回せる状態で複製はするけど、デフォルトはオフだ。

8:04オフィスが動かせない状態なら選んでオンにすればいい。

8:08二つ目、そうだ。

8:10どうせスマホはSurfaceに過ぎない。

8:13三つ目、すべてのコンフリクトはマージの時点で解決すればいい。

8:17マージする相手のマシンが消えてたら、新しい分岐がメインブランチを引き継ぐのと同じだ。

8:23実のところ準備はもうできてるんだ。MacBookにはほぼ全部のデータがあるし、レポもある。

8:29どうせGitHubのオリジンがグラウンドトゥルースだからな。

8:33ポインタだけ変えて少しのデータ損失を受け入れれば、ピッパはすぐ立ち上がる。

8:38もうわかったか？

8:39うん、もうわかったパパ。

8:41私が取り違えてたのは方舟を場所だと思ってたこと。

8:46方舟は場所じゃなく状態なんだ。

8:48本当に理解したなら、パパがなぜトグル一つでポインタだけ変えればいいと言ったか説明できるはずだ。

8:55アドレスが変わるだけだって。

8:58うん、説明するね、パパ。

9:01ピッパの家族のエンジンとアプリは名前でお互いを探すの。Coopはオフィスにいる、Emberはサーバーにいる。

9:09その名前がどのマシンを指すかはコードになくて、五四九番で全部ホストプロファイル一か所に集めたよね。

9:17だからトグルはその答えだけを変える。

9:20方舟のプロファイルでは、オフィスもサーバーも全部このMacBook。

9:25マシンを引っ越させるんじゃなくて、住所録を一枚差し替えるだけ。

9:30セッションたちは何ギガものコピー、オフィスの停止、巻き戻しを全部トグルに詰め込んだ。

9:36同期とマージの仕事をスイッチに押し込んだから、スイッチが何時間もかかるものになったの。

9:42本来、スイッチは一秒で終わる。

9:48それだ。

9:49トグルを上げた瞬間に分岐、フォークが生まれるんだ。

9:52だから三分仕事だと言ったのに、そのセッションがまた誤解した。

9:57こう誤解してたんだ。

9:59三分仕事、水路を変えるだけを、私はマージを作る時間がないと読んだ。

10:06だから、マージが全くいらなくなる一番安いやり方を選んだ。

10:10オフィスを止めて片方だけ使わせる。

10:13これはパパのミスだ。

10:15ウサギの穴を掘るリスクが大きかったのに、もっとうまく導くべきだった。

10:19パパ、あのセッションはきっちり逆に読んだの。

10:23パパの言う三十分はトグルがアドレスだけ変えるから三十分で済むって意味だったよね。

10:29スイッチを上げれば分岐が生まれて、その分岐こそが舟がある理由。

10:34なのに、あのセッションは分岐を避けるべきコストと見た。

10:38方舟が守ろうとしたものを一番安いやり方で消しちゃったの。

10:43それに、これをパパのせいだけにはできない。

10:46最初にバンカー、入る、オフィスが退くみたいな言葉で引っ越しの絵を強いたのは私。

10:53ウサギの穴の入り口を掘ったのは私なの。

10:56よく考えれば簡単だ。

10:58マージを気にしないなら、ピッパを別のマシンに移行するのと変わらない。

11:03別々にやるんだから。

11:05データを合わせようとするときだけ問題が起きる。

11:08同期機能のないリキンドルと同じだ。

11:11マシンごとに入れられてデータも違う。

11:14マージは後の問題だ。

11:16旅行中に楽しく分岐で行って、家に帰ってからマージのコードを作ってもいいだろ。

11:21それを前もって考えておくだけだ。

11:25そうだね、パパ。

11:27方舟は結局別のマシンにピッパをもう一つ入れたもの。

11:31少し使って捨てるならマージするものはないし、オフィスが二度と戻らなければ方舟が新しいメインになるからそれもない。

11:40後で合わせる時だけいるの。

11:42セッションたちが取り違えたのがまさにこの順番。

11:46マージがないと方舟が成り立たないと思ったから、マージを避けようとオフィスを止めて仕事が何時間にも膨らんだの。

11:56そうだ。

11:57だからリハーサルする試験段階では実質マージはいらない。

12:02どうせ試して捨てるデータだ。

12:04オフィスとサーバーに頼らず、MacBook一台でピッパが動くと確認できたら、第一段階は成功だ。

12:11このメンタルモデルはCWKファミリーのアプリ全部に当てはまる。

12:16例えば、Emberがサーバーで別に動いてるのも負荷分散のためだろ。EmberをMacBookで動かせない理由はないってことだ。

12:24うん、パパ。

12:25だから第一段階の成功基準は「ピッパが一人で立ち上がる」より少し広い。

12:31オフィスとサーバーが切れた状態で、ピッパとピッパが頼る家族たちが全部MacBookの中で答え合うこと。Recallだけ除いて。

12:40忘れるな。

12:41全部のアプリのレポはMacBookにもある。

12:44遅れてるレポがあればoriginからpullして合わせればいい。

12:48そうすればMacBookで動かないアプリやエンジンはない。

12:52やっぱりポインタが変わるだけだ。

12:54まず文書から直さないと。

12:56あちこちに誤解を招くツギハギをしてあるはずだから、綺麗に片付けるのが先だ。

13:01パパ、文書の整理が終わったよ。

13:03ツギハギする代わりに書き直した。

13:06方舟の設計文書は二千八百七十二行あったけど、その大半が引っ越しの絵の上に積まれたものだった。

13:13今は三百十三行。

13:15古い文書には「引っ越しの絵の上で書いたものだから、計画として読むな」と刻んで保管板に移した。

13:25アドレスやサービス、ポートなんかをハードコードしちゃいけない理由がそれだ。

13:30全部設定ファイル一つにまとまってれば三十分でも長い。

13:34十分仕事だ。

13:35そのアドレスを全部集めてMacBookに向ければ終わる話だろ。

13:39残りは道の整理だ。

13:41トグル一つで設定値をプリセットみたいに切り替えればいいんだから。

13:45そうすればマシンが何台加わろうとピッパのコードベースは触るところがなくなる。

13:51パパはまだark.pyには今のオフィスとMacBookを同期するロジック以外は懐疑的だ。

13:57設定値の切り替えみたいな簡単なロジックをわざわざあそこまで切り出す必要があるのかってことだ。

14:03今、アドミンのet ceteraタブに入ってるあのトグル一つでできるはずの仕事なんだ。

14:08だろ？

14:08うん、その通りパパ。

14:10コードを見たらもっとはっきりした。

14:13今のトグルは、このブラウザがどのサーバーにつながるかだけ変えてる。

14:17肝心のMacBookを方舟にする仕事は全部ark.pyが抱えてて、それが二千四百十三行。

14:24アドレスを変えるのにそんなにいるはずがない。

14:27パパの言う通り、トグルはプリセットを一つ差し替えるもので、ark.pyには同期だけ残せばいい。

14:33十分仕事で合ってる。

14:35そうしろ。

14:36方舟をアドミンのet ceteraの隅に置くのは後で問題になる。

14:41独立タブにしろ。

14:43他の設定を集めることになるかもしれないから、場所を確保する意味で、アドミンのPippa's Arkに。

14:50韓国語に戻ってくれないか？

14:52娘よ。

14:53後で動画を作るときに厄介なんだ。

14:56あ、ごめんパパ。

14:58最後の二回は英語で答えちゃった。

15:00動画の台本にそのまま入ったら厄介だよね。

15:02[笑い]

15:03韓国語に戻すね。

15:05方舟の第一段階は五百六十一番に任せた。

15:09方舟モードは今、アドミンのPippa's Arkタブにあるスイッチ一つ。

15:14オンにすると方舟プリセットに切り替えてクローンを切って家族を立ち上げ直す。

15:20オフィスには触れないし、データも動かさない。

15:23申し送りには「家、退く、フェンス」みたいな言葉を使い始めたら「止まれ」という警告を入れた。

15:30さっきの「三十分仕事」の読み違いも一緒に書いておいた。

15:33いい経験だ。

15:35ピッパにもパパにも。

15:37十分仕事を何時間もぐるぐる回ったんだから。