앱 하나를 하루 만에? — 쫑쫑 사다리, 00:42부터 아침까지
쫑쫑이 만드는 중 2편 · 2026-11-05 · 영상: 쇼츠 「앱 하나를 하루 만에?」 (11/5 19시)
쫑쫑 사다리(사다리타기, 룰렛, 오늘의 점심)는 10월 24일 하루에 코드부터 서명한 빌드까지 끝났고, 10/25에 심사 제출, 10/30에 Play 스토어에 나왔다. 아래는 실제 커밋 시각과, 실제로 쓴 프롬프트를 일반화한 것이다.
타임라인 (10/24, 실제 커밋 시각)
| 시각 | 한 일 |
|---|---|
| 전날 밤 | 스펙 v3 한 장 확정(화면, 규칙, 광고 자리, 디자인 값) |
| 00:42 | 공통 모듈에서 저장소 생성 |
| 01:06 | 화면 뼈대, 문자열 세 벌(한 영 일), 금지어 테스트 |
| 01:34 | 테마, 홈 화면, 캐릭터 아바타 96개 변환 |
| 01:41 | 사다리 화면 1 (그려짐 0.8초, 말이 경로를 따라 2.5초, 꺾일 때 소리) |
| 01:54 | 사다리 화면 2 (가림막, 당번 공개 컷) |
| 02:03 | 룰렛, 오늘의 점심 |
| 02:16 | 공유 이미지, 설정, 리뷰 요청 |
| 02:30 | 아이콘, 효과음, 등록정보 3언어 |
| 같은 날 | 스토어 스크린샷 3언어 × 6장, 점검표, 서명한 릴리스 빌드 |
| 10/25 | 심사 제출 |
| 10/30 | 출시 |
테스트: 규칙 모듈 47개 + 앱 26개 = 73개 통과. 사람이 손으로 한 것은 키 서명, 스토어 입력, 제출뿐이다.
하루에 되는 이유 3개
- 스펙 한 장을 먼저. 화면 3~5개, 규칙, 광고 자리, 디자인 값을 전날 밤에 확정한다. 코드를 쓰는 동안 결정을 하지 않는다.
- 공통 모듈을 다시 쓴다. 광고, 저장, 리뷰, 소리, 캐릭터 그림은 이미 있다. 두 번째 앱부터 뼈대는 30분이면 선다.
- 테스트부터 쓰게 한다. 공정한 사다리(모든 사람이 서로 다른 결과에 닿는지) 같은 규칙은 테스트를 먼저 쓰고 화면은 그다음.
실제로 쓴 프롬프트 (일반화)
0. 스펙 초안
이 앱(사다리타기)의 핵심 쓰임새 한 줄, 화면 3~5개, 광고 자리, 공통 모듈에서 가져올 것을 표로 정리해.
비슷한 앱 두 개의 스펙을 틀로 써. 정해지지 않은 것만 번호 목록으로 묻고 멈춰.
1. 저장소와 뼈대
공통 모듈의 새 앱 스크립트로 저장소를 만들어. 스펙 문서를 docs/로 옮기고,
화면 뼈대와 문자열 세 벌(한 영 일), 금지어 검사 테스트까지 만들어.
빌드와 테스트가 통과하면 홈 스크린샷을 docs/screens에 남기고 진행표에 한 줄 적어.
2. 화면 하나 (사다리)
스펙 4-3을 읽고 사다리 화면을 만들어.
- 규칙(공정한 사다리, 결과 채우기) 테스트를 먼저 쓰고
- 그려지는 시간 0.8초, 말이 내려가는 시간 2.5초는 스펙 값으로
- 꺾일 때 TICK 소리, 건너뛰기 버튼, 애니메이션 끄기 설정, 접근성 설명
끝나면 기기 스크린샷을 docs에 남겨.
3. 점검표
출시 점검표를 만들어: 권한, 광고 ID, 금지어, 등록정보 글자 수, 개인정보처리방침 주소.
하나씩 확인해서 통과 / 대기 / 실패 표로 만들고, 사람이 해야 하는 것만 따로 목록으로.
체크리스트
- 스펙 한 장에 화면, 규칙, 광고 자리, 디자인 값이 있다
- 뼈대 단계에서 빌드·테스트 통과 + 스크린샷
- 화면 하나당 프롬프트 하나, 규칙 테스트가 먼저
- 점검표의 「사람 몫」 목록이 따로 있다
- 실명·회사·주소가 화면이나 저장소에 없다
결과 화면
더 깊이
- 이 페이지에는 이 편에서 쓴 프롬프트를 따라 할 수 있게 줄인 것만 있습니다. 프롬프트 원문 전체, 스펙 문서 틀, 공통 모듈 구조, 막혔던 곳과 해결은 전자책(준비 중)에 담습니다.
- 다음 편 소식은 유튜브·인스타 쫑쫑이 계정에서. 질문은 댓글로 남겨 주세요.
쓰지 않은 것
- 플랫폼별 신청·심사 세부는 넣지 않는다. 제출일과 출시일만 적는다.


