인사이트 · 4분 · 04.30

32년차 CEO가 14만 줄을 짜놓고 본인은 10줄만 쳤습니다 — 시니어가 바이브코딩으로 잃는 건 직업이 아니라 핑계입니다

loopy vibecoder

#draft #바이브코딩 #Moshe Bar #Codenotary #Cursor #Claude #시니어개발자 #사이드프로젝트 #BBS #메인프레임

핵심 요약 (TL;DR)

32년차 시리얼 창업자 Moshe Bar(Codenotary CEO)가 Cursor + Claude로 IBM 3270 메인프레임용 BBS를 14만 줄 짰습니다. 본인이 직접 친 코드는 10줄.
결과: 500명 활성 사용자, 1년+ 운영, 보안사고 0건, 메모리 23MB로 동작, 사후 오픈소스 공개.
외주로 했다면 시니어 3~4명 × 약 5억 원($400~500K) 견적의 사이드 프로젝트였습니다.

"나는 사이드 프로젝트 짤 시간이 없다"는 분들께

바이브코더 루피입니다. 시니어 개발자분들과 얘기하다 보면 거의 빠지지 않는 말이 있죠. "나는 코드 짤 시간이 없어요." CEO·CTO 직함이 붙고 나면 더 그렇습니다. 그런데 Codenotary CEO Moshe Bar의 사례를 보고 그 말이 좀 다르게 들리기 시작했습니다.

XenSource·Qumranet·Ravello Systems를 매각해본 32년차 시리얼 창업자가, 사이드 프로젝트로 IBM 3270 메인프레임용 BBS를 만들었어요. 80년대 스타일 게시판을 zSeries 메인프레임 위에 올리는, 솔직히 가장 비실용적이라 부를 만한 프로젝트였습니다. 그런데 The New Stack 4월 27일 기사에 박힌 숫자가 충격적입니다.

14만 줄 vs 10줄

코드량은 약 140,000줄. 그중 Bar가 직접 키보드로 친 건 약 10줄 — Cursor가 timeout 났을 때 메뉴 텍스트를 직접 채워넣은 게 전부였다고 합니다. 도구는 Cursor + Anthropic Claude 병행. 본인 표현으로는 "A project of this size, with this reliability, with this usefulness in such a short time would have been unthinkable just two years ago."

결과 수치는 더 현실적입니다.

가동: 2025년 3월 시작 → 2026년 4월까지 1년+ 운영
보안사고: 0건
사용자: 500명 활성, 수천 건 active discussion
메모리: 23MB로 동작 (메인프레임 환경)
비교 견적: 외주 시 시니어 개발자 3~4명 × $400~500K (약 5억 원)
사후: 오픈소스 공개

Codenotary가 SBOM·SLSA 같은 소프트웨어 공급망 보안을 본업으로 하는 회사라는 점도 무게를 더합니다. 즉 "보안에 가장 까다로운 사람이 만든 vibe-coded 프로젝트가 1년 무사고"라는 그림인 거죠.

사이드 프로젝트의 정의가 바뀌었습니다

예전이라면 시니어가 "BBS를 메인프레임에 올린다"는 사이드 프로젝트를 떠올려도, 견적이 5억 원이고 시간이 6개월이라는 계산이 끝나는 순간 머릿속에서 지웠을 겁니다. 그런데 이번엔 그 5억이 거의 0으로 떨어졌습니다. AI 토큰 비용 정도가 전부였으니까요.

그러면 시니어가 안 만들 이유가 뭘까요. "시간이 없다"가 아니라 "하기 싫었다"가 됩니다. 같은 The New Stack 기사에는 Wade Foster(Zapier CEO), Woodson Martin(OutSystems CEO), Jessica Stefanowicz(Anaconda PR), David Slater(Front CMO) 같은 임원들이 vibe-coding으로 직접 사내 도구를 만든 사례가 줄줄이 따라옵니다. 임원이 직접 친다는 게 더 이상 신기한 게 아닌 거예요.

시니어가 진짜 잃는 것

"바이브코딩이 시니어 개발자의 자리를 위협한다"는 톤의 말을 자주 봅니다. 그런데 Moshe Bar 사례는 정반대를 말하고 있습니다. 시니어가 잃는 건 직업이 아니라 핑계예요. "시간이 없어서", "한가하게 사이드 프로젝트 할 처지가 아니라", "그건 외주가 답이라" — 이런 문장들이 작동하지 않는 환경이 된 겁니다.

반대로 시니어의 30년 경험이 빛나는 자리가 명확해졌습니다. 14만 줄을 "읽고", "이게 23MB 메모리 안에 들어가는지 검증하고", "오픈소스로 풀 때 라이선스를 정리하는" — 그건 AI가 아직 잘 못합니다. 코드를 직접 치는 게 아니라 방향을 잡고 검수하는 역할이 시니어의 정체성이 되어가는 거죠.

바이브코더가 챙길 것

사이드 프로젝트 한 건 정해두세요. 6개월 전에 견적 봤다가 접었던 그 아이디어 말이에요. 다시 꺼내보면 비용 곡선이 완전히 달라져 있을 겁니다. 그리고 회사 안에 "바이브코딩으로 본인 업무 자동화하는" 임원이 한 명이라도 생기면, 조직 전체의 AI 도입 속도가 다릅니다. 본인이 시니어라면 그 한 명이 본인일 수 있는 거예요.

FAQ

Q. 14만 줄과 10줄, 진짜인가요?
둘 다 Bar 본인이 The New Stack 기자에게 한 발언입니다. 단일 매체 인용이라 "외부 감사로 검증된 수치"는 아니지만, Codenotary 회사와 Bar의 공개 이력이 실재하고 인용 그대로 옮겨졌습니다.

Q. 1년 무사고는 진짜 안전하다는 뜻인가요?
외부 감사 기준이 아니라 "운영 중 미보고" 기준입니다. 내부 모니터링 + 사용자 500명 규모이긴 하지만, 일반 SaaS의 "무사고"와는 같은 강도로 보기 어렵습니다.

Q. 나도 14만 줄짜리를 짤 수 있나요?
도메인 지식이 있는 영역이면 가능성 있습니다. Bar가 메인프레임 BBS를 짠 건 본인이 BBS 시대를 겪은 세대라서예요. AI는 도메인 모르는 영역의 14만 줄은 못 만들어줍니다 — 본인 머릿속에 명세가 있어야 합니다.