바이브코딩(Vibecoding)으로 트레이딩 시뮬레이터 앱을 만들었습니다
I Vibecoded A Trading Simulator App
핵심 요약
Claude Code로 트레이딩 앱을 개발하며 겪은 중복 코드 문제와 재사용성 확보의 중요성을 공유함.
- Claude Code 활용 — Claude Code와 Opus 모델을 사용해 트레이딩 시뮬레이터 happycharts를 개발함.
- 중복 코드 병목 — AI가 중복 코드를 남발하여 개발 속도가 빨라질수록 유지보수가 어려워지는 문제가 발생함.
- 컴포넌트 재사용성 — LLM에게 기존 컴포넌트를 재사용하도록 명시적으로 지시해야 코드 엉킴을 방지할 수 있음.
- GitNexus MCP — AI의 코드 분석 및 리서치 과정에서 GitNexus MCP 도구가 큰 도움이 됨.
안녕하세요, 바이브(Vibe) 열성 팬 여러분.
제가 사람들의 트레이딩과 투자를 돕기 위해 만든 트레이딩 시뮬레이터 앱인 happycharts의 새 버전을 출시했습니다. Opus 4.6 출시 이후로 100달러 구독 플랜의 Claude Code를 주로 사용해 만들었습니다.
처음에는 Opus가 제한에 걸릴까 봐 항상 Sonnet을 사용했습니다. 하지만 어느 시점부터는 새로운 기능을 만드는 것보다 기존 기능을 다듬는 것이 중요해졌습니다. 그리고 정말이지, 다듬어야 할 부분들이 꽤 있더군요.
AI는 여전히 중복 코드를 많이 작성하는데, 빠르게 출시하고 싶을 때는 어느 정도 괜찮습니다. 하지만 어느 순간 빠른 출시 자체가... 빠른 출시의 병목 현상이 됩니다. 이미 컴포넌트가 있어야 함에도 불구하고 기존 것을 기반으로 새로운 것을 만들어내서 짜증 나는 버그가 생기기 때문에 기능을 빨리 만드는 것이 고통스러워집니다.
선택한 LLM에게 컴포넌트를 최대한 재사용 가능하게 만들고, 새로 만드는 대신 기존 것을 사용하라고 정말 확실히 말해야 한다는 것을 깨달았습니다. 상식적인 이야기지만, 한 번 잊어버리면 순식간에 엉망진창이 될 수 있습니다. 다행히 LLM들이 엉킨 것을 푸는 능력이 좋아지고 있고, GitNexus MCP를 사용하는 것이 AI의 코딩 리서치에 도움이 된 것 같습니다.
그래서 가끔은 가장 사소하고 당연한 것들도 추가적인 상기가 필요합니다. 재사용 가능한 컴포넌트를 생성하도록 하고, 그것들이 실제로 사용되고 있는지 꼭 다시 확인하세요!



