비개발자 바이브코딩의 규모 한계와 AI 티 덜기

오늘 오후 늦게, 더배러 방에서 비개발자가 AI로 바이브코딩을 하면 어디까지 갈 수 있느냐는 물음이 나왔다. 규모의 한계를 두고 의견이 갈렸고, 이야기는 AI가 만든 디자인의 티를 줄이는 방법으로 이어졌다.

한계를 짚은 쪽

규모의 한계를 짚은 한 참가자는 현재 AI의 약한 부분을 아키텍처로 꼽았다.

현재 ai의 한계는 (묻지 않았을 때) 아키텍쳐 부분이라 봅니다.

이 참가자는 쉽게 말하겠다며 예를 들어 되물었다. 당근이나 배민 수준의 서비스를 AI로 만들 수 있다고 보느냐는 것이었다.

ai로 당근이나 배민 똑같이 만들 수 있나요?

다른 참가자는 만들면 될 것 같다고 했다. 이에 규모의 한계를 짚은 참가자는 동시 접속자(동접) 100만 명 규모의 서비스를 비개발자가 바이브코딩으로 돌아가게 만든다는 뜻이냐고 되짚었다. 한참 뒤에는 자신의 요지가 대기업 대규모 트래픽과 db 구조를 비개발자가 만들 수 있느냐는 물음에 대한 답변이었다고 정리하며, 큰 서비스에는 전문가가 붙어야 한다는 입장을 밝혔다.

큰 서비스에는 어쩔 수 없이 진짜 전문가들이 붙어야 한다고 보거든유

다른 참가자도 비슷한 결을 보였다. 못한다고 생각하지는 않지만 굉장히 어렵다고 했고, 또 다른 참가자는 만들기와 운영하기를 갈랐다.

앱 개발은 가능한데, 운영이 힘들죠.

규모를 낮추면 된다는 쪽

앞서 만들면 될 것 같다고 한 참가자는 규모의 기준을 바꿨다. 동시 접속 100만 명이 아니라 1000명 정도라면 되지 않겠느냐는 것이다.

동접 100만명은 아니더라고 동접 1000명은 만들겠죠?

같은 참가자는 100만 명을 목표로 시작을 못 하거나 기초 교육부터 받기보다 100명 기준으로 먼저 시작하면 지금의 AI로 못 만들 것이 없다고 주장했다. 그러면서도 100만 명 목표라면 공부가 필요하겠다고 한발 물러섰다. 다른 참가자는 누구나 손쉽게 만들 수 있다면 전문가가 필요 없을 텐데 아직 거기까지는 아니라고 동의했다.

누구나 손쉽게 만들 수 있으면 전문가의 존재가 필요없겠죠

껍데기만 만드는 일이라면 할 수 있을 것 같다는 말에는, 실제 서비스를 돌리는 서버 기준을 말한 것이라는 반박이 따랐다. 서로 기준을 다르게 놓은 채 말한 셈이다.

AI 티를 줄이는 순서

그 사이 디자인 이야기가 끼어들었다. 디자인에 자신이 없다는 한 참가자의 말을 받아, 다른 참가자가 AI 슬롭이 돌고 돈다고 말했다.

ai slop 은 돌고 돌거든요?

이 참가자는 이어 AI 티를 벗겨내는 과정을 이렇게 늘어놓았다.

ai 티를 벗겨낸 ai 티를 벗겨낸 ai 디자인

이 참가자가 내놓은 방법은 개발과 디자인을 한 번에 시키지 않는 것이었다. AI에게 개발하면서 디자인까지 맡기면 같은 모델이라 결과가 비슷해진다. 대신 이미지 생성으로 서로 다른 시안을 여러 개 먼저 만들게 하고, 그 이미지를 바탕으로 기능을 얹으라고 했다.

이미지 선생성 -> 거기에 기능을 맞춰넣음

이 방법을 써 본 소감도 직접 밝혔는데, 완전히 달라지지는 않아도 효과는 있었다는 것이다.

슬롭보단 나은 슬롭

앞서 규모가 굉장히 어렵다고 했던 참가자는 디자인에 대해 더 단순한 길을 말했다. 사람도 어차피 완벽하지 않으니 그렇게 완벽할 필요는 없다고 했고, 이어 최소한의 디자인만 넣는 것이 AI 슬롭을 없애는 방법인 것 같다고 했다.

AI Slop 없애는 방법은, 최소한의 디자인만 넣는 방법 인 것 같습니다.

읽을 점

이 토론에서 눈에 띄는 것은 같은 문장을 다른 규모로 읽었다는 점이다. 한쪽은 대규모 트래픽과 운영을, 다른 쪽은 100명이나 1000명 규모를 기준으로 말했다. 디자인 쪽에서는 이미지 시안을 먼저 만든다는 순서 하나가 구체적인 방법으로 나왔지만, 효과는 한 참가자의 경험으로 전해졌을 뿐 검증된 결과는 아니다.