코딩 모르는데 앱 만들기, WHAMI처럼 이미 아는 놀이를 다시 만들어 볼까요?

핵심 요약 (TL;DR)

코딩 모르는데 앱 만들기를 시작한다면, 낯선 사업 아이디어보다 규칙을 이미 아는 작은 놀이가 좋은 출발점일 수 있습니다. 9월 22일 Hacker News에 WHAMI를 소개한 제작자는 석사 최종 프로젝트 당시 외주로 만들었던 앱을 최근 Claude로 직접 다시 만들었다고 밝혔습니다. 매일 정해진 퀴즈를 푸는 앱입니다. 다만 제작자의 코딩 경력과 재구축 기간은 확인되지 않았으므로, 비개발자가 단숨에 성공한 사례로 포장할 수는 없습니다.

WHAMI에서 확인할 수 있는 것은 무엇인가요?

제작자의 글은 과거 외주 개발에 두 달이 걸렸다고 설명하지만, Claude로 다시 만드는 데 든 시간이나 비용은 밝히지 않습니다.

확인한 산출물은 공개 웹페이지와 iPhone 앱의 App Store 소개입니다. 웹은 하루 열 문제, 문제당 십 초, 플레이어 이름으로 시작하는 흐름을 안내합니다. 제작자는 음악 클립과 사진 문제도 설명합니다. 이 글에서는 공개 설명과 제품의 존재를 대조했으며, 전체 게임을 실행해 정답이나 점수 계산까지 검증한 것은 아닙니다. 최근 날짜는 HN 소개 시점이지 앱의 최초 출시일도 아닙니다.

왜 ‘이미 아는 놀이’가 첫 앱에 어울릴까요?

퀴즈는 입력과 결과의 관계를 비교적 쉽게 설명할 수 있습니다. 문제를 보고, 답을 고르고, 맞았는지 확인합니다. 만드는 사람이 이 순서를 알고 있으면 AI에게 받은 화면이 기대와 다른 지점을 말하기도 쉬워집니다.

처음부터 WHAMI의 모든 기능을 따라 할 필요는 없습니다. 아래는 제작자가 공개한 개발 순서가 아니라, 이 사례에서 가져올 수 있는 작은 실습 제안입니다. 직접 검토한 문제 몇 개를 준비하고, 답을 고른 뒤 결과를 보여 주는 화면만 만드세요. 음악, 순위표, 매일 새 문제, 알림은 그 흐름이 확인된 뒤 하나씩 붙여도 늦지 않습니다.

AI에게 어떤 말로 범위를 정하면 좋을까요?

‘퀴즈 앱을 만들어 주세요’보다 ‘준비한 문제를 하나씩 보여 주고, 답을 선택하면 결과를 확인한 다음 다음 문제로 넘어가게 해 주세요’가 검토하기 쉽습니다. 여기에 빈 답으로 진행할 수 있는지, 같은 버튼을 두 번 눌러도 점수가 중복되지 않는지 같은 확인 질문을 붙여 보세요.

직접 만든 정답표를 기준으로 맞힌 경우와 틀린 경우를 각각 시험하면 됩니다. 특히 문제가 매일 바뀌는 앱이라면 화면을 만드는 일과 문제의 정확성을 유지하는 일은 별개입니다. AI가 문제까지 생성하도록 확장하더라도 정답의 근거와 검토 단계를 두는 편이 좋습니다. 생성 기능이 있다는 이유로 콘텐츠의 정확성까지 확인된 것은 아닙니다.

공개 전에 어떤 한 바퀴를 돌아봐야 할까요?

만든 사람의 컴퓨터가 아니라 실제 공개 주소에서 이름 입력부터 결과 확인까지 이어지는지 살펴보세요. 새로고침하면 어디로 돌아오는지, 작은 휴대폰 화면에서 답을 누를 수 있는지, 문제가 불러와지지 않으면 어떤 안내가 나오는지도 확인할 만합니다.

WHAMI에서 가져올 교훈은 외주가 필요 없다는 선언이 아닙니다. 내가 설명할 수 있는 규칙을 AI와 함께 다시 구현하고, 실제 사용 흐름으로 확인할 수 있다는 가능성입니다. 첫 앱의 크기보다 마지막 화면까지 설명할 수 있는지가 더 좋은 출발 기준입니다.

FAQ: 제작자는 코딩을 전혀 몰랐나요?

원문만으로는 알 수 없습니다. 확인되는 것은 Claude를 이용해 직접 재구축했다는 제작자의 설명입니다.

FAQ: 첫 버전부터 앱스토어에 올려야 하나요?

그럴 필요는 없습니다. 작은 웹 버전으로 핵심 흐름을 먼저 확인하는 방법도 있습니다. 이는 이 글의 제안이며 WHAMI의 실제 개발 순서를 뜻하지 않습니다.

출처: https://news.ycombinator.com/item?id=49802399
제품: https://whami.app/
앱: https://apps.apple.com/us/app/whami-daily-trivia-quiz/id6799177635
관찰 시점: 2026-09-24 KST