서른 해 전 게임을 다시 짓기

빈칸을 메우는 버릇

"이 게임의 전투는 어떻게 계산됐을까?" 라고 물으면 그럴듯한 공식이 돌아온다. 문제는 그 답이 원본에서 나온 것인지, 비슷한 시기 게임들에서 유추한 것인지, 그냥 자연스러워서 지어낸 것인지가 구분되지 않는다는 데 있다.

한 달쯤 지나면 나도 구분을 못 한다. 그때부터는 내가 지어낸 것을 원본이라고 믿는 상태가 된다. 복원 작업이 망가지는 것은 대개 이 지점이다.

근거를 세 등급으로 나눈다

이 표시를 코드 안에 주석으로 남긴다. 별도 문서로 관리하면 반드시 어긋난다. 값 바로 옆에 붙어 있어야 값을 고칠 때 같이 눈에 들어온다.

"복원"과 "내 판"이 갈리는 지점

원본의 지도는 좁았다. 다시 만들면서 유라시아 전체로 넓혔고, 가로세로 480 × 310 칸이 됐다. 칸이 많아지니 칸 번호를 담는 자리도 늘려야 해서 3바이트로 바꿨다.

이 순간 프로젝트의 성격이 바뀐다. 더 이상 복원이 아니라 내 판이다. 나쁜 일이 아니다. 다만 그 경계를 스스로 알고 있어야 "원본은 이랬나?" 하는 질문에 흔들리지 않는다.

손으로 고친 것은 반드시 따로 둔다

지도를 자동으로 만들어 두고, 마음에 안 드는 곳은 손으로 고쳤다. 그리고 지도를 다시 만들 때마다 손으로 고친 것이 전부 날아갔다.

해결은 단순했다. 손으로 고친 내용만 따로 edits.json 이라는 파일에 모으고, 지도를 다시 만든 뒤 그 파일을 다시 덮어씌우게 했다. 자동으로 만드는 것과 사람이 고친 것을 섞지 않는다 — 이 원칙 하나다.

저장 형식도 나중을 생각해서

저장 파일은 .chn 하나로 보이지만 안은 여러 조각으로 나뉘어 있다 — 설명(meta) · 현재 상태(state) · 지도 · 축소 지도. 한 덩어리로 만들지 않은 이유는 하나다.

나중에 한 조각만 바꿔도 되게 하려고. 지도 형식이 바뀌어도 나머지는 그대로 읽을 수 있고, 문제가 생겼을 때 어느 조각이 깨졌는지 바로 안다.

복원 작업에 쓸 만한 요청 문구

이 값들을 정리해 줘. 표로.

각 줄마다 근거를 반드시 표시:
· 확인 — 내가 준 파일이나 캡처에서 직접 보이는 것
· 추정 — 정황으로 그럴 것 같은 것 (무엇을 근거로 추정했는지 같이)
· 모름 — 판단할 근거가 없는 것

"모름"을 비워 두거나 그럴듯한 값으로 채우지 마.
모르는 칸이 몇 개인지 마지막에 세어 줘.

마지막 줄이 실용적이다. 모르는 칸의 개수가 줄어드는 것이 복원 작업의 진척도이기 때문이다.

정리 — 세 줄

1. 근거를 확인 · 추정 · 새로 정함으로 나누고 값 옆에 붙여 둔다.
2. 자동으로 만드는 것과 사람이 손으로 고친 것을 섞지 않는다.
3. "복원"에서 "내 판"으로 넘어가는 지점을 이유와 함께 적어 둔다.

다음 편에서는 혼자 서비스 하나를 통째로 맡아 만들 때 — 무엇을 맡기고 무엇을 직접 볼 것인가를 본다.