릴리스 램프 순서 누르기 제작 로그
릴리스 램프 순서 누르기를 단순 색 버튼 기억 게임이 아니라 보기, 누르기 대기, 다시 보기, 입력 경로가 남는 배포 콘솔 기억 게임으로 다듬은 제작 로그입니다.
릴리스 램프 순서 누르기 바로 하기색 버튼 복제처럼 보이면 약했다
릴리스 램프 순서 누르기는 켜지는 램프 순서를 먼저 보고, 누르기 대기 상태가 되면 같은 순서로 다시 누르는 기억 게임이다. 처음 규칙만 보면 오래된 Simon류 기억 게임과 비슷하다. 그래서 더 조심해야 했다. 그냥 색 버튼이 반짝이고 다시 누르는 화면이면, bobob.app의 Play라기보다 흔한 미니게임 복제처럼 보인다.
내가 원한 표면은 배포 콘솔이었다. 검증, 빌드, 테스트, 승인, 릴리스 같은 램프가 순서대로 켜지고, 사용자는 그 순서를 잠깐 멈춰 보고 다시 누른다. 이 비유가 있어야 기억 게임이 이 사이트의 운영 기록과 연결된다. 단순히 많이 외우는 게임이 아니라, 급하게 누르기 전에 상태를 보고, 필요한 만큼만 다시 보고, 입력한 길을 남기는 작은 배포판이 된다.
보관 메모를 하나로 묶으면
| archive 메모 | 대표 글에서 흡수한 위치 | 남긴 이유 |
|---|---|---|
| `memory-replay-note` | 다시 보기 버튼 | 기억이 흔들릴 때 실패 뒤가 아니라 실패 전에 숨 돌릴 장치가 있어야 하는 문제 |
| `memory-input-trail-note` | 입력 경로 | 다음 정답은 숨기되, 이미 맞은 흐름은 화면에 남겨야 하는 문제 |
| `memory-flow-panel-note` | 숫자 진행표 정리 | 기억 게임은 진행 숫자보다 보기/누르기 상태와 지나온 길이 먼저 읽혀야 하는 문제 |
이 세 메모는 각각 작은 수정처럼 보인다. 하지만 합쳐서 보면 같은 문제를 보고 있었다. 사용자는 기억을 잃는 것이 아니라 화면의 리듬을 잃는다. 보기 중인지, 누르기 대기인지, 방금 어디까지 맞게 눌렀는지, 헷갈리면 지금 다시 봐도 되는지. 이 네 가지가 보이면 게임은 덜 벌칙처럼 느껴진다.
| 보관 메모 묶음 | 그때 본 문제 | 대표 로그에서 남길 판단 |
|---|---|---|
| 다시 보기 | 틀린 뒤에만 같은 순서를 다시 보여주면 사용자가 스스로 멈출 틈이 없었다 | 재보기는 정답 버튼이 아니라 실패 전에 리듬을 회복하는 선택이어야 한다 |
| 입력 경로 | 맞게 누른 램프도 너무 빨리 사라져 어디까지 맞췄는지 다시 추측하게 됐다 | 다음 답은 숨겨도 지나온 길은 선과 확인 표시로 남겨야 한다 |
| 숫자 진행표 정리 | 차례, 길이, 순서 숫자가 앞서면 배포 콘솔보다 진행표를 보는 느낌이 강했다 | 숫자는 보조 정보로 물리고 램프 상태, 누른 길, 방금 입력을 먼저 읽히게 한다 |
이 표를 남기는 이유는 짧은 개발 기록을 감추려는 것이 아니다. 각각은 실제로 필요한 수정이었지만, 공개 목록에서 세 글이 따로 보이면 "다시 보기 버튼 추가", "선 표시 추가", "패널 문구 정리"처럼 작은 기능 업데이트만 반복된다. 대표 로그에서는 세 변경을 하나의 제작 판단으로 접는다. 릴리스 램프 순서 누르기는 기억력 시험이 아니라, 보기와 입력 사이의 박자를 잃지 않게 만드는 배포 콘솔형 기억 게임이어야 한다.
다시 보기는 정답 버튼이 아니어야 했다
기억 게임에 다시 보기 버튼을 붙이면 위험한 점이 있다. 버튼이 너무 강하면 외우지 않아도 되는 게임이 된다. 반대로 다시 볼 방법이 없으면 모바일에서 한 번 놓친 순간 바로 실패 쪽으로 기운다. 그래서 다시 보기는 공짜 정답 공개가 아니라 작은 비용이 있는 재확인으로 둔다.
- - 현재 패턴을 다시 보여주되 다음 입력을 대신하지 않는다.
- - 키보드에서는 `R`, 모바일에서는 버튼으로 같은 기능을 쓴다.
- - 다시 보기는 작은 점수와 집중도를 깎아 선택의 무게를 남긴다.
- - 이미 입력한 흐름은 지우지 않고, 다시 본 뒤 같은 순서로 이어갈 수 있게 한다.
- - 결과에서는 재보기를 쓴 사실이 플레이 스타일로 남아야 한다.
이 기준이 있어야 다시 보기가 치트가 아니라 복기 도구가 된다. 사용자는 아직 직접 눌러야 한다. 다만 기억이 흔들렸을 때 곧바로 실패하지 않고, 한 번 더 보고 손을 정리할 수 있다.
답은 숨기고 흐름은 남겼다
가장 중요한 판단은 "다음 정답을 보여주지 않는다"였다. 다음 램프를 밝게 찍어주면 기억 게임은 금방 안내 따라 누르기가 된다. 대신 이미 맞게 누른 램프만 연결선과 확인 표시로 남긴다. 그러면 다음 칸은 여전히 외워야 하지만, 지금까지 맞춘 흐름은 사라지지 않는다.
이 차이가 생각보다 컸다. 네 칸, 다섯 칸으로 길어질 때 사용자가 헷갈리는 것은 "정답이 뭔지"만이 아니다. 내가 지금 세 번째까지 맞췄는지, 네 번째를 누를 차례인지, 방금 누른 램프가 맞았는지도 순간적으로 흐려진다. 맞은 경로가 남아 있으면 손이 다시 박자를 잡는다.
숫자 진행표를 줄인 것도 같은 이유다. 차례와 길이 숫자가 틀린 정보는 아니지만, 계속 앞에 있으면 게임이 진행표처럼 보인다. 이 Play에서는 숫자보다 보기 상태, 누르기 대기 상태, 방금 누른 램프, 지나온 연결선이 먼저 보여야 한다.
화면에서 확인한 기준
대표 제작 로그로 남길 글이라면 단순히 기능을 붙였다고 적는 데서 끝나면 안 된다. 실제 화면에서 어떤 상태를 확인할지까지 남겨야 한다.
| 확인 장면 | 봐야 할 것 |
|---|---|
| 보기 중 | 램프가 켜지는 동안 사용자가 누르기보다 보는 상태로 들어가는지 |
| 누르기 대기 | 상태 띠와 보드가 입력 가능한 순간을 먼저 말하는지 |
| 맞은 입력 | 맞게 누른 램프가 연결선과 확인 표시로 남되 다음 정답은 숨기는지 |
| 다시 보기 | `R` 키와 버튼이 같은 패턴을 다시 보여주고, 비용이 결과에 남는지 |
| 실패 | 틀린 램프만 탓하지 않고 어느 흐름에서 흔들렸는지 복기할 여지가 있는지 |
| 모바일 | 손가락이 램프를 가려도 방금 누른 위치와 다음 상태를 읽을 수 있는지 |
이 확인은 점수보다 중요하다. 점수가 올라가도 사용자가 왜 틀렸는지 모르면 다음 판도 똑같이 흔들린다. 반대로 점수가 낮아도 어디까지 맞았고 어디서 흐름이 끊겼는지 보이면 다시 해볼 이유가 생긴다.
배포 콘솔처럼 보여야 하는 이유
이 Play는 기억 게임이지만, 시각적 은유는 배포 콘솔이다. 검증, 빌드, 테스트, 승인, 릴리스 램프가 켜지는 순서는 실제 배포 파이프라인을 그대로 시뮬레이션하는 것은 아니다. 그래도 작은 사이트의 운영 감각과는 잘 맞는다. 무언가를 바로 누르기보다, 상태를 보고, 순서를 기억하고, 필요한 순간에만 다시 확인하는 태도다.
그래서 화면도 일반 카드 UI보다 낡은 조작판에 가깝게 둔다. 램프 테두리, 상태 띠, 누른 순서 줄, 다시 보기 버튼, 작은 확인 표시가 중심이다. 배경 장식이나 큰 점수판이 앞서면 기억해야 할 램프가 묻힌다. 이 게임의 주인공은 기록 숫자가 아니라 켜졌다 사라지는 순서와 그 순서를 따라가는 손이다.
대표 글로 올리는 이유
짧은 메모 세 개를 그대로 공개 목록에 두면 사이트는 다시 얇은 변경 기록이 많은 곳처럼 보인다. 반대로 이 대표 로그 하나로 묶으면 어떤 판단이 반복됐는지 보인다. 다시 보기 버튼, 입력 경로, 숫자 진행표 정리는 서로 다른 기능이 아니라 같은 질문에 답한다.
사용자가 기억을 잃었을 때 바로 실패시키지 말 것. 다음 정답은 숨기되 이미 맞은 흐름은 남길 것. 숫자판보다 램프와 상태를 먼저 보여줄 것. 이 세 기준이 남으면 릴리스 램프 순서 누르기는 흔한 색 버튼 기억 게임보다 bobob.app의 작업장 분위기에 더 가까워진다.
다음에 더 본다면 난이도를 먼저 올리지 않을 것이다. 보기 시간이 너무 짧은지, 다시 보기 비용이 너무 센지, 모바일에서 방금 누른 램프가 충분히 남는지부터 볼 것이다. 기억 게임은 어려워서 재미있는 것이 아니라, 흔들렸을 때 다시 붙잡을 단서가 있어서 한 판 더 하게 된다.
읽고 나서 해볼 것