"AI로 주말에 SaaS 만들었어요." 이런 트윗을 한 번쯤 봤을 것이다. 그 트윗에 없는 내용이 있다. 그 사람이 이미 10년 차 개발자였다는 사실. AI 코딩 도구는 실력을 평준화하는 게 아니라, 기존 실력을 증폭시키는 도구다. 그리고 0에 어떤 수를 곱해도 0이다.
가이드 없는 AI는 가정(假定)을 쌓는다
dev.to에 올라온 Vibe Coding vs. Guided AI Coding 아티클은 이 차이를 아주 선명하게 보여준다. 초보자 Dave가 make an app where dogs can order treats라고 입력하는 순간, AI는 40가지 결정을 혼자 내린다. 프레임워크 선택, 상태 관리 방식, 인증 여부, DB 스키마까지. 결과물은 그럴싸하게 렌더링되지만 버튼을 누르면 아무것도 일어나지 않는다.
문제는 버그가 아니다. Dave가 자신이 모르는 것을 모른다는 것이다. AI가 지어준 집에서 Dave는 어디가 내력벽인지 모른다. 뭔가 무너지면, 그는 다시 AI에게 물을 수밖에 없고, AI는 또 다른 가정을 얹는다. 이게 바이브 코딩의 실제 함정이다.
경험 있는 개발자는 다르게 시작한다
같은 앱을 만드는 시니어 개발자 Priya의 첫 프롬프트는 이렇게 시작한다.
"Next.js 14 App Router 기반,
/treats라우트에 서버 컴포넌트로 정적 상품 목록, 카트 상태는 Zustand로 클라이언트 사이드 관리, TypeScript strict mode, 지금은 인증·결제·DB 없이. 파일 구조와 Zustand 스토어부터 시작해."
프로덕트 관점에서 보면, 이건 단순한 프롬프트가 아니라 기술 스펙 문서다. 프레임워크, 라우팅 패러다임, 스코프 경계, 상태 관리 전략, 타입 시스템—AI가 가정해야 할 것이 하나도 없다. 결과물은 중복 아이템 처리, 타입 안전성, 파생 total() 함수까지 갖춘 프로덕션 수준의 Zustand 스토어다. 같은 도구를 썼지만, 출력의 품질은 우주 차이다.
코드를 안 써도 개발자인가
또 다른 흥미로운 시선이 있다. dev.to의 Day 2: I Didn't Write Any Code Today 글에서 저자는 OpenOlex라는 오픈소스 프로젝트를 21일 동안 AI(Kiro)로만 개발하며 솔직하게 기록한다. 하루에 작성한 코드: 0줄. AI가 쓴 코드: 약 2,000줄.
그가 한 일은 이렇다. 프로젝트 방향이 흔들릴 때 "OpenOlex는 MCP 프로토콜의 물리 세계 인터페이스"라고 다시 정의했다. 피처를 추가하는 대신 테스트 커버리지를 45%에서 56%로 올리기로 결정했다. 그 결과 데이터 손실 버그가 발견됐다. AI는 구현했고, 인간은 결정했다.
사용자 경험 흐름으로는, 이게 오히려 더 나은 개발이다. 기술 부채 없이, 방향 없이 달리지 않고, 매일 "왜 이걸 만드는가"를 검증했으니까.
AI 샌드위치: 코딩 앞뒤가 진짜 일이다
The AI Sandwich of Future Tech Jobs 글은 이 흐름을 가장 실용적인 언어로 정리한다. 저자는 과거 MVP 개발에 10,000캐나다 달러와 두 달을 썼던 스타트업을 AI로 하루 만에 다시 만들었다. 그런데 그 과정에서 발견한 것: AI가 코드를 다 짜더라도, 코딩 전후가 여전히 사람 몫이다.
- Before 코딩: 요구사항 정의, 비즈니스·사용자 가치 검증, AI 에이전트 스코프 설계, 가드레일 설정
- AI 코딩: 구현 전담
- After 코딩: QA, 목표 달성 여부 평가, 배포 전략, 운영
이게 'AI 샌드위치'다. 빵 없는 샌드위치는 없다. AI가 속 재료를 다 채워줘도, 빵—즉 앞뒤 의사결정—이 없으면 그건 음식이 아니다.
실무 시사점: 프롬프트 실력이 곧 설계 실력이다
세 글이 합쳐서 말하는 건 하나다. AI 코딩 도구의 아웃풋 품질은 입력자의 도메인 지식에 정비례한다. 그리고 그 도메인 지식은 결국 다음 세 가지로 수렴한다.
- 스코프를 자르는 능력 — 지금 필요한 것과 나중에 필요한 것을 명확히 분리할 줄 아는가
- 아키텍처 언어로 말하는 능력 — 프레임워크, 패턴, 경계를 AI에게 구체적으로 전달할 수 있는가
- 출력을 검증하는 능력 — AI가 만든 코드에서 트레이드오프를 읽고, 틀린 가정을 잡아낼 수 있는가
AI 활용 실전 팁으로는, v0.dev로 UI 골격을 빠르게 뽑고 Cursor에서 컴포넌트 단위로 정교하게 다듬는 방식이 Priya의 접근과 정확히 맞닿아 있다. 큰 덩어리를 한 번에 요청하지 말고, 세션마다 스코프를 잘라서 접근하는 것—이게 AI와 함께 일하는 실력이다.
전망: '코딩 능력'의 정의가 바뀐다
앞으로 시니어 개발자의 가치는 "코드를 빠르게 타이핑하는 능력"에서 "AI에게 올바른 제약을 주는 능력"으로 무게 중심이 이동할 것이다. 이미 이동하고 있다. 코드 한 줄 안 쓰고 하루를 보낸 개발자가 더 좋은 소프트웨어를 만드는 시대가 됐으니까.
하지만 역설적으로, 이 흐름에서 살아남는 사람은 기초가 탄탄한 사람이다. AI가 내린 결정의 옳고 그름을 판단하려면, 그 결정이 무엇인지 먼저 알아야 하기 때문이다. 바이브 코딩이 함정인 이유는 AI가 나쁜 도구라서가 아니라, 지도 없이 빠르게 달리는 것이 위험하기 때문이다.