r/vibecoding•3개월 전•4•45논쟁

60%의 문제

The 60% problem

핵심 요약

AI 도구로 개발할 때 초기에는 잘 되다가 결국 유지보수 불가능한 코드로 끝나는 '60%의 문제'에 대한 고찰.

AI 개발 한계 — 초기 프로토타이핑은 완벽하지만 복잡한 앱으로 갈수록 유지보수가 불가능해짐
코드 품질 논쟁 — AI가 생성한 코드는 모듈화가 부족하고 데모용으로만 적합하다는 비판
개발자 역할 — AI를 도구로 활용해야지 AI가 모든 것을 해결하길 기대하는 것은 무리라는 의견
해결책 모색 — 작업을 세분화하고 아키텍처 설계를 직접 수행해야 60%의 벽을 넘을 수 있음

[블록 1/7] 이제 처음 해보는 것도 아니고, 솔직히 지친다.

[블록 2/7] 난 구글에서 인증한 AI/ML/MLOps 자격증이 있어. JavaScript를 알고 React, Python, Rust, HTML/CSS, Tailwind 등의 경험도 있지. 웹사이트, 안드로이드 앱, 데스크톱 앱, SaaS 제품도 만들어봤어. 난 그냥 무작위로 프롬프트를 날리며 성공을 바라는 초보자가 아니라고.

[블록 3/7] Cursor, Claude Code, Kimi Code, Gemini CLI, Google Antigravity, Roo Code, Kilocode, Lovable, Bolt.new, Replit 등등 수많은 도구를 써봤어. 예상보다 훨씬 많은 돈을 이 서비스들에 썼지.

[블록 4/7] 매번 상황은 똑같아. 아이디어 구상, 계획, 바이브 코딩 시작까지 처음 몇 시간은 모든 게 완벽해. 그러다 **죽은 코드(dead code)**가 나오고, 버그가 생기고, 실제 코드를 짜는 시간보다 문제를 찾는 데 더 많은 시간을 쓰게 되지. 운 좋게 작동하게 만들어도 성능이 형편없고, 매우 느리고, 반쯤 고장 나 있고, 사용하지 않는 함수와 죽은 코드가 사방에 널려 있어. 게다가 뭘 하나 바꾸기도 겁나. 바꾸는 순간 대부분 고장 날 테니까.

[블록 5/7] 이게 내가 말하는 **"60%의 문제"**야. 무언가를 시작은 하지만 절대 끝내지는 못하는 상태. 물론 누군가는 AI로 유용하고 기능적인 무언가를 만드는 데 성공했겠지. 그냥 운이 좋았을지도 모르지.

[블록 6/7] 이런 프로그램들은 주로 웹사이트를 만드는 데는 괜찮아. 그건 인정해. 하지만 그 외의 것들, 특히 데스크톱이나 모바일 앱은 끝까지 완수할 체력이 없어.

[블록 7/7] 너희 중에도 이런 문제를 겪는 사람이 있어? 아니면 내가 처음부터 잘못하고 있었던 걸까?

원문

커뮤니티 목록

r/vibecoding•3개월 전•4•45논쟁

60%의 문제

The 60% problem

핵심 요약

AI 도구로 개발할 때 초기에는 잘 되다가 결국 유지보수 불가능한 코드로 끝나는 '60%의 문제'에 대한 고찰.

AI 개발 한계 — 초기 프로토타이핑은 완벽하지만 복잡한 앱으로 갈수록 유지보수가 불가능해짐
코드 품질 논쟁 — AI가 생성한 코드는 모듈화가 부족하고 데모용으로만 적합하다는 비판
개발자 역할 — AI를 도구로 활용해야지 AI가 모든 것을 해결하길 기대하는 것은 무리라는 의견
해결책 모색 — 작업을 세분화하고 아키텍처 설계를 직접 수행해야 60%의 벽을 넘을 수 있음

[블록 1/7] 이제 처음 해보는 것도 아니고, 솔직히 지친다.

[블록 7/7] 너희 중에도 이런 문제를 겪는 사람이 있어? 아니면 내가 처음부터 잘못하고 있었던 걸까?

주요 댓글

r/vibecoding

AI를 도구로 활용하는 방식에 대한 회의론과, AI가 모든 것을 해결해주길 바라는 기대치가 너무 높다는 현실적인 조언이 엇갈리고 있습니다.

실력 문제임

-1

ㅇㅇ 솔직히 말해서 에이전트 기반 엔지니어링도 엄연한 기술임. 슬슬 한계가 보이기 시작하네.

현직 개발자라면서 AI로 제품 하나 제대로 못 내놓는 건 좀 아닌 듯. 실력 문제 같은데.

결국 도메인을 단순하게 만드는 쪽으로 가게 되더라.

그리고 코드를 직접 들여다보니 AI에 가졌던 신뢰가 바닥을 쳤음.

난 폴더 도메인을 명확히 분리하는 편이야. 모듈화라고 하지.

그래서 개발자도 아닌 사람들이 AI로 복잡한 걸 만들었다고 극찬하는 걸 보면,

속이 뒤집힘.

처음엔 그 사람들이 나보다 더 잘 쓰는 줄 알았는데,

아니었음. 그냥 우리한테 보여주기식 쇼를 하는 거였어.

보여주기식 쇼라는 말, 이보다 더 정확할 순 없네.

요즘 AI는 기본적으로 그냥 쇼하기에 딱 좋은 수준임

60%의 함정에 빠져 있다면 실제 개발자로서의 경험을 제대로 활용하지 못하고 있는 거야. AI는 그냥 도구일 뿐이고 실제 개발은 네가 해야지. 그 자격증들은 아무 의미 없고, 네가 말한 (React, Python, Rust, HTML/CSS, Tailwind) 경험도 다 '바이브 코딩'으로 얻은 건지 의심스럽네. 이 글 읽으면서 든 생각임.

-2

내 목적은 처음부터 AI가 나를 도와서 만드는 게 아니라, AI가 스스로 기능적인 제품을 만들 수 있다는 그 과장된 능력을 테스트해보는 거였어.

내 전략은 이거임: - 각 부분을 독립적으로 유지함. AI가 처음부터 끝까지 다 하게 안 둠. 예를 들어 ABC 기능을 하는 라이브러리를 만들고, ABC 기능으로 테스트하고, ABC 기능으로 API를 추가하고, 마지막으로 ABC 인터페이스를 만드는 식임. - React나 TypeScript 대신 Python/REFLEX를 씀. React 프론트엔드랑 백엔드 관리 안 해도 돼서 토큰 90% 아낌. Reflex 엔진 자체가 React 기반임. 작은 웹앱은 Streamlit을 쓰고. - 확장성이랑 독립적인 파트 구성을 위해 Docker, 큐, 워커를 사용함.

그러니까 인간이랑 비슷하네, 인간은 훨씬 빨리 포기한다는 점만 빼면... 🤣 방식을 바꿔봐. 왜 처음 60%를 AI 없이 안 해보는 거야? 시간이 얼마나 걸리는지 봐봐. AI는 보조 도구지, 나를 대체하는 도구가 아님. 난 기본적으로 보일러플레이트 만들 때만 쓰고, 디자인은 안 맡김(내가 제일 좋아하는 부분이라 직접 하는 걸 좋아함). 내가 30~40% 코딩하고, AI가 50~60%까지 다듬게 한 다음, 내가 다시 30%를 하고 마지막에 AI가 마무리하게 함. 워크플로우에 통합하는 걸 시도해 봐...

원문r/vibecoding