왜 '바이브 코딩' 프로젝트는 실패하는가.

전문가 수준으로 프론트엔드 프레임워크 배우려면 몇 년은 투자해야 했지. 이제는 그럴 필요가 없어. 몇 년 전만 해도 그건 하나의 분야였는데 말이야.

지금 너도 게시물 작성자가 백엔드에 대해 비판하던 거랑 똑같은 짓 하고 있네 ㅋㅋ 복잡한 프론트엔드 프로젝트 관리하는 것도 똑같이 할 일 많은데, 네가 모르는 것뿐이야. 그냥 느낌대로 코딩하는 게 너한테 근거 없는 자신감만 심어준 거지.

바이브 코딩 맞아. 프론트엔드 코드를 어떻게 짜는지 모르니까 왜 특정 프레임워크를 선택하는지, 각 프레임워크의 문제점이 뭔지 같은 걸 전혀 모르는 거잖아.

어떻게 작동하는지, 왜 그걸 선택했는지 모른다면 그건 바이브 코딩이야. 그냥 LLM이 뱉어내는 쓰레기 같은 코드에 '바이브'를 맞추고 있는 거지.

내가 내 프로젝트에서 에이전트 프로그래밍을 했을 때, 스택으로 SvelteKit을 고른 건 아주 의도적인 선택이었어. Next.js나 Swift, Flutter를 안 쓴 건 내 경험을 바탕으로 한 아주 구체적인 이유가 있었기 때문이지...

25년 넘게 전에 대부분의 웹 개발자들이 똑같은 논쟁으로 씨름하던 때가 기억나네. 지오시티(geocities) 쓰던 사람들은 다들 자기가 웹 개발자인 줄 알았지. 그러다가 진짜 웹사이트를 만들어야 하는 상황이 오면... 아, 그 엉망진창인 결과물들.

나도 비슷한 상황이야. 엔지니어링과 인프라 지식은 꽤 있는데, 다른 개발 언어를 깊게 파고들 시간은 없었거든.

바이브 코딩을 쓰면, 나는 무엇을 어디에 배치할지, 컴포넌트들이 어떻게 소통해야 할지 정확히 설계하고 Claude가 실제 작업을 하게 할 수 있어.

진짜 개발자들이 불만을 갖는 지점은, 사람들이 Claude한테 더 구린 버전을 만들라고 시켜놓고는 자기가 직접 앱을 만들었다고 떠들고 다닐 때라고 생각해...

이게 나한테는 가장 좋은 구분법이야. 그래, 로컬에서 MVP를 만들어서 스스로 검증하는 건 좋지만, 진짜 시험대는 그걸 얼마나 빨리 프로덕션으로 가져가느냐지. 비개발자, 도구 사용을 거부하는 개발자, 도구를 조금만 써보거나 최소한만 하는 개발자, 그리고 도구를 적극적으로 받아들이고 방법론을 계속 업데이트하는 개발자 사이에는 레벨마다 엄청난 실력 차이가 있어.

예를 들어, 프로젝트를 프로덕션 준비 상태로 만드는 데 일주일 걸리는 개발자와, 아는 개발자는...

5개의 서로 다른 프로젝트를 해본 결과, 이건 다 작은 프로젝트들임. 내 경험상 vibe coding은 기여자가 많은 대규모 코드베이스, 특히 수년간 다져진 레거시 코드 앞에서는 무너짐.

나도 마찬가지! 난 프론트엔드 작업은 영 소질이 없었거든.