r/vibecoding•4개월 전•3•30
이거 바이브 코딩 맞음? 분류 좀 도와줘!
Is this vibe-coding or not? Need your help for a classification!
핵심 요약
AI를 활용한 꼼꼼한 검증 중심의 개발 방식이 '바이브 코딩'에 해당하는지 묻는 글.
- 개발 방식 — AI를 활용하되 계획 수립과 코드 검증을 철저히 하는 하이브리드 방식임.
- 분류 논쟁 — 동료들과 자신의 워크플로우가 바이브 코딩인지 아닌지를 두고 의견이 갈림.
- 바이브 코딩 정의 — 코드 존재를 잊고 AI에 전적으로 의존하는 방식이 진정한 바이브 코딩이라는 의견이 지배적임.
- 커뮤니티 반응 — 라벨링에 집착하지 말고 본인에게 맞는 방식을 사용하라는 조언이 많음.
안녕 r/vibecoding!
내 워크플로우 분류에 대해 의견 좀 묻고 싶어. 솔직히 이게 바이브 코딩인지 아닌지 계속 토론하게 돼서 "바이브 코더들한테 물어보는 게 낫겠다" 싶었지.
배경 설명을 하자면, 난 AI가 소프트웨어 개발에 쓰이기 훨씬 전부터 수년간 일해온 소프트웨어 엔지니어야. AI랑 '바이브' 타는 건 좋아하지만, 동시에 AI가 하는 모든 걸 확인하는 것도 좋아해. 결국 이런 워크플로우로 정착했어:
- 먼저 요구사항을 다 적어. 기능적인 것뿐만 아니라 소프트웨어, 보안, 인프라 관련 아키텍처 결정 사항도 포함해. 이론적 지식과 Perplexity, Cursor를 활용한 AI 리서치를 결합하지. (Cursor는 기존에 있는 걸 바탕으로 결정할 때 주로 써.)
- 그다음 AI가 요구사항 구현을 위한 상세 계획을 짜게 해. 난 항상 계획을 읽어봐. 만족스럽지 않으면 직접 수정하거나 에이전트한테 수정하라고 해. 만족할 때까지 반복하지.
- 그 후 에이전트가 변경 사항을 구현하게 해. 에이전트한테 말하진 않지만, 난 그 구현물을 최종 결과물이 아니라 제안이나 프로토타입으로 봐. 종종 에이전트랑 반복 작업을 하거나 직접 손으로 수정해. 코드가 맘에 안 들면 프로토타입이 아니라 아이디어 정도로만 참고하기도 해.
- 100% 만족할 때만...
에이전트가 사용할 수 있도록 엄청난 양의 컨텍스트(특히 매우 제한적인 규칙 세트), MCP 서버, 기타 도구들을 제공해 뒀어. 특정 패턴을 강제하는 린팅 규칙도 많고, 무엇보다 인간이 읽기 쉬운 통합된 코드 스타일을 유지해. 게다가 항상 결정된 사항을 알고 싶어 하고, 아키텍처 변경 사항은 ADR(아키텍처 결정 기록)로 문서화할 것을 요구해.
이거 아직 바이브 코딩일까, 아니면 다른 걸로 분류해야 할까? 난 이게 스펙 기반 개발(계획, 문서, 기타 정보를 유지하니까)과 고전적인 '올드 스쿨' 워크플로우가 섞인 것 같아.
레딧 형들은 어떻게 생각하는지 궁금해. 동료들은 결론을 못 내리더라고. 그리고 너희 개발 프로세스는 어떤지도 궁금해. 100% 바이브 코더부터 나 같은 하이브리드 방식까지 말이야.
