미노스의 서비스 빌딩

많은 사람들이 바이브 코딩은 MVP 제작에 적합하다고 한다.상용 서비스를 구현 및 운영하기에는 적합하지 않다는 것이다. 왜일까?보안, DB 등등 상용 서비스에 필요한 다양한 전문 지식과 경험이 필요해서일지도 모르겠다. 아무튼 서비스에 필요한 모든 문제를 바이브 코딩 딸깍으로 다 해결할 수는 없다고 나는 받아 들인다. 한편 딸깍을 포기하고 늦더라도 필요한 정보와 개발을 차분히 쌓아간다면?어쩌면 MVP 이상을 만들 수 있을지도 모른다. 사설이 길었다.아무튼 …바이브 코딩으로 수익화까지도 시도하고 싶다. 구래서…. 수익화 방안을 AI와 논의 하기 시작했다 ㅋㅋㅋㅋ 현시점에서 사용자의 사용에 따라 비용이 발생하는 부분은 1.계정연동 서비스 API 비용가민, 스트라바 등 계정연동을 제공하고 있지만 상당히 까다..

Antigravity로 PRD 초안을 만들었다. (지난 포스팅 내용)가능한 상세한 기획을 해두기로 했기 때문에 아직 갈길이 먼 PRD다. PRD 상태에서 클로드 코드와 MOAI ADK로 넘어 갈까.. 했지만…Antigravity로 할 수 있는 데까지 세부 기획을 해보기로했다. (안티그라비티도 사용해보고 싶고, 토큰도 아껴보고 싶고 ㅎㅎ) 1. 홈화면 와이어프레임PRD에서는 대략적인 와이어 프레임을 요구했는데.. 그래픽 작업이 된 화면 시안을 뽑아줘버렸다.(아직 거기까지는 아니라고…심지어 내가 원하는 디자인 컨셉도 아니었음…)단순한 도시화 수준의 와이어 프레임으로 화면 구성을 확인하는 것이 우선이라고 판단했다. 또 다양한 경우의 수에 대한 와이어프레임을 가능한 많이 확인하고 싶었다. 그래서 핵심 UX가 제..

들어가기에 앞서지난 번 포스팅에서 언급한 MOAI-ADK로 바이브 코딩으로 개발하는 과정을 살펴보니… 스펙 문서가 잘 작성되면 바이브코딩으로 퍼포먼스가 잘 나오는 것 같다. 돌이켜 보면 나의 클로드 코드를 활용한 몇 차례의 바이브 코딩은 초기 결과물은 좋지만 이후 이래저래 꼬인다는 것이 였다. 초기 결과물을 테스트 하고 지속적으로 디벨롭을 해나가겠다는 마음이었지만… 돌이켜 보면 무엇을 만들겠다는 것이 명확하게 정의 되지 않은 상태라 문제가 생긴 것 같다. ‘딸깍 하면 다 만들어준다.’는 말은 더 이상 믿지 않는다. 누군가 바이브 코딩으로 뭔가를 엄청 쉽게 했다고 말하면 바이브 코딩 전에 하고 싶은 무엇인가가 명확히 정의 되어 있는 상황이 선행되었겠구나.. 하고 생각한다. 이 필요하다. MOAI-A..