바이브 코딩의 과거와 미래
원문은 Nat Eliason님이 에 게재했습니다. 이 블로그 구독하기
본격적으로 들어가기 전에 간단한 소식 하나 전하자면, 제 인기 바이브 코딩 강의인 Build Your Own Apps의 전면 개편 촬영을 모두 마쳤고, 새로운 영상들이 다음 주에 공개될 예정입니다!
‘바이브 코딩’이라는 용어가 처음 등장한 건 2025년 2월이지만, 나는 2024년 1월에 이미 시작했다. Cursor가 몇 달 전에 출시됐을 때, Dan Shipper를 비롯한 몇몇 친구들의 추천을 받고 한번 써보기로 했다.
느리고 투박했으며 오류도 잦았지만, 그때도 가능성은 분명했다. 이후 몇 달 동안 Cursor 채팅이 제안하는 내용을 검토하고 적용하면서, 나는 코드의 20%도 직접 쓰지 않고 ‘글쓰기용 Strava’라 할 만한 모바일 앱을 그런대로 쓸 수 있는 수준까지 만들어냈다.
지난 10년간 틈틈이 코딩을 건드려본 사람으로서, 이건 혁명적으로 느껴졌다. 제대로 소프트웨어를 만드는 법을 배운 적은 없지만 시간과 인내심만 있으면 어찌어찌 뭔가를 만들어낼 수 있었던 나 같은 사람에게는 빠져 있던 마지막 퍼즐 조각이었다. 예전에는 StackOverflow를 뒤져도 해결할 수 없는 까다로운 문제에 부딪혀 막히기 일쑤였는데, 갑자기 무한히 인내심 많은 튜터이자 어시스턴트가 생긴 셈이었다.
그래도 진행 속도는 더뎠다. 1월 3일에 앱의 첫 코드를 작성했지만, 일반에 공개하기까지는 6월까지 걸렸다. Cursor로도 해결되지 않는 디버깅 루프에 빠져 몇 주를 허비한 적도 있었고, 코드가 엉망이 되어 며칠 치 작업을 통째로 버려야 하는 경우도 잦았다.
결국 앱을 출시하긴 했지만 나는 결국 프로젝트를 접었다. 바이브 코딩만으로는 프로덕션 앱을 계속 만들어 나가기 위한 진짜 무거운 작업을 감당하기에 아직 역부족이었기도 했고, Husk 집필에 집중하고 싶었기 때문이기도 하다.
하지만 그때도 나는 조금만 기다리면 툴이 충분히 발전해서 아직은 불가능했던 작업을 할 수 있게 될 거라고 어렴풋이 짐작하고 있었다.
2024년 11월
약 6개월 뒤 나는 다시 뛰어들었다. Claude Sonnet 3.5가 출시됐고, Bolt와 Lovable, Replit이 급부상하고 있었으며, Cursor에는 코드 변경을 대신 구현해주고 이전보다 훨씬 오래 자율적으로 동작하는 “에이전트 모드”가 추가됐다. 이미 AI를 1차 편집자로 활용하며 큰 도움을 받고 있던 나는 책 편집 과정을 도울 툴들을 만들기 시작했는데, 연초와 비교해 소프트웨어를 만드는 일이 얼마나 쉬워졌는지에 깜짝 놀랐다.
2025년 1월이 되자 나는 완전히 빠져들었고 그 잠재력을 온몸으로 느낄 수 있었다. 그렇게 탄생한 것이 Build Your Own Apps다. 이 강의에 대한 반응이 그토록 뜨거웠다는 사실에 지금도 놀랍고, 한 번도 코딩을 해본 적 없는 사람들이 직접 툴을 만들어 배포하는 모습을 보는 건 정말 멋진 경험이었다.

하지만 솔직히 말하면, 1월 시점의 바이브 코딩은 내가 바라는 수준에 아직 미치지 못했다. 자주 막혔고, 스파게티 코드를 만들어냈다. 프로덕션 수준의 앱을 만들려면 여전히 상당한 기술적 지식이 필요했고, 특히 보안과 성능을 챙기려 할 때 더욱 그랬다.
바이브 코딩을 익히는 데 그렇게 많은 시간을 쏟았음에도, 나는 여전히 나 자신 외의 누구를 위한 소프트웨어를 만드는 데는 활용하지 못하고 있었다. 뚝딱 만들어 쓰는 개인용 툴들은 유용했다. 하지만 툴의 한계에 부딪힐 때마다 그것을 뚫고 나갈 만한 여력이나 인내심이 내게는 없었다.
그래서 나는 다시 몇 달간 물러나 있었다. 툴이 곧 내가 꿈꾸던 작업을 해낼 만큼 충분히 좋아질 거라는 확신은 이전보다 더 커진 상태였다. 그 사이 Husk를 출간했고, The Birth of Paradise를 집필했으며(약 12월 출간 예정), Husk의 속편 작업에 들어간 채 다시 기다림으로 돌아갔다.
2025년 6월
6월에 셋째 딸이 태어나면서 나는 글을 잠시 멈추고 Cosette와 아이와 함께 집에서 지내며 두어 달을 보냈다. 아이가 낮잠 자는 틈틈이 생기는 자투리 시간에 AI 툴과 바이브 코딩의 근황을 따라잡았다.
2024년 1월에도, 2025년 1월에도 무척 들떠 있었지만, 올여름에야 비로소 “아, 이제 정말 왔구나” 하는 느낌이 들었다.
2024년 1월이 시간당 5달러짜리 해외 개발자를 고용해 뭔가를 어찌어찌 만들어보려 하는 수준이었다면, 2025년 1월은 무난한 주니어 개발자 한 명을 둔 느낌이었다. 지금은 당신이 원하는 것은 무엇이든 만들어줄 수 있는 꽤 유능한 엔지니어 팀을 거느린 것 같다. 그들과 협업하는 법만 안다면 말이다.
나는 나를 위해 Covici를 만들기 시작했다. 내가 원하던 조건을 모두 충족하는 글쓰기 툴을 찾지 못해 직접 만들기로 한 건데, 코딩 툴들이 그냥… 계속 잘 돌아갔다. 다른 사람들도 쓸 수 있게 출시할 거라고는 생각도 못했는데, 두어 달 만지작거리다 보니 그 정도 품질에 도달했고 만드는 과정 자체가 너무 재미있어서 ‘그래, 한번 공개해보자’ 하는 마음이 들었다.
하지만 진짜 “와” 하는 순간은 몇 주 전 Build Your Own Apps 업데이트 영상 촬영을 시작했을 때 왔다. 1월에는 여러 영상에 걸쳐 몇 시간이 걸렸던 과정들이 이제는 하나의 영상에서 몇 분 만에 끝났다.
지난번에는 강의 맨 마지막에 가서야 다뤘던 Stripe로 고객에게 결제 청구하기 같은 복잡한 연동도 갑자기 하나도 어렵지 않아져서 훨씬 앞부분에서 가르칠 수 있게 됐다. 예전에는 10~20시간에 걸쳐 가르쳐야 했던 내용을 이제는 5시간 만에 다룰 수 있었고, 덕분에 훨씬 더 깊이 들어갈 시간이 생겼다.
연초의 바이브 코딩이 그럭저럭 동작하는 최소 기능 제품(MVP) 정도를 만들 수 있었다면, 이제는 실제로 프로덕션 수준의 앱까지 완성할 수 있다. 기술이 이렇게 빨리 이 정도로 좋아질 줄은 나도 예상하지 못했지만, 현실이 됐다. OpenAI조차 자사 툴인 Codex가 이제 자사 코드의 70%를 작성하고 있다고 말한다.
물론 여전히 과제는 남아 있다. 한 번에 뚝딱 쓸 만한 결과물을 만들 수는 없다. 어떻게 계획하고, 디버깅하고, 좋은 질문을 던지며, 어떤 툴을 써야 하는지 배워야 한다. 하지만 100분의 1 비용으로 24시간 대기하는 전문 개발팀을 갖는다는 꿈은 사실상 현실이 됐다. 그리고 앞으로 더 좋아지고 더 저렴해질 뿐이다.
미래, 그리고 배울 만한 것
나는 에이전트에게 “우리 비즈니스용 SaaS 하나 뚝딱 만들어줘”라고 말하면 그것이 영원히 당신이 원하는 대로 완벽하게 동작하는 “개인 소프트웨어” 세상이 올지에 대해서는 회의적이다.
불가능해서가 아니다. 툴은 이미 MVP 정도는 충분히 만들어줄 수 있을 것이다. 다만 당신이 그것을 유지보수하고 싶지 않을 것이기 때문이다. 좋은 소프트웨어에는 유지보수와 지속적인 관심이 필요하다. 그래서 대부분의 사람들은 여전히 다른 누군가가 유지보수하는 제품을 돈을 내고 쓰는 쪽을 선호할 것이다.
물론 예외는 있을 것이다. Slack 같은 툴의 인당 과금 모델은 앞으로 방어하기 어려워질 것 같다. 하지만 대부분의 작가가 직접 글쓰기 앱을 만들지는 않을 것이다. 대부분의 영상 편집자가 직접 영상 편집 앱을 만들지도 않을 것이다. 대부분의 창업가가 직접 세무 앱을 만들지도 않을 것이다.
이제 중요한 질문은 무엇을 만들고 싶은가가 아니라 무엇을 유지보수할 의향이 있는가이다.
충분한 인내심과 수천 달러어치의 AI 크레딧만 있으면, 지금 당신이 원하는 소프트웨어의 90% 정도는 아마 만들 수 있을 것이다. 하지만 한밤중에 버그를 고칠 의향이 있는가? Stripe 분쟁을 처리할 의향이 있는가?
물론 그중 일부는 AI 에이전트가 대신하게 될 것이다. 하지만 당신이 직접 해야 하는 유지보수는 언제나 어느 정도는 남을 것이다. 당신의 관심과 에너지야말로 인간이 만든 모든 것을 서서히 무너뜨리는 자연스러운 엔트로피에 맞설 수 있는 유일한 힘이기 때문이다.
하지만 무엇을 유지보수할 의향이 있는가라는 질문과 함께, 창작의 장벽이 낮아질수록 취향의 가치는 더욱 높아질 것이다. 취향은 언제나 중요했지만, 다른 모든 AI 생성 소프트웨어와 차별화할 수 있는 능력은 결국 당신만의 독특한 취향과 비전을 불어넣는 능력에 달려 있을 것이다.

나는 최근 디자인과 Figma를 배우기 시작했다. 코딩 능력보다 디자인 능력이 이제 더 큰 병목이 되고 있다는 걸 느꼈기 때문이다. AI에게 사이트나 앱을 어떻게 보이게 하고 싶은지 말하는 것만으로도 꽤 멀리 갈 수 있지만, 결국 AI의 제한된 창의성에 발목이 잡히게 된다.
소프트웨어를 만들어보고 싶은 꿈이 조금이라도 있다면, 지금이 뛰어들기에 더할 나위 없이 좋은 시기다. 몇 달 전 바이브 코딩 툴 때문에 좌절하고 막혔던 사람이라도, 오늘날 얼마나 쉬워졌는지에 놀라게 될 것이다. 매일 이 일을 하는 나조차도 그 변화에 놀랐다.
앞으로 계속 더 좋아질 텐데 굳이 지금 배울 필요가 있을까 싶을 수도 있다. 하지만 툴을 다루는 법과 그 한계를 파악하고 우회하는 법을 빨리 배울수록, 다음 발전을 맞이할 준비도 더 잘 갖출 수 있다. 그리고 어느 정도는 에이전트 오케스트레이션이 앞으로 5~10년간 많은 디지털 지식 노동의 모습이 될 것이라고 나는 생각한다.
우리는 지금 흥미로운 시점에 있다. 지금 뭔가를 만들기 시작하면, 툴의 한계에 부딪힐 만큼 복잡도가 높아졌을 때쯤에는 이미 새로운 툴이 나와 있을 것이다. 나처럼 6개월씩 쉬어갈 필요가 없다. 나는 이미 8월에 Covici에 있던 버그들이 9월에 Codex와 Sonnet 4.5로 해결되는 경험을 했다.
물론 Build Your Own Apps는 시작하기에 좋은 방법이다. 특히 다음 주에 공개될 새로운 콘텐츠와 함께라면 더욱 그렇다. 그렇지 않더라도 그냥 Cursor를 다운로드해 뭔가를 만들어보기 시작해보라.
생각보다 훨씬 멀리 갈 수 있다는 사실에 놀라게 될 것이다.
글을 무작위로 읽기
댓글
로그인하고 댓글 남기기