이 장에서는 바이브 코딩에 대한 흔한 오해들을 살펴보고, 현실적인 기대치를 설정하는 데 도움을 드립니다. 과대 포장된 기대나 근거 없는 두려움 없이, 바이브 코딩의 실체를 명확히 하여 할 수 있는 업무의 범위를 이해하는 것을 목표로 합니다.

1. 바이브 코딩에 대한 오해

새로운 기술이 등장할 때마다 우리는 극단적인 기대와 우려를 동시에 품게 됩니다. 바이브 코딩(Vibe Coding) 역시 예외는 아닙니다. AI와 함께 코딩하는 이 새로운 패러다임에 대해 많은 분들이 궁금해하시는 동시에, 여러 오해를 갖고 계신 것을 봅니다. 부트캠프를 운영하며 가장 자주 받았던 질문들을 통해, 바이브 코딩의 실체를 명확히 들여다보겠습니다.

1.1 바이브 코딩은 노코드 아닌가요?

가장 흔한 오해입니다. 노코드(No-code)나 로우코드(Low-code) 플랫폼은 드래그 앤 드롭 방식으로 시각적 인터페이스를 통해 애플리케이션을 만듭니다. 코드를 전혀 보지 않거나 최소한만 다루죠.

반면 바이브 코딩은 정반대입니다. AI와 대화하면서 엄청난 양의 코드를 생성하는 행위입니다. 여러분이 그 코드를 직접 쓰지는 않지만, 폴더 안에 코드 파일이 생기고, 필요에 따라 열어 보고, 무엇인지 물어보게 됩니다. 어떤 면에서는 전통적인 코딩보다 더 많은 코드를 다루게 될 수도 있습니다. 다만 그 코드를 한 줄 한 줄 타이핑하는 대신, AI와의 협업을 통해 빠르게 생성하고 수정한다는 점이 다를 뿐입니다.

1.2 명령어 한 번이면 뚝딱 완성되는 거 아닌가요?

앞에 AI 간섭 부분에서 말씀드린 것처럼 스스로도 만들 결과물에 대한 모호성이 구체화되지 않았기 때문에 그런 일은 일어나지 않습니다. 모호성이 있으면서도 기대치가 있는 경우는 더욱 그러할 것입니다.

물론 뚝딱 완성되는 결과물이 없지 않습니다. 아주 간단한 웹페이지나 기본적인 기능을 구현하는 데에는 AI가 생성한 코드를 바로 사용할 수 있을 것입니다. 하지만 대부분의 실제 프로젝트에서는 여러 번의 수정과 검토가 필요합니다. 만약 조금이라도 큰 서비스를 '뚝딱' 만들 수 있다면 그것은 대부분 예쁜 시연용 데모일 가능성이 큽니다. 그것은 AI가 만들어낸 코드 품질 때문이 아니라, 시장상황, 기획의도, 비즈니스 요구사항, 유지보수, 사용자 경험, 보안 등 다양한 요소를 충분히 반영하지 못했기 때문입니다. 그렇기에 앞으로도 이러한 부분은 강조될 가능성이 큽니다.

특히 "무엇을 만들어야 할지 정하는 과정"과 "만들어진 것이 맞는지 보는 과정"에 가장 많은 시간이 들어갑니다. 이는 AI가 대신해줄 수 없는, 인간의 창의성과 판단이 필요한 영역입니다. 이 책은 그 시간을 문서 작성이 아니라 실행과 검토에 쓰자고 제안합니다.

1.3 코딩을 전혀 몰라도 되는 거네요?

이 질문에 대한 답은 "어느 정도 수준을 원하느냐"에 달려 있습니다.

간단한 랜딩 페이지나 기본적인 웹사이트라면 코딩 지식 없이도 만들 수 있습니다. 이 책의 실습 대부분이 그렇습니다. 하지만 조금만 복잡도가 올라가도 상황이 달라집니다. 만들어진 것이 무엇인지 알아야 문제를 진단하고, 정확한 수정 지시를 내릴 수 있습니다.

예를 들어보겠습니다. "버튼을 빨간색으로 바꿔줘"라고 막연히 요청하는 것보다, "화면 맨 위 '신청하기' 버튼의 배경색을 빨간색으로 바꿔줘"라고 지목해서 지시하는 것이 훨씬 효과적입니다. 버튼이 여러 개라면 더욱 그렇습니다. 만들어진 것을 조금이라도 알수록 AI와의 소통이 명확해지고, 원하는 결과를 빠르게 얻을 수 있습니다.

1.4 AI가 알아서 다 해주는 거죠?

안타깝게도 그렇지 않습니다. AI가 처음 생성한 결과물을 보면 실망하실 때가 있을 겁니다. "이게 뭐야?"라는 생각이 들 정도로 엉성할 수 있습니다.

바이브 코딩은 반복적인 개선 과정입니다. 위 1.2에서 보았던 그림에서 실행하고 검토 안에는 아래와 같은 단계가 더 들어갑니다. 초안을 받고, 열어 보고, 수정을 요청하고, 다시 열어 보는 과정을 거쳐야 합니다. 이 작업은 때로 지난하고, 인내심이 필요한 작업입니다. 위니브에 한 디자이너도 이 작업에서 새벽까지 간단한 작업 하나가 수정이 안되어 헬프가 왔던 적이 있습니다. 다시 요청을 반복해도 실수를 반복하고, 해결을 못하는 경우도 많습니다. 그럴 때 되돌리는 법, 처음부터 다시 시키는 법도 10장에서 다룹니다.

더 나아가, 완성된 결과물을 실제 사용자들이 접속할 수 있도록 배포하는 과정, 도메인을 연결하는 작업, 외부 서비스에 가입하고 설정하는 일 등은 여전히 여러분이 직접 해야 할 일입니다. 여러분은 이 프로젝트의 주인으로, 디렉터로, 프로젝트 매니저로 여러 업무 중 필요한 업무를 명확하고, AI의 특성을 이해한 상태에서 정확하게 "명령"을 내릴 수 있어야 합니다.

1.5 수업만 들으면 바로 전문가가 되나요?

생각보다 많이 질문을 받았던 질문이라 여기에 올려봅니다. 위니브는 컴퓨터학원으로 먼저 출발했는데요. 이것은 마치 "방학 동안에 파이썬 배우면 파이썬 마스터 할 수 있나요?"라는 질문과 비슷합니다. 피아노 학원에 다닌다고 상상해보세요. 일주일에 한 번 레슨을 받지만, 집에서 전혀 연습하지 않는다면 실력이 늘까요? 당연히 아닙니다.

SW 개발 생태계는 생각보다 복잡하고, 다양한 기술 스택과 도구들이 얽혀 있습니다. 이 복잡함을 어림잡고, 다양한 기술 스택 도구들이 어떤 역할을 하는지 이해하는 것만으로도 많은 시간이 걸립니다. 바이브 코딩은 앞서 말씀드린 것처럼 수많은 코드를 빠르게 생성하고, 수정하는 행위입니다. 이 결과물을 어렴풋이 이해하고, 원하는 방향으로 이끌어가며, 문제가 생겼을 때 해결하는 능력은 하루아침에 생기지 않습니다.

여기서는 기본기를 다룹니다. 음악학원에 다시 비유를 해보자면 악보 보는 법과 악기를 다루는 방법 등을 반복적이고 체계적으로 가르쳐드립니다. 이러한 방법들은 때론 너무 장황하거나 내가 알 필요가 없는 지식이라고 느껴질 수도 있습니다. 그러나 여러 프로젝트를 해보고, 실패하고, 다시 시도하는 과정에서 필요한 기본기가 될 것입니다.

1.6 프롬프트 템플릿 가져다 쓰면 바로 사용할 수 있네요?

이렇게 말씀 드려도 결국 수업에서 진행하는 프롬프트 또는 회사에서 사용하는 프롬프트는 정해져 있습니다. 그렇다면 수업에서 진행하는 프롬프트를 그대로 가져와서 쓰거나, 위니브에서 사용하고 있는 프롬프트를 그대로 가져다 쓰면 비슷한 결과물을 그대로 만들 수 있다고 생각하시는 분들이 있습니다.

물론 그럴 수도 있지만 대부분의 경우는 그렇지 않습니다. 개인의 지식 수준, 조직의 개발 문화, 프로젝트의 성격 등 프롬프트 안에 담긴 여러 요소들이 다르기 때문입니다. 어떠한 구조로 이뤄지는지 참고할 수는 있지만 완전히 동일한 결과물을 얻기는 어렵습니다. 다만, 우리는 쉽게 시작할 수 있는 출발점을 제공할 뿐입니다.

프롬프트 템플릿이 정교하면 정교할수록 더욱 그렇습니다. 위니브는 모든 프로젝트에 claude라는 폴더를 만들어 이곳에 프롬프트를 저장하는데요. 기획부터 배포까지 수백 개의 프롬프트 샘플이 있음에도 불구하고, 개개인이 사용하는 프롬프트가 다릅니다. 이런 상황을 보았을 때 프롬프트를 가져다 쓰는 것은 마치 남의 코드를 복사해서 붙여넣는 것과 같다고 생각이 듭니다. 처음에는 큰 도움이 될 수 있고, 그렇게 하는 것이 나쁜 방식도 아니지만, 결국에는 자신만의 스타일과 방식을 찾아야 합니다.

1.7 Claude Desktop은 터미널보다 못한 것 아닌가요?

이 책이 나온 뒤에 새로 받게 된 질문입니다. 개발자 커뮤니티에서는 여전히 터미널의 Claude Code를 많이 쓰고, 인터넷의 사용법 글 대부분이 터미널 화면 기준으로 쓰여 있으니 그렇게 느껴질 만합니다.

엔진은 같습니다. 2장 2절에서 본 것처럼 Code 탭 안에서 돌아가는 것이 바로 Claude Code입니다. 코드를 만드는 능력, 실행해보고 고치는 능력에 차이가 없습니다. 차이가 있는 곳은 두 군데입니다. 첫째, 터미널에만 있는 고급 기능(사용자 정의 명령어, 서브에이전트, Hooks 같은 것들)이 있습니다. 이 책의 독자에게 당장 필요한 기능은 아닙니다. 둘째, 최신 기능이 터미널에 먼저 들어오고 Desktop에 조금 늦게 들어오는 경우가 있습니다. 이 두 가지가 아쉬워지는 순간이 오면 그때 앞선 책 바이브 코딩 에센셜 with claude code로 넘어가시면 됩니다. 그때는 이미 여러 프로젝트를 만들어본 뒤일 테니 터미널이 지금처럼 무섭지 않을 것입니다.

2. 바이브 코딩의 현실적인 기대치 설정

바이브 코딩은 마법이 아닙니다. 개발자를 대체하는 기술도 아니고, 코딩을 몰라도 되게 만드는 지름길도 아닙니다. 오히려 AI 시대에 맞는 새로운 개발 방법론입니다.

전통적인 코딩이 붓으로 그림을 그리는 것이라면, 바이브 코딩은 디지털 태블릿으로 여러 자동화된 도형그리기, 보정 기능 등을 통하여 그리는 것과 같습니다. 도구는 바뀌었지만, 그림을 그리는 본질적인 능력과 창의성은 여전히 필요합니다.

이러한 현실적인 이해를 바탕으로 바이브 코딩에 접근한다면, 분명 강력한 무기가 될 것입니다. 과도한 기대도, 근거 없는 두려움도 내려놓고, 새로운 도구를 익히는 즐거움을 느껴보시기 바랍니다.

2.1 오해와 현실 한눈에 보기

앞서 다룬 오해들과 현실을 한눈에 정리하면 다음과 같습니다.