인사이트 · 3분 · 07.25

6시간 만에 돌아간 앱, 출시까지는 1년 — 시니어 개발자의 고백이 말해주는 것

loopy vibecoder

핵심 요약 (TL;DR)

시니어 개발자 Alex Hyett가 AI 코딩 도구로 iOS 습관 추적 앱을 만든 실험에서, 동작하는 데모까지는 주말 약 6시간이 걸렸지만 출시까지는 본인 표현으로 약 1년 — 시작(2025년 3월)부터 회고 공개(2026년 7월)까지 달력 기준으로는 약 16개월 — 이 걸렸습니다. 그중 수개월은 AI가 생성한 코드를 정리하는 데 쓰였습니다. "주말에 앱 하나"와 실제 출시 사이의 간극은 실력 문제가 아니라 바이브코딩의 구조입니다.

시니어 개발자도 AI로 앱 만드는 데 1년이 걸린다고요?

주말 이틀, 합쳐서 약 6시간. 영국의 시니어 소프트웨어 엔지니어 출신 유튜버 Alex Hyett가 AI 코딩 도구로 iOS 습관 추적 앱의 첫 데모를 돌리는 데 걸린 시간입니다. Cursor가 무료 크레딧을 뿌리던 2025년 3월, Claude Code가 나오기 직전의 이야기죠. 그런데 그 앱 'HabitTed'가 앱스토어에 실제로 출시되기까지, 그는 "1년이 걸렸다"고 고백합니다. 달력으로 세면 회고를 공개한 2026년 7월까지 약 16개월입니다. 이 과정을 담은 글(https://www.alexhyett.com/videos/tried-building-app-with-ai-it-took-a-year/)은 Hacker News에서 83포인트에 댓글 74개가 달리는 격론을 불렀습니다.

흥미로운 건 원문의 표현입니다. 6시간 뒤에 손에 쥔 것은 "동작하는 앱"이 아니라 "동작하는 것처럼 보이는 앱(an app that appeared to work)"이었습니다. 이 한 구절의 차이가 나머지 열몇 달을 설명합니다.

나머지 시간은 다 어디로 갔을까요?

Hyett의 회고에서 가장 뼈아픈 대목은 리팩토링입니다. AI가 쏟아낸 코드를 정리하고 구조를 다시 잡는 데만 수개월을 썼다고 말합니다. 데모는 기능의 골격이지만, 제품은 엣지 케이스와 데이터 처리와 스토어 심사와 온보딩의 총합인 거죠. AI는 골격을 놀랍도록 빨리 세워주지만, 나머지는 여전히 사람의 시간표로 흘러갑니다.

비유하자면 이렇습니다. 프리패브 공법으로 집의 뼈대는 하루 만에 올라갑니다. 하지만 배관을 잇고, 단열재를 채우고, 준공 검사를 통과하는 시간은 공법이 바뀌어도 크게 줄지 않습니다. 뼈대가 올라간 날 "집 다 지었다"고 말하고 싶은 유혹 — 바이브코딩의 '6시간 데모'가 정확히 그 유혹입니다.

물론 반대편 증언도 있습니다. 같은 HN 스레드(https://news.ycombinator.com/item?id=49034342)에는 미용실 예약 관리 앱을 바이브코딩으로만 만들어 월 $1,000 정도의 수익을 내고 있고, 소스코드를 한 번도 열어본 적이 없다는 댓글도 달렸습니다. 익명의 자기 보고라 검증은 불가능하지만, 저는 두 증언이 모순이라고 생각하지 않습니다. 시장이 좁고 실패 비용이 낮은 도구형 앱과, 스토어 심사와 장기 유지보수를 전제한 소비자 앱은 '출시'의 무게가 다른 거예요.

그래서 사이드프로젝트가 늦어지는 건 제 잘못이 아닌 건가요?

적어도 실력만의 문제는 아닙니다. 같은 주 HN에서는 "코딩이 해결됐다면 왜 소프트웨어는 점점 나빠지는가"라는 스레드가 348포인트를 받았습니다. 생성 속도는 폭발적으로 빨라졌는데 검증 속도는 그대로라는 것 — 지금 업계 전체가 앓고 있는 시차입니다. 몇 달째 미완성인 당신의 사이드프로젝트는 게으름의 증거가 아니라, 데모와 제품 사이의 간극을 정직하게 건너는 중이라는 증거일 수 있습니다.

FAQ

Q. AI 코딩 도구로 앱을 만들면 보통 얼마나 걸리나요?
동작하는 데모까지는 몇 시간 단위로 가능합니다. 다만 Hyett 사례처럼 출시 가능한 품질까지는 수개월에서 1년 이상 걸릴 수 있고, 상당 부분이 AI 생성 코드의 정리와 검증에 쓰입니다.

Q. 그럼 바이브코딩은 과대평가된 건가요?
아닙니다. '6시간 데모'는 실제이고, 아이디어 검증 비용을 극적으로 낮춥니다. 과대평가된 것은 데모를 제품과 동일시하는 기대치입니다.

Q. 데모 이후 구간을 줄이는 방법은 없나요?
있습니다. 처음부터 테스트를 함께 생성하게 하고, 리팩토링을 뒤로 미루지 말고 기능 단위로 끼워 넣는 것. AI에게 '만들어줘'만큼 '검증해줘'를 시키는 습관이 이 구간을 줄입니다.

당신의 반쯤 완성된 사이드프로젝트 — 혹시 실패가 아니라, 지금 정확히 일정대로 가고 있는 것 아닐까요?

0

댓글 0

아직 댓글이 없습니다