앱을 '바이브 코딩'으로 만드는 건 하루 만에 끝날 일이 아니다

물론 개발 속도를 높일 순 있지만, 개발에 수반되는 모든 일을 없애주진 않음. 대부분의 문제는 실제 사용자가 제품을 쓰기 시작해야만 나타나거든.

나도 그렇게 생각함. V1은 경주에 참가하게 해줄 뿐, 우승하게 해주진 않음.

난 오프라인 데스크톱(Electron) 비디오 앱을 만들고 있는데 벌써 18개월째임. 지금 시점에서 베타까지는 아마 6개월은 더 남은 것 같음.

하루 만에 쓰레기 같은 건 만들 수 있지. 그런 건 많이 보니까. 하지만 제대로 고민해서 만든 거라면? 아니, 몇 달은 걸릴 거임. 만약 Max 플랜이나 Claude를 쓸 돈이 없어서 예산이 빠듯하다면? 더 오래 걸릴 거임. 왜냐하면 제대로 빌드하고 디버깅하는 법을 몰라서 생기는 실수들을 직접 해결해야 하니까. 아니면 그냥 AI가 네가 원하는 대로 안 움직여서 그럴 수도 있고.

Stride가 광고비를 썼다는 게 대단하네. 그냥 여기서 토론하는 척하면서 사실은 자기네 바이브 코딩 AI 쓰레기를 홍보하려는 목적이겠지.

내가 가장 힘든 건 여러 세션에 걸쳐 컨텍스트를 깔끔하게 유지하는 거임. 예전엔 앱의 핵심 구성 요소를 설명하는 마크다운 문서를 만들어서 어떤 세션의 에이전트든 그 문서를 가져와 원래 설계 의도대로 계속 빌드하게 했었음. 근데 에이전트들이 그 문서를 업데이트하지 않아서 문서가 구식이 되고 효과가 떨어지는 경우가 많았음.

그래서 최근에 컨텍스트를 '단위 테스트'하고 항상 최신 상태로 유지되도록 이걸 만들었음.

하루 만에 된다는 건 순전히 마케팅임. 실제 타임라인은 '완성'을 어떻게 정의하느냐에 따라 완전히 다름.

하나의 문제를 잘 해결하는 작동하는 MVP? 집중해서 반복하면 1~2주면 됨. 실제 사용자와 엣지 케이스를 견뎌내는 무언가? 그건 다른 프로젝트임.

네가 말한 단계적 접근 방식만이 확장 가능한 유일한 방법임. 작은 영역을 정의하고, 제대로 만들고, 그다음 확장하는 거. 핵심이 탄탄해지기도 전에 계속 범위를 넓히려는 본능이 프로젝트를 질질 끌게 만드는 주범임. Stride는 제대로 가고 있는 것 같네.

앱을 하나 준비했는데, 지금 TestFlight에 올라와 있고 매일 쓸 수 있을 정도로 안정적임. 첫 커밋을 확인해 보니 3개월 정도 걸렸고, 그 후에도 잡무와 규정 준수 문제 때문에 계속 커밋했음.

코딩은 항상 전체 작업의 작은 부분이었기 때문에 쉬운 게 아님.