한계와 책임

지금까지 바이브 코딩을 빠르고 안전하게 하는 법을 배웠다. 마지막으로 한 걸음 물러서서, 이 방식의 한계와 그에 따르는 책임을 짚는다. 도구를 잘 쓰는 사람은 도구가 못 하는 일도 정확히 안다.

학습 목표

• 이해 없이 쌓이는 코드의 위험을 안다.
• 학습용과 프로덕션의 기준이 다름을 구분한다.
• 최종 책임이 사람에게 있음을 받아들인다.
• 바이브 코딩을 건강하게 쓰는 원칙으로 마무리한다.

이해 없이 쌓이는 코드의 위험

가장 큰 함정은 동작하지만 아무도 이해하지 못하는 코드다.

• 수정 불능: 버그가 나도 어디를 고쳐야 할지 모른다.
• 눈덩이 효과: 이해 못 한 코드 위에 또 쌓으면 복잡도가 폭발한다.
• 숨은 결함: 동작하는 듯 보여도 엣지 케이스나 보안 구멍이 숨어 있을 수 있다.
• 의존: 에이전트 없이는 한 줄도 손대지 못하는 상태가 된다.

7강의 "받은 코드를 읽는다"가 단순한 권고가 아닌 이유다. 이해하지 못한 코드는 자산이 아니라 부채다.

학습용 vs 프로덕션

같은 코드라도 어디에 쓰느냐에 따라 기준이 다르다.

구분	학습/프로토타입	프로덕션
목표	빠른 검증, 실험	신뢰성, 유지보수
검토 강도	가볍게	철저히, 가능하면 동료 리뷰
테스트	핵심만	충분한 커버리지
보안	기본	엄격(입력 검증, 비밀값, 권한)
버려도 되나	그렇다	아니다

프로토타입을 빠르게 만드는 건 바이브 코딩의 강점이다. 하지만 그 프로토타입을 그대로 프로덕션에 올리는 순간, 기준은 완전히 달라져야 한다. "돌아가니까 됐다"는 학습에선 괜찮지만 프로덕션에선 위험하다.

학습의 트레이드오프

에이전트에 전부 맡기면 빨리 결과는 나오지만, 직접 손으로 풀며 배우는 학습은 일어나지 않는다. 새 개념을 익히는 중이라면 의도적으로 속도를 늦춰 본다.

• 먼저 스스로 시도해 보고, 막힐 때 에이전트에 묻는다.
• 생성된 코드의 "왜"를 설명하게 하고 그걸 학습 자료로 쓴다.
• 가끔은 일부러 직접 타이핑한다.

빠른 완성과 깊은 학습은 다른 목표다. 지금 무엇을 원하는지 의식하고 선택한다.

최종 책임은 사람에게

에이전트는 도구다. 코드가 누구 손에서 나왔든, 그것을 합치고 배포하는 순간 책임은 사람에게 있다.

• 버그가 사용자에게 피해를 주면, 그건 내 책임이다.
• 보안 사고가 나도, "에이전트가 짰다"는 변명이 되지 않는다.
• 라이선스·저작권·개인정보 처리의 적법성도 내가 확인해야 한다.

이 책임을 받아들이는 것이 곧 검토하고, 테스트하고, 이해하려 애쓰는 이유다.

바이브 코딩을 잘 쓰는 마무리 원칙

이 강좌 전체를 다섯 줄로 압축하면 다음과 같다.

1. 의도를 명확히 전달한다. 목표·제약·예시를 갖춰 모호함을 줄인다.
2. 큰 일은 계획부터, 모든 일은 작게. 합의한 뒤 한 조각씩 만들고 매번 확인한다.
3. 자주 커밋한다. git이 모든 회복의 안전망이다.
4. 받은 코드를 읽고 이해한다. 이해 못 한 코드는 부채다.
5. 책임은 내가 진다. 검토·테스트·보안은 위임할 수 없다.

요약

바이브 코딩은 강력하지만 만능이 아니다. 이해 없이 쌓인 코드는 부채가 되고, 학습용과 프로덕션의 기준은 다르며, 깊은 학습은 때로 속도를 늦춰야 얻어진다. 무엇보다 코드의 출처와 무관하게 최종 책임은 사람에게 있다. 의도를 명확히, 작게 반복하며, 자주 커밋하고, 읽고 이해하며, 책임을 지는 것. 이 다섯 원칙을 지키면 바이브 코딩은 실력을 대체하는 게 아니라 키우고 확장하는 도구가 된다.