바이브코딩 시작하는 방법, 주사위 하나에도 ‘잘 돌아간다’ 이상의 기준이 있을까요?

핵심 요약 (TL;DR)

한국 시간 9월 30일 아침, Hacker News에 물리 효과를 이용한 주사위 웹앱 Dice가 소개됐습니다. 작성자 swid는 광고가 많은 기존 앱이 아쉬워 바이브코딩으로 정적 사이트를 만들었다고 밝혔습니다. 공개 페이지에는 탭해서 굴리거나 끌어 던지는 조작 안내가 있습니다. 작은 불편에서 시작하는 좋은 사례지만, 댓글에는 곧 다른 질문이 달렸습니다. 주사위가 보기 좋게 움직이는 것과 결과가 공정한 것은 같은 일일까요? 제작자 진술과 공개 페이지를 확인한 사례 분석이며, 직접 기능이나 확률을 시험한 후기는 아닙니다.

첫 앱은 왜 주사위 하나로도 충분할까요?

제작자의 출발점은 거대한 게임 플랫폼이 아니었습니다. 원하는 형태의 무료 주사위 앱을 찾기 어려웠고, 찾은 앱에는 광고가 많았다는 개인적인 불편이었습니다. 그는 광고를 넣지 않겠다고 설명했습니다. 여기서 가져올 것은 특정 AI 도구의 이름보다, 만들 이유를 사용자 행동 하나로 좁히는 방식입니다.

바이브코딩을 시작한다면 ‘보드게임 서비스를 만들어 주세요’ 대신 ‘화면을 누르면 주사위가 움직이고, 멈춘 결과를 읽을 수 있는 한 화면을 만들어 주세요’라고 요청해 볼 수 있습니다. 이 문장은 실제 제작자가 쓴 프롬프트가 아니라 입문용 예시입니다. 회원가입이나 순위표를 뒤로 미루면, 첫 결과물에서 무엇을 봐야 할지도 선명해집니다.

화면이 움직이면 완성됐다고 볼 수 있을까요?

HN 댓글의 한 이용자는 던지는 힘과 결과의 공정성을 질문했습니다. 제작자는 테스트는 있지만 실제 사용 통계는 수집하지 않는다며, 주사위를 조심스럽게 약하게 던지면 의도보다 결과를 통제할 수 있을 가능성을 인정했습니다. 이는 편향이 측정됐다는 결론이 아니라, 제작자가 설명한 한계입니다.

이 대화는 AI가 만든 앱의 완료 기준을 잘 보여 줍니다. 화면이 열리는지, 조작이 먹히는지, 결과가 목적에 맞는지는 서로 다른 확인입니다. 계산기라면 버튼 반응과 계산의 정확성이 다르고, 예약 폼이라면 제출 화면과 실제 저장이 다릅니다. 보기 좋은 움직임은 중요한 경험이지만, 기능의 약속까지 대신 증명해 주지는 않습니다.

첫 프롬프트에 어떤 확인 조건을 넣으면 좋을까요?

만들 화면과 함께 ‘무엇을 확인하면 끝나는가’를 적어 보세요. 주사위 예시라면 눌렀을 때 시작하고, 멈춘 뒤 결과를 알아볼 수 있으며, 다시 눌러 반복할 수 있어야 합니다. 휴대폰에서도 쓸 계획이라면 작은 화면에서 조작 안내가 읽히는지도 별도 조건으로 남기세요.

확률의 공정성까지 약속하려면 검증의 종류가 달라집니다. 여러 실행 결과를 기록하고, 입력 방식에 따라 분포가 달라지는지 검토해야 합니다. 몇 번 굴려 보고 그럴듯하다고 느낀 것은 통계 검증이 아닙니다. 이번 사례에서 제작자는 서로 속이지 않고 재미로 쓰는 상황을 의도했다고 답했습니다. 그러니 이를 금전이나 보상이 걸린 추첨 도구의 검증 사례로 확대하면 안 됩니다.

작은 앱의 장점은 약속을 작게 정할 수 있다는 데 있습니다. 먼저 한 사람이 즐겁게 쓸 동작을 만들고, 공개 링크로 피드백을 받은 뒤 아직 확인하지 못한 조건을 적어 두세요. 기능을 늘리기보다 약속과 확인 결과를 맞추는 습관이 다음 앱까지 이어지는 기반이 됩니다.

FAQ: 이 사례는 코딩을 전혀 모르는 사람이 만든 건가요?

확인되지 않았습니다. 제작자는 바이브코딩으로 만들었다고 밝혔지만, 경력이나 구체적인 AI 도구·제작 시간은 이 소개 글만으로 알 수 없습니다.

FAQ: 정적 사이트라면 누구나 비용 없이 운영하나요?

그렇게 일반화할 수는 없습니다. 제작자는 GitHub Pages에 올려 운영 비용을 부담하지 않는다고 설명했지만, 호스팅 조건과 도메인·외부 API 사용 여부에 따라 각자의 비용은 달라집니다.

출처: https://news.ycombinator.com/item?id=49900760
제품: https://dice.jswidler.com/
관찰 시점: 2026-09-30 KST. HN 소개 시각은 제품 최초 출시일과 다릅니다.