바이브코딩 지금 주목받는 이유는?

제가 써 본 바이브코딩 방식은 생각보다 시작이 단순했어요. 예를 들어 "지출을 날짜별로 기록하고 그래프로 보여주는 간단한 앱"을 만들고 싶다고 자연어로 적으면, AI가 필요한 화면 구조랑 버튼, 입력 칸을 먼저 쫙 잡아줘요. 예전 같으면 어떤 프레임워크를 쓸지, 상태 관리는 뭘로 할지부터 고민했을 텐데, 여기서는 흐름을 말로 던지면 뼈대를 먼저 만들어준다는 느낌입니다. 특히 Cursor나 Windsurf 같은 도구들은 이미 있는 코드도 같이 읽고, "이 부분을 더 깔끔하게 바꿔줘"라고 적으면 알아서 리팩터링까지 해줘서, 바이브코딩이 단순한 자동완성 수준이 아니라는 걸 실감했어요. 코드 한 줄 한 줄보다는, "이 화면에서 이런 느낌으로 흘러가게 해줘"라고 요구하는 게 더 중요해지는 구조라, 아이디어를 바로 실험해보기에 좋았습니다.

실제 사용감, 속도는 빨라지지만 생각은 더 바빠져요

바이브코딩이 진짜 강력하다고 느낀 건 속도였어요. 예전에 2주씩 붙잡고 만들던 프로토타입을 이번에는 주말 이틀 동안 기본 기능까지 다 돌려봤거든요. 화면 전환이 어색하다 싶으면 "전환을 더 자연스럽게, 슬라이드 애니메이션으로 바꿔줘"라고 쓰면 바로 코드가 수정되고, 버그가 나도 "에러 나는 이유 설명해주고 고쳐줘"라고 하면 로그까지 같이 분석해서 바꿔줍니다. 대신 머리는 더 바빠졌어요. AI가 코드를 대신 써주니까, 저는 "이 기능을 왜 넣는지", "사용자가 어떤 경로로 움직일지"를 훨씬 더 구체적으로 설명해야 했어요. 딱 한 번 느낀 한계는, 제가 설명을 애매하게 하면 AI도 애매하게 만들어준다는 점입니다. 바이브코딩이 마법처럼 다 해결해주진 않고, 목표와 흐름을 또렷하게 말로 풀어낼수록 제대로 된 결과가 나온다는 걸 여러 번 느꼈어요.

주의할 점, 기본기도 없이 기대하면 실망할 수 있어요

바이브코딩을 쓰면서 가장 많이 받은 질문이 "그럼 이제 코딩 안 배워도 되는 거냐"였는데, 제 경험으로는 완전 그렇진 않았어요. 변수나 함수, 컴포넌트 구조 같은 아주 기초 개념은 알고 있을수록 훨씬 편했습니다. AI가 만들어준 코드를 읽다가 뭔가 마음에 안 들면 직접 손을 대야 하는 순간이 오거든요. 또, 속도만 믿고 처음부터 거대한 서비스를 한 번에 만들려고 하면 금방 꼬입니다. 저는 작은 기능 단위로 "로그인 화면만 먼저", "그다음 목록 화면" 이런 식으로 나눠서 지시하니까 훨씬 수월했어요. 그리고 민감한 데이터를 다루는 서비스라면, AI가 생성한 코드가 어떤 외부 라이브러리를 쓰는지, 어떤 API를 호출하는지 꼭 확인해보는 게 좋겠다는 생각이 들었습니다. 바이브코딩이 개발 진입 장벽을 많이 낮춰주긴 했지만, 책임까지 대신 져주는 건 아니라는 걸 계속 의식하게 되더라고요.

써보니 바이브코딩이 왜 이렇게 자주 언급되는지 조금은 알겠다는 느낌이에요. 코드를 직접 두들기는 시간이 줄어드니까, 머릿속에서 상상하던 그림을 훨씬 빨리 눈앞에 꺼내볼 수 있더라고요. 예전 같았으면 "이런 거 하나 만들면 얼마나 걸리지" 하고 포기했을 아이디어들도, 이제는 "한번 프롬프트로 던져볼까" 하는 쪽으로 생각이 바뀌었어요. 개인적으로는, 개발자가 되느냐 마느냐 이야기보다도, 앞으로는 기획자나 디자이너, 심지어 전혀 다른 일을 하는 사람도 바이브코딩을 어느 정도 다루면 좋겠다는 생각이 듭니다. 이 흐름을 몸으로 한번 겪어보니까, 최소한 "아이디어를 말로 잘 설명하는 능력"만큼은 예전보다 훨씬 중요해졌다는 건 부정하기 어렵네요.