무료 구직 관리 도구를 출시했습니다. '바이브 코딩'으로 이렇게 오래 걸릴 줄은 몰랐네요.

다들 그렇듯 나도 최근에 정리해고 당했다. AI 자동 지원 툴 광고가 하도 지긋지긋해서 그냥 내가 직접 '바이브 코딩(vibe code)'으로 하나 만들기로 했다. 완전 로컬에 오픈 소스임. 내 개인 깃허브에 이것저것 데모 앱은 많이 만들어 올렸지만(디자인 전공이라 소프트웨어 엔지니어는 아님), 이번엔 제대로 출시도 해보고 좀 더 괜찮은 프로덕션 수준으로 빌드하는 습관을 들여보고 싶었음.

https://github.com/santifer/career-ops 여기에서 영감을 받아서 시작했는데, 좀 더 쓰기 편한 UX랑 유연함이 필요했음. 여기까지 만드는 데 한 달 넘게 걸렸고, 아직 좀 거친 부분도 있을 거다. 근데 나만 그런 거냐? 하룻밤 만에 바이브 코딩으로 뚝딱 만들어서 출시했다는 놈들 다 구라 치는 거 맞지?

비전공자로서 개발하면서 배운 것들(이미 아는 사람도 많겠지만):

• 버그 수정이나 기능 추가할 때는 임시 피처 브랜치(feature branch) 만들어서 PR 날려라. PR 쌓기나 커밋, 워크트리 활용하는 거 좋아하는 사람들도 있겠지만, 난 이게 제일 깔끔하더라.

• Hermes/Openclaw한테 내가 열어둔 깃허브 이슈 확인하고, 해결 방안 짜고, 구현해서 PR 날리라고 시켜라. 그리고 내가 머지하고 테스트할 때까지 기다리게 해. 그다음에 로컬 설치본 업데이트하고. 이 파이프라인을 아예 스킬로 만들어서 계속 반복할 수 있게 해두면 편함.

• 깃허브 액션(GitHub actions)으로 자동화 테스트 만들어라(프로젝트 좀 돌아간다 싶으면 에이전트한테 테스트 코드 짜달라고 해). PR은 무조건 테스트 통과해야 머지할 수 있게 하고. 하나 고치려다 다른 거 다 박살 내지 말고.

• 주기적으로 감사(audit) 돌려라. 보안 감사, 코드 효율성 감사, 버그 스윕 감사 같은 거. 이것도 스킬로 만들어두면 좋음.

• 직접 QA 빡세게 돌려라. 사람 눈으로만 보이는 게 분명히 있거든.

뭐, 대충 이 정도다. 공유도 좀 하고 피드백도 받을 겸 올려봄. 뭐 팔려는 거 아님. 나도 아직 백수라 구직 활동 추적하는 용도로 쓰고 있는데, 쓸만하다 싶으면 깃허브 스타 하나씩 박아주라.

Catabull.com