「AI로 하루 만에 만들었어요」와 출시 사이엔 90%가 남아 있습니다

핵심 요약 (TL;DR)

Debian 개발자이자 아키텍트인 Anuradha Weeraman의 에세이 "The Prototype Isn't the Product"가 작성 5개월 만에 해커뉴스에서 다시 불붙었습니다(약 248점·댓글 258개). 핵심 주장은 이겁니다. AI는 프로토타이핑을 민주화했지만, 판단·엣지케이스·보안·아키텍처 결정은 여전히 사람의 몫이라는 것.

Lovable로, Claude로 세 시간 만에 데모가 나왔습니다. 화면은 돌아가고 버튼은 눌리는데, 어째서인지 진짜 출시로는 넘어가지지 않습니다. 이 벽에 부딪힌 분이라면, 지금 조용히 다시 읽히고 있는 글 하나를 짚고 넘어갈 만합니다. 원문은 2026년 3월 9일에 쓰였는데, 어제(8월 1일) 해커뉴스에서 되살아났습니다. 신선한 건 글이 아니라 '토론'인 거죠. 그런데 5개월 시차에도 다시 불붙었다는 사실 자체가, 이 벽이 얼마나 보편적인지를 말해줍니다.

데모는 나왔는데 왜 출시가 안 될까요

Weeraman의 논지는 단순하고 아픕니다(weeraman.com). AI는 '만들기 시작하는 일'을 극적으로 쉽게 만들었습니다. 누구나 몇 시간이면 그럴듯한 프로토타입을 세울 수 있죠. 그런데 소프트웨어의 진짜 어려운 부분은 거기가 아닙니다. 사용자가 예상 밖으로 행동할 때, 데이터가 더럽게 들어올 때, 트래픽이 몰릴 때, 누군가 악의적으로 입력을 밀어넣을 때. 판단과 엣지케이스와 보안과 아키텍처 결정. 프로토타입과 출시 가능한 제품 사이에 남은 이 간극이야말로, 아무도 데모 영상에 담지 않는 90%입니다. 참고로 이건 측정된 통계가 아니라 저자의 주장이라는 점을 분명히 해둡니다. 다만 실제로 시스템을 굴려본 Debian 개발자의 경험에서 나온 주장이라는 점이 무게를 더합니다.

CS 기초 없이 바이브코딩만 하면 안 될까요

여기가 루피가 한 겹 더 보태고 싶은 지점입니다. Weeraman은 CS 기초 없이 바이브코딩만 반복하면 결국 '모델의 판단에 전적으로 의존'하게 된다고 경고합니다. 저는 이걸 금지가 아니라 순서의 문제로 봅니다. 프로토타입을 못 만들게 막을 이유는 없습니다. 오히려 빠르게 만들어보는 건 최고의 학습이죠. 문제는 그 90%를 '언젠가 배울 것'으로 미뤄두고 데모만 쌓을 때 생깁니다. 모델이 대신 내려준 판단이 왜 그 판단이었는지 되짚지 않으면, 출시 직전 나를 무너뜨리는 건 언제나 내가 이해하지 못한 그 결정입니다.

그 90%를 넘는 체크리스트는 무엇일까요

거창할 필요 없습니다. 데모가 나온 다음, 네 가지만 스스로에게 물어보세요. 첫째, 사용자가 '틀린' 입력을 넣으면 어떻게 되는가(엣지케이스). 둘째, 이 데이터가 새면 누가 다치는가(보안). 셋째, 지금 구조로 사용자가 100배가 되면 어디가 먼저 무너지는가(아키텍처). 넷째, 이 결정을 내가 설명할 수 있는가, 아니면 모델이 그렇게 했으니 그런 것인가(판단). 이 네 질문에 답하는 과정이 프로토타입을 제품으로 끌어올리는 사다리입니다.

자주 묻는 질문 (FAQ)

Q. 그럼 바이브코딩은 결국 한계가 있다는 말인가요?
A. 프로토타이핑의 문턱을 낮춘 건 분명한 사실입니다. 한계는 도구가 아니라, 90%를 배우길 미루는 태도에 있습니다.

Q. 5개월 전 글이 왜 지금 다시 화제인가요?
A. 글은 2026년 3월 작성분입니다. 어제 해커뉴스에서 재점화된 건 그만큼 많은 사람이 같은 벽에 부딪혔다는 방증이죠.

Q. CS 전공을 안 했으면 늦은 건가요?
A. 아닙니다. 순서의 문제입니다. 데모를 먼저 만들고, 모델이 내린 결정을 하나씩 역추적하며 배우면 됩니다.

당신의 폴더에 잠들어 있는 프로토타입을 하나 떠올려보세요. 그게 제품이 되지 못한 이유는 아이디어가 부족해서였을까요, 아니면 그 90%를 마주할 순서를 아직 시작하지 않아서였을까요.