20일 방치된 앱? — 나를 빠르게 만든 것이 나를 숨겼다

앞에서 자랑처럼 적은 게 하나 있다. 앱의 '속살'은 스토어 심사 없이 밤에 고치면 아침에 폰에 반영된다고. 무선 업데이트(OTA)라는 통로다. 혼자 만드는 사람에게 이건 초능력이었다. 심사 며칠을 기다릴 필요 없이, 버그를 발견한 그날 밤에 고쳐서 내려보낼 수 있었으니까.

이번 편은 그 초능력이 어떻게 함정이 됐는지에 대한 이야기다.

요건은 다 채웠는데, 반려당했다

구글 플레이 프로덕션 액세스 신청. 테스터 12명을 14일간 유지하는 그 관문(앞 편의 그 시계)을 마침내 통과하고 신청 버튼을 눌렀다. 이번엔 자신이 있었다. 요건표의 체크가 다 켜졌으니까.

며칠 뒤 온 답은 반려였다. 그리고 사유를 읽고 한참을 멍하니 있었다.

요건 미달이 아니었다. "기록 미달"이었다.

무슨 말인가 하면 이렇다. 출시 이후 3주 동안 나는 앱을 쉬지 않고 고쳤다. 버그를 잡고, 기능을 더하고, 문구를 다듬었다. 그런데 그 개선을 전부 OTA로만 내보냈다. 밤에 고쳐서 아침에 반영되는, 그 편한 통로로.

그리고 여기 함정이 있었다. 구글 플레이는 OTA를 보지 못한다. 플레이가 기록으로 인정하는 건 "새 빌드를 올려 트랙에 릴리스를 남기는 것"뿐이다. OTA는 앱 안에서 조용히 일어나는 일이라, 플레이의 장부에는 한 줄도 안 남는다.

그래서 플레이 눈에 비친 내 앱은 이랬다. 20일 동안 아무 릴리스도 없이 방치된 앱.

나를 빠르게 만든 바로 그것

이 대목이 며칠간 마음에 남았다. 나를 가장 빠르게 만들어 준 도구가, 정확히 그 이유로 나를 가장 게을러 보이게 만들었다는 것.

OTA가 없었다면 나는 개선 하나하나를 새 빌드로 올렸을 것이고, 그 느린 과정이 고스란히 플레이의 장부에 "이 사람은 꾸준히 일하고 있다"는 기록으로 쌓였을 것이다. 그런데 나는 빨랐고, 빠름은 보이지 않았다. 속도의 대가가 투명함이었다.

돌아보면 이건 출시 전 멀티 플랫폼 편에서 이미 예고된 대가였다. 그때 OTA의 위험은 "뼈대가 다른 옛 버전에 새 속살을 내려보내면 앱이 안 켜진다"는 기술적인 것이었다. 이번 건 전혀 다른 종류다 — 아무 문제 없이 잘 작동하는데, 잘 작동하는 그 과정이 아무 데도 안 보이는 위험이었다.

그래서 다시, 느리게

대응은 단순하지만 반직관적이었다. 빌드 횟수를 아끼지 말 것.

그동안 나는 빌드를 아꼈다. 새 빌드는 시간이 걸리고 OTA면 충분하니까. 그런데 비공개 테스트 기간에는 그 알뜰함이 독이었다. 그래서 규칙을 뒤집었다.

바로 새 빌드를 올렸다. 그리고 여기서 한 번 더 배웠다. 반려 사유의 핵심은 빌드 개수가 아니라 일정한 간격의 활동이었다. 그래서 두 번째 빌드는 일부러 열흘쯤 텀을 두고 올리기로 했다. 두 릴리스가 붙어 있으면 "급하게 두 개 몰아 올렸다"로 보이고, 사이를 벌리면 "꾸준히 손보고 있다"로 보인다. 심사자에게 보여줘야 하는 건 결과물이 아니라 리듬이었다.

이 편에서 건진 것

애플은 만든 결과물(스크린샷·권한·결제 구조)을 심사했다. 구글의 이 관문은 결과물이 아니라 과정의 흔적을 봤다. 그리고 나는 그 흔적을 남기는 방식이 내 작업 방식과 어긋나 있다는 걸 반려당하고서야 알았다.

플랫폼마다 "성실함"을 증명하라는 방식이 다르다. 어떤 곳은 잘 만든 걸 보여달라 하고, 어떤 곳은 꾸준히 만들고 있음을 보여달라 한다. 1인 개발자의 함정은 잘 만드는 데만 집중하다가 꾸준함의 흔적을 안 남기는 것이다. 나는 열심히 일했지만, 열심히 일한 증거를 플랫폼이 읽을 수 있는 형식으로 남기지 않았다.

가장 오래 곱씹은 문장은 이거였다. 속도는 그 자체로 증거가 되지 않는다. 빠르게 움직인 사람일수록, 자기가 움직였다는 걸 따로 기록해 둬야 한다. 코드에서만 그런 게 아니었다.