바이브 코딩을 하는 가장 큰 이유는 아마도 개발 생산성 향상 일 것이다. 그래서인지 바이브 코딩을 하면서 자연스럽게 "어떻게 하면 효율을 더 높일 수 있을까?"를 고민하게 된다. 직접 코드를 작성하지 않으니, 그만큼 남는 시간을 프로세스 개선에 투자하게 되는 셈이다. 지난 포스팅에서 앱과 서버를 함께 개발할 때 명세 문서를 작성하고, 이를 기반으로 AI 에이전트에게 개발을 지시하는 방식을 소개했었다. 오늘은 이 방식을 실제로 사용하면서 겪었던 불편함과, 그것을 어떻게 개선했는지 이야기해보려 한다. 기존 개발 환경 앱에 기능을 추가하다 보니 서비스가 하나가 아니라 여러 개가 되었다. 당시 내 개발 환경을 간단히 그려보면 이런 구조였다. 개발 Macbook └─ 앱 프로젝트/ ├─ docs/ └─ src/ Ubuntu 서버 ├─ server1 프로젝트/ │ ├─ docs/ │ └─ src/ └─ server2 프로젝트/ ├─ docs/ └─ src/ iOS 앱 개발은 어쩔 수 없이 Mac에서 해야 했다. 서버는 DB도 돌려야 하고, 실제 운영 환경과 동일한 조건에서 개발하는 게 나을 것 같아 Ubuntu에서 진행했다. Macbook 용량도 부족한데 DB 서버를 계속 띄워놓기도 부담스러웠고, 초기에 API 서버가 PHP + Apache 조합이었던 것도 분리한 이유 중 하나였다. 기존 개발 프로세스 새로운 기능을 추가하거나 수정할 때는 이런 순서로 작업했다. VS Code에서 앱 프로젝트를 열고, Claude를 이용해 명세를 작성 한다. 작성된 명세를 구현이 필요한 각 프로젝트의 docs 폴더에 복사 한다. VS Code에서 각 프로젝트를 연다. 서버의 경우 VS Code의 원격 연결을 이용한다. 각 프로젝트에서 Claude를 실행하고, docs 폴더의 명세를 기반으로 개발을 지시 한다. 문제점 문제...
상추 추수 이후 성장 현황 지난번 상추 추수 이후 많이 자랐습니다. 상추 잎을 따내고 나면 위 사진과 같이 앙상한 상추들이 보입니다. 역시 빛이 약하다보니 수경재배기의 LED 빛을 잘 받는 가운데 부분 이외의 포트에서 자라는 상추는 웃자람이 심하여 제대로 서 있질 못하게 되어 여기에서 더 키우는 것은 한계인 것 같아서 웃자람이 덜한 가운데 3포트만 남기고 나머지는 모두 따냈습니다. 12포트 50일 수확량과 경제성 분석 50일 약간 안되는 기간동안 12포트에 씨를 심어서 따낸 상추잎은 마트에서 소분해서 파는 봉지기준으로 4~5봉지 정도 되는 것 같습니다. 수경재배기 구입비용, 전기요금 등을 감안하면 한두번 키워서는 경제성이 형편없습니다. 그리고, 향후 투입될 양액 구매비용과 그로잉스펀지(수경재배기의 각 포트에 끼워서 상추를 키워내는 배지) 구매비용등을 감안하면... 장기적으로도 경제성은 없을 듯 합니다.. 그냥 재미로... 다음 재배 계획 새로 주문해 놓은 그로잉스펀지가 도착하면 12포트 대신 4~5포트만 심어서 키워서 웃자람이 덜하게 키워볼 예정입니다. 이 글은 이번 재배에 대해서는 마지막 포스트입니다..