Merry Christmas!! 🎄 다들 크리스마스 잘 보내고 계신가요!? 크리스마스에도 쉬지 않고 AI와 IT 최신 소식을 가져왔습니다!
AI로 앱 뚝딱 만들 수 있는 시대, "그럼 SaaS 개발자들 다 망하는 거 아냐?"라는 걱정이 있죠. Arvid Kahl이 왜 바이브 코딩이 SaaS를 대체할 수 없는지 명쾌하게 분석했습니다. 핵심은 "프로젝트 만들기는 쉬워도, 비즈니스 운영은 다른 문제"라는 겁니다.
요즘 Bolt.new, v0, Lovable 같은 AI 코딩 도구들이 쏟아지면서 "바이브 코딩"이라는 말이 유행하고 있습니다. 저자 Arvid Kahl은 바이브 코딩을 이렇게 정의합니다:
"원하는 기능을 설명하면 AI가 자동으로 만들어주는데, 만든 사람도 코드를 이해하지 못하는 상태"
여기서 중요한 구분이 있습니다. 만약 여러분이 AI가 만든 코드를 열어보고 이해하기 시작했다면? 그 순간 그건 더 이상 바이브 코딩이 아닙니다. **"AI 지원 개발(AI-assisted development)"**이 되는 거죠. 바이브 코딩의 핵심은 코드를 이해하지 않고도 뭔가 만들어낸다는 겁니다.
테크 커뮤니티에서 "바이브 코딩이 SaaS를 죽일 것"이라고 말하는 사람들이 많습니다. 하지만 저자는 이들이 근본적인 착각을 하고 있다고 지적합니다:
"프로젝트를 바이브 코딩하는 건 쉽다. 하지만 비즈니스를 바이브 코딩하는 건 완전히 다른 문제다."
대부분의 비평가들은 실제 창업 경험이 없습니다. 그래서 "제품 개발"과 "비즈니스 구축"을 혼동하는 거죠. 앱 하나 만드는 것과 그걸로 돈을 벌면서 지속 가능한 사업을 운영하는 건 완전히 다른 영역입니다.
SaaS가 뭔지 다시 생각해봅시다. Software as a Service — 여기서 핵심은 Software가 아니라 Service입니다.
SaaS의 진짜 가치는 소프트웨어를 만드는 게 아니라:
이 세 가지에 있습니다.
바이브 코딩으로 앱을 뚝딱 만들었다고 칩시다. 그런데 첫 번째 고객이 "이 기능 좀 바꿔주세요"라고 요청하면? 다른 서비스와 통합이 필요하면? 데이터 구조를 수정해야 하면?
바로 여기서 바이브 코딩 솔루션의 한계가 드러납니다. 매번 기능 요청이 들어올 때마다 처음 만들 때의 가정들이 흔들리기 시작하거든요.
저자가 만든 개념 중 가장 인상적인 건 **"이해도 부채(Comprehension Debt)"**입니다.
AI 도구는 세션이 열려 있는 동안, 즉 컨텍스트 윈도우가 유지되는 동안에는 내부적으로 일관성을 유지합니다. AI가 "아, 아까 그 코드 말하는 거구나"라고 이해하고 있는 거죠.
그런데 세션이 끝나면?
"그 도구가 무엇을 만들었는지에 대한 이해가 영원히 사라집니다."
문서화도 없고, 아키텍처 설명도 없다면? 6개월 뒤에 버그가 생겼을 때 어떻게 고치죠? AI한테 다시 물어봐야 하는데, AI는 이전 맥락을 전혀 모릅니다. 이게 바로 이해도 부채가 쌓이는 겁니다. 기술 부채보다 더 무서운 게 이해도 부채예요.
개발에서 유명한 법칙이 있죠:
"80%까지 가는 데 20%의 시간이 들고, 나머지 20%에 80%의 시간이 든다."
바이브 코딩은 처음 80%를 아주 잘 해냅니다. 기본 기능, 예쁜 UI, 로그인 화면... 이런 건 정말 빠르게 만들어내죠.
그런데 고객들이 SaaS를 구매하는 이유가 뭘까요? 바로 그 마지막 20% 때문입니다:
이걸 직접 만들려면 구독료의 몇 배에 달하는 시간과 비용이 듭니다. 그래서 사람들이 SaaS에 돈을 내는 거예요.
저자는 "바이브 코딩 시대에도 SaaS는 안 죽는다"고 부정하는 게 아니라, 전략적 조정이 필요하다고 말합니다.
핵심은 **"보이지 않는 복잡성을 보이게 만드는 것"**입니다.
고객들은 겉으로 보이는 UI만 보고 "이거 나도 만들 수 있겠는데?"라고 생각합니다. 하지만 실제로 그 서비스 뒤에는 수년간의 버그 수정, 엣지 케이스 처리, 고객 피드백 반영이 녹아 있죠.
이걸 명확하게 보여주면 대화가 바뀝니다:
댓글을 작성하려면 로그인이 필요합니다.
Merry Christmas!! 🎄 다들 크리스마스 잘 보내고 계신가요!? 크리스마스에도 쉬지 않고 AI와 IT 최신 소식을 가져왔습니다!
AI로 앱 뚝딱 만들 수 있는 시대, "그럼 SaaS 개발자들 다 망하는 거 아냐?"라는 걱정이 있죠. Arvid Kahl이 왜 바이브 코딩이 SaaS를 대체할 수 없는지 명쾌하게 분석했습니다. 핵심은 "프로젝트 만들기는 쉬워도, 비즈니스 운영은 다른 문제"라는 겁니다.
요즘 Bolt.new, v0, Lovable 같은 AI 코딩 도구들이 쏟아지면서 "바이브 코딩"이라는 말이 유행하고 있습니다. 저자 Arvid Kahl은 바이브 코딩을 이렇게 정의합니다:
"원하는 기능을 설명하면 AI가 자동으로 만들어주는데, 만든 사람도 코드를 이해하지 못하는 상태"
여기서 중요한 구분이 있습니다. 만약 여러분이 AI가 만든 코드를 열어보고 이해하기 시작했다면? 그 순간 그건 더 이상 바이브 코딩이 아닙니다. **"AI 지원 개발(AI-assisted development)"**이 되는 거죠. 바이브 코딩의 핵심은 코드를 이해하지 않고도 뭔가 만들어낸다는 겁니다.
테크 커뮤니티에서 "바이브 코딩이 SaaS를 죽일 것"이라고 말하는 사람들이 많습니다. 하지만 저자는 이들이 근본적인 착각을 하고 있다고 지적합니다:
"프로젝트를 바이브 코딩하는 건 쉽다. 하지만 비즈니스를 바이브 코딩하는 건 완전히 다른 문제다."
대부분의 비평가들은 실제 창업 경험이 없습니다. 그래서 "제품 개발"과 "비즈니스 구축"을 혼동하는 거죠. 앱 하나 만드는 것과 그걸로 돈을 벌면서 지속 가능한 사업을 운영하는 건 완전히 다른 영역입니다.
SaaS가 뭔지 다시 생각해봅시다. Software as a Service — 여기서 핵심은 Software가 아니라 Service입니다.
SaaS의 진짜 가치는 소프트웨어를 만드는 게 아니라:
이 세 가지에 있습니다.
바이브 코딩으로 앱을 뚝딱 만들었다고 칩시다. 그런데 첫 번째 고객이 "이 기능 좀 바꿔주세요"라고 요청하면? 다른 서비스와 통합이 필요하면? 데이터 구조를 수정해야 하면?
바로 여기서 바이브 코딩 솔루션의 한계가 드러납니다. 매번 기능 요청이 들어올 때마다 처음 만들 때의 가정들이 흔들리기 시작하거든요.
저자가 만든 개념 중 가장 인상적인 건 **"이해도 부채(Comprehension Debt)"**입니다.
AI 도구는 세션이 열려 있는 동안, 즉 컨텍스트 윈도우가 유지되는 동안에는 내부적으로 일관성을 유지합니다. AI가 "아, 아까 그 코드 말하는 거구나"라고 이해하고 있는 거죠.
그런데 세션이 끝나면?
"그 도구가 무엇을 만들었는지에 대한 이해가 영원히 사라집니다."
문서화도 없고, 아키텍처 설명도 없다면? 6개월 뒤에 버그가 생겼을 때 어떻게 고치죠? AI한테 다시 물어봐야 하는데, AI는 이전 맥락을 전혀 모릅니다. 이게 바로 이해도 부채가 쌓이는 겁니다. 기술 부채보다 더 무서운 게 이해도 부채예요.
개발에서 유명한 법칙이 있죠:
"80%까지 가는 데 20%의 시간이 들고, 나머지 20%에 80%의 시간이 든다."
바이브 코딩은 처음 80%를 아주 잘 해냅니다. 기본 기능, 예쁜 UI, 로그인 화면... 이런 건 정말 빠르게 만들어내죠.
그런데 고객들이 SaaS를 구매하는 이유가 뭘까요? 바로 그 마지막 20% 때문입니다:
이걸 직접 만들려면 구독료의 몇 배에 달하는 시간과 비용이 듭니다. 그래서 사람들이 SaaS에 돈을 내는 거예요.
저자는 "바이브 코딩 시대에도 SaaS는 안 죽는다"고 부정하는 게 아니라, 전략적 조정이 필요하다고 말합니다.
핵심은 **"보이지 않는 복잡성을 보이게 만드는 것"**입니다.
고객들은 겉으로 보이는 UI만 보고 "이거 나도 만들 수 있겠는데?"라고 생각합니다. 하지만 실제로 그 서비스 뒤에는 수년간의 버그 수정, 엣지 케이스 처리, 고객 피드백 반영이 녹아 있죠.
이걸 명확하게 보여주면 대화가 바뀝니다:
댓글을 작성하려면 로그인이 필요합니다.