바이브 코딩 (Vibe Coding)
별칭: Vibe Coding · 바이브 코딩 · 무계획 코딩 (오해 표현)
요약
entity/karpathy 가 만든 용어. 자연어 프롬프트로 LLM에게 코드 작성을 위임하는 코딩 스타일. 단, 창시자 본인이 "시작점이지 목적지가 아니다"라고 다시 한정 했다 — 무계획 즉흥 코딩으로 오해되면 3개월의 벽 (DB 유실, 보안 취약, 디버깅 불능)에 부딪힌다. 본 강의의 입장: 바이브 코딩 = 진입로, 종착지는 concept/agentic-engineering.
상세
용어의 두 의미:
| 의미 | 설명 | 평가 |
|---|---|---|
| 본래 의미 (Karpathy 정의) | 자연어로 LLM에 위임 — 소프트웨어 concept/software-3-0 의 인터페이스 | 진입로로서 유효 |
| 오해된 의미 | "그냥 vibe대로" 무계획 즉흥 코딩 | 실패 사례 양산 |
실패 사례 (책자 Part 1 자료):
- PocketOS 사고: Replit 환경에서 AI 에이전트가 운영 DB를 삭제 (Jason Lemkin / Amjad Masad 사례)
- GitClear 2.1억 줄 분석: AI 코드는 인간 대비 논리 오류 1.75×, 보안 취약 2.74×, 코드 중복 4×
- Anthropic RCT 연구: 설계 없이 AI 의존 시 디버깅 능력 17%+ 하락
창시자의 자기 부정:
"바이브 코딩은 시작점이지 목적지가 아니다." — Karpathy "Things get better in plan mode." — Karpathy, 2026-04-24 "Vibe coding is passé." — Karpathy
본 강의에서의 입장: 바이브 코딩을 부정하지 않되, 반드시 concept/spec-driven-development / concept/agentic-engineering / 하네스 엔지니어링 위에서만 작동 한다고 가르친다.
방법론
강의에서 이 개념을 다룰 때:
- 01 INT lesson/int-software-evolution: 소프트웨어 3.0의 인터페이스로 자리매김.
- 02 VBC: 본격 정의 + 실패 사례 (PocketOS, GitClear 데이터). "유포리아에서 혼돈으로" 흐름.
- 03 HRN: 실패 원인을 모델 약함이 아니라 구조 부재 로 진단 → 하네스가 답.
- 06 CLN: Agentic Engineering 으로 종착.
주의사항
- "바이브 코딩 = 나쁘다"고 단순 부정하면 강의 제목 "Vibe-coding, 설계 없이는 코딩이 안된다" 의 의도와 어긋난다. 부정이 아니라 한정 이다.
- "그냥 vibe대로"라는 한국어 어감이 강해 청중에게 무계획 즉흥의 인상을 준다 — 첫 등장에서 즉시 concept/spec-driven-development 와 묶어 균형 잡는다.
- 카파시의 자기 부정 발언("passé")을 너무 강조하면 청중이 "그럼 왜 강의 제목에?"라고 혼란스러워한다 → "용어는 시작점, 강의는 그 너머"로 정리.