가장 흔한 바이브코딩(vibecoding) 패턴은 무엇인가요?

local-first는 확실히 가장 큰 특징이죠. 지금처럼 유행하기 전부터 어디서나 보였어요.

제가 계속 눈에 띄는 다른 기본값들은 이렇습니다: 모든 것에 sqlite 사용(나중에 postgres가 더 합리적일 때도요), 앱 로직 전체가 되어버리는 거대한 프롬프트 파일 하나, 그리고 마지막에 깜짝 선물처럼 덧붙여지는 인증 기능.

또한 앱이 화면 두 개짜리인데도 모든 데모에 다크 모드 토글이 있죠.

태스크 트래커는 진짜예요. 아마 백엔드 고민 없이 '뭔가 출시'하고 싶을 때 사람들이 가장 먼저 떠올리는 거라서 그런가 봐요.

그래도 난 모든 것에 다크 모드 있는 게 좋더라

계속 반복해서 보이는 것들 몇 가지: 인증 없는 local-first 저장소(SQLite나 localStorage), 수정이 불가능해질 때까지 커지는 거대한 파일 하나, 보라색이나 파란색 그라데이션이 들어간 다크 UI, 에러 핸들링 없이 얇은 API 호출 하나로 추가된 'AI 기능', 그리고 첫 버전이 그냥 작동했다는 이유로 레포에 그대로 남겨진 시크릿 키들. 덜 눈에 띄는 기본값은 테스트가 요구사항 대신 코드를 확인하기 위해 같은 모델에 의해 코드 작성 후에 작성된다는 점입니다. 만약 하나를 만들고 있다면, 인수 테스트를 먼저 작성하는 게 그 패턴에서 벗어나는 가장 저렴한 방법이에요.

___가 지겨워서, ___를 만들었다.

chatgpt에게 codex용 프롬프트를 만들라고 시킨다.

답변을 기다린다.

codex에 복사 붙여넣기 한다.

답변을 기다린다.

chatgpt에 복사 붙여넣기 한다.

헹구고. 반복한다.

그 과정을 자동화한다.

chatgpt에게 어떻게 자동화할지 codex용 프롬프트를 만들라고 시킨다.

답변을 기다린다.

codex에 복사 붙여넣기 한다.

답변을 기다린다.

chatgpt에 복사 붙여넣기 한다.

헹구고. 반복한다.