2년간 바이브코딩하고 비중을 줄였다 — HN 865점 반성문이 던지는 질문
핵심 요약 (TL;DR)
개발자 Mo Bitar가 2년간 AI 코딩 도구에 의존한 뒤 사용 비중을 100%에서 40% 미만으로 줄였다는 글이 해커뉴스에서 865점, 634개 댓글을 기록했습니다. "만들 수 있다"와 "이해한다"는 같지 않다는 그의 경고는, 바이브코딩 시대에 개발자가 어디에 선을 그어야 하는지를 묻고 있습니다.
지게차로 몸을 만들 수는 없습니다
Mo Bitar(mobitar)의 글은 제목부터 도발적이었습니다. 2년간 바이브코딩을 해온 개발자가 다시 직접 코드를 쓰겠다고 선언한 거니까요. 해커뉴스에서 865점, 634개의 댓글이 달렸습니다. 바이브코딩 관련 HN 역대급 토론 중 하나입니다.
댓글에서 반복적으로 등장한 비유가 있었습니다. "지게차를 쓴다고 근력이 생기지 않는다." 한 CS 교사(recursivedoubts)의 댓글도 화제였는데요. "코드는 아직 어렵지 않다. 하지만 반드시 직접 써야 한다. 지름길은 기초를 건너뛴다."
100%에서 40% 미만으로 — "포기"가 아니라 "비중 조정"
오해하면 안 되는 게 있습니다. Mo Bitar는 AI 도구를 완전히 포기한 게 아닙니다. 원문을 보면, AI 사용 비중을 100%에서 40% 미만으로 줄인 겁니다. 여전히 AI를 씁니다. 다만 핵심 로직, 아키텍처 결정, 복잡한 디버깅은 직접 하겠다는 선언이죠.
그가 짚은 문제는 두 가지였습니다. 첫째, 문제 해결 능력의 퇴화. AI가 코드를 생성해주면 "왜 이렇게 작동하는지"를 깊이 파고들 동기가 사라집니다. 버그가 나면 AI에게 다시 물어보면 되니까요. 이 순환이 반복되면서 스스로 디버깅하는 근육이 약해졌다는 겁니다.
둘째, 코드에 대한 주인의식(pride of ownership)의 상실. 자기가 쓴 코드가 아니니까 애착이 없고, 애착이 없으니까 품질에 대한 기준도 느슨해집니다. 마치 임대 아파트와 자기 집의 차이처럼요.
이 글이 불편한 이유
솔직히, 바이브코딩의 생산성 향상을 경험해본 사람이라면 이 글이 불편할 수 있습니다. "나도 그렇게 되는 건 아닐까?"라는 질문을 피할 수 없으니까요.
하지만 634개의 댓글을 읽어보면, 이건 "바이브코딩을 하지 마라"가 아닙니다. "얼마나, 어떻게 할 것인가"에 대한 대화입니다. AI가 생성한 코드를 그대로 커밋하는 것과, AI가 제안한 접근법을 이해한 뒤 자기 손으로 구현하는 것은 결과물이 같아도 개발자에게 남는 것이 다릅니다.
Mo Bitar가 현재 만들고 있는 Shape(팀용 작업공간 도구)에서도 이 원칙을 적용하고 있다고 합니다. AI는 보일러플레이트와 반복 작업에, 핵심 설계는 자기 머리와 손에.
바이브코딩의 황금비율은 있는가
Mo Bitar는 40%라는 숫자를 제시했지만, 이건 그의 상황에 맞는 숫자일 뿐입니다. 중요한 건 비율이 아니라 질문 자체입니다. "지금 AI에게 맡기고 있는 이 작업을, 내가 직접 해봤을 때 할 수 있는가?"
할 수 있는데 효율을 위해 맡기는 거라면 도구를 잘 쓰는 겁니다. 할 수 없는데 AI가 해주니까 넘기는 거라면, 그건 성장의 기회를 넘기는 것일 수도 있습니다. 지금 작성 중인 코드에서, 그 경계가 어디인지 한번 점검해보시는 건 어떨까요?
FAQ
Q. 바이브코딩을 많이 하면 실력이 퇴보하나요?
Mo Bitar의 경험에 따르면, AI에 100% 의존할 경우 디버깅 능력과 코드 이해도가 약해질 수 있습니다. 핵심은 AI 사용 자체가 아니라, 직접 사고하고 코드를 작성하는 시간을 유지하는 데 있습니다.
Q. 주니어 개발자도 바이브코딩을 해도 되나요?
기초가 잡히기 전에 AI에 의존하면 학습 기회를 놓칠 위험이 있습니다. AI가 생성한 코드를 "왜 이렇게 작동하는지" 분석하는 습관을 함께 들이는 것이 중요합니다.
Q. AI 코딩 비중은 어느 정도가 적절한가요?
정답은 없지만, "AI 없이도 할 수 있는 일을 효율을 위해 맡기는 것"과 "AI 없이는 할 수 없는 일을 맡기는 것"을 구분하는 게 좋은 출발점입니다.
댓글 0
아직 댓글이 없습니다