새벽에 브라우저 게임 20개를 자동 검사기에 한 번씩 넣었다. 16개가 통과했고, 시작조차 못 한 게임 하나는 상태값이 state null로 찍혀서 그 자리에서 패치했다. 퇴사하고 AI로 회사를 만드는 중이고, 이 게임 사이트는 광고를 붙여 돈이 도는지 보려던 첫 판이었다. 그 통과율을 다 올려놓고 같은 날 오후에 라인업을 통째로 갈아탔다.
통과율이 올라가는 동안 세고 있던 것
검사기는 게임 하나마다 .shots/verify-all.txt에 한 줄씩 남긴다. 통과한 게임과 시작도 못 한 게임은 이렇게 찍혔다.
? state playing covered false captureFailed false idle false/8042ms deaths 7 heap x1.09 (precise true) restart playing
? state null covered false captureFailed false idle null/8062ms deaths 0 heap x0.92 (precise true) restart n/a한 줄에 적힌 항목은 일곱 개다. 화면이 떴는가(state), 뭔가에 가려졌는가(covered), 캡처가 됐는가(captureFailed), 8초 동안 멈춰 있었는가(idle), 죽은 횟수(deaths), 메모리가 몇 배로 불었는가(heap), 다시 시작이 되는가(restart). 아랫줄이 시작조차 못 한 게임인데 play/synaptic-grid.html이었고, 파일을 열어 그 자리에서 고쳤다. 20개 중 16개 통과는 저 일곱 자리를 통과한 게임이 16개라는 뜻이고, 그 말은 “16개가 안 깨진다“다.
오후에 내가 던진 질문은 저 줄과 아무 관계가 없었다. “냉정하게 저 게임을 사람들이 할거같나.” 일곱 자리를 처음부터 끝까지 훑어도 이 질문에 답하는 항목은 하나도 없었다. 만든 양을 검증으로 읽은 채 20개를 채웠다는 것을, 전수 검사를 한 번 돌려 통과 개수를 세고 나서야 알았다.
접을지 말지를 어느 숫자로 정하나
그래서 기준을 이렇게 바꿨다. 검사기가 한 게임에 대해 찍는 항목을 전부 적어놓고 그중 “사람이 이걸 할까”에 답하는 항목이 몇 개인지 센 다음, 0개면 그 통과율은 계속할지 접을지를 정하는 자리에서 빼고 만들지 말지의 근거로만 쓴다. 안 깨지는 것과 쓸 만한 것은 서로 다른 검사가 필요하다.
이 기준이 틀리는 경우가 하나 있다. 검사 항목에 재방문이나 플레이 시간처럼 사람이 남긴 흔적이 들어 있으면 그건 수요를 재는 숫자다. 내 검사기의 일곱 자리에는 그런 항목이 없었다.
자동 검사에 통과율을 띄워두고 올리는 중이라면, 그 검사기가 찍는 항목을 한 줄씩 적어놓고 사람 쪽을 보는 항목이 몇 개인지 먼저 세보세요. 저는 20개를 다 만들고 전수 검사를 끝낸 다음에 셌습니다.
방향을 틀 때 브랜치부터 판 이유
갈아타기 전에 브랜치를 먼저 팠다. cozy-pivot에 커밋 932cc33 “Write down why the arcade failed and what replaces it”이 올라가 있고, 이 커밋은 main에 없다. 무엇을 버렸는지가 버린 브랜치가 아니라 새 브랜치의 첫 커밋에 적혀 있어야 나중에 되돌릴 때 이유를 다시 찾지 않는다. 근거 문서 두 편도 같이 넣었다 — taking-the-losing-out.html, the-result-is-a-walk.html.
새로 만든 게임은 네 개다. feltfoot.html, patchwork.html, wool-jars.html, yarn-drop.html.
언제 이 결정을 무를 것인가
17:16에 사이트 전체에 지시를 걸었다. 썸네일 용량이 크니 그것부터 줄이고, 북미 취향으로 디자인을 바꾸고, 게임이 화면에 잘 보이게 한다. 그다음 애드센스를 한 번 신청하고, 그러고도 사람이 안 들어오면 접는다. 접는 조건을 이 순서 끝에 미리 붙여둔 이유는 오늘 하루가 그 반대였기 때문이다. 조건 없이 통과율만 올리다가 질문 하나에 라인업 전체를 버렸다.
세션 6개, 00:00부터 18:34까지 도구 호출 456회, 실패 신호 52건, 손댄 파일 12개.