<Coder>의 종말 그리고 [Bulider]의 서막

누적 투자액 30억 - 스타트업 창업과 실패뒤에 얻은 뒤늦은 깨달음

새벽 2시, 모니터의 차가운 빛이 얼굴 위에 내려앉아 있었다. 슬랙 알림이 떴다.

"이 기능은 스프린트 2개는 더 필요합니다."

두 줄짜리 문장이었다. 그런데 그 두 줄의 무게를 아는 사람은 스타트업을 해본 사람뿐이다. 스프린트 2개면 한 달. 한 달이면 런웨이가 그만큼 줄어든다. 투자금이 녹는 소리는 들리지 않는다. 그냥 통장 잔고가 조용히, 무심하게 한 자릿수씩 줄어들 뿐이다.

나는 세 번 창업했다. 공동창업자와 30억 원의 투자금을 받았다. 그리고 전부 잃었다.

코로나가 왔고, 전략이 틀렸고, 시장이 등을 돌렸다. 솔직히 말하자면 — 코로나 전에도 이미 금이 가고 있었다. 금이 간 곳은 항상 같은 자리였다. 내 머릿속의 '이것'과 개발팀이 만들어내는 '저것' 사이의 간극. 그 간극이 나를 가장 오래, 가장 깊이 좌절시켰다.

기획자가 "간단한 수정"이라고 말하면 개발자는 웃는다. 그 웃음의 의미를 나는 3년 동안 해독하지 못했다. 나에게 코드는 외국어가 아니었다. 외국어는 최소한 번역기라도 있으니까.

코드는 — 벽이었다. 그리고 그 벽 뒤에서 나의 원료가 썩어가고 있었다.

원료라는 말이 뜬금없이 들릴 수 있다. 설명하겠다. 세 번의 창업을 하면서 내 안에 쌓인 것들이 있다. 시장을 읽는 감각, 사용자의 미세한 불편을 포착하는 눈, "이건 되고 저건 안 된다"는 직관, 실패에서 추출한 교훈들. 이것들을 나는 원료라고 부른다. 프롬프트로 생성할 수 없고, 강의로 배울 수 없고, 오직 부딪혀본 사람의 뼈에 새겨지는 것들. 문제는 — 그 원료를 프로덕트로 바꿀 방법이 내게 없었다는 거다. 코드라는 벽 때문에.

두 번째 회사가 무너지기 직전의 일이다.

나는 개발 리드와 새벽까지 회의를 했다. 와이어프레임도 그리고, 플로우차트도 만들고, 이번에야말로 제대로 전달하겠다고 두 시간을 쏟았다. 개발 리드가 고개를 끄덕였다. "이해했습니다."

2주 뒤 결과물을 열었을 때의 감각을 아직도 기억한다. 마우스를 클릭하는 손끝에 확신이 있었다. 이번엔 됐을 거라는. 화면이 로딩되고 — 설명한 것의 70%가 반영되어 있었다. 하지만 가장 중요한 30%가 빠져 있었다.

그 30%가 이 서비스의 영혼이었다.

의자 등받이에 기대며 천장을 올려다봤다. 분노가 아니었다. 그보다 더 나쁜 감정이었다. 무력감. 전략의 언어는 추상화의 정도가 높고, 구현의 언어는 구체성의 정도가 높다. 그 둘 사이에서 30%가 증발하는 건 — 봤다, 나는, 그 순간을 — 구조적 필연이었다.

개발 리드를 탓했냐고? 처음엔 그랬다. 나중에는 아니었다. 그는 최선을 다했다. 그의 세계에서 "이해했습니다"의 의미와 내 세계에서 "이해했습니다"의 의미가 달랐을 뿐이다.

(여기까지 쓰고 멈칫했다. 옛날이야기를 꺼내는 건 여전히 쉽지 않다. 실패의 감각은 시간이 지나도 촉감이 사라지지 않는다.)

그 벽 때문에 나는 늘 한 발 늦었다.

스타트업의 생명은 속도다. 이건 교과서적인 말이 아니라 생존 보고서다. 시장이 신호를 보내면 2주 안에 반응해야 한다. 내 현실은 — 시장 신호 포착, 전략 수정, 기획서 작성, 개발팀 전달, 개발팀 이해, 백로그 등록, 스프린트 계획 반영, 구현, QA, 배포. 빨라야 두 달. 보통은 석 달.

석 달이면 계절이 바뀐다. 시장도 바뀐다. 관객은 이미 공연장을 떠나고 있었다.

이게 내 잘못인지, 개발팀 잘못인지, 구조의 문제인지. 오랫동안 답을 내리지 못했다. 지금은 안다. 아무의 잘못도 아니었다. 전략을 세우는 사람과 구현하는 사람이 분리된 구조에서 그 시차는 필연이었다.

30억 원어치의 교훈 중 가장 비싼 깨달음. 내가 직접 만들 수 있었다면, 이 모든 게 달라졌을 것이다.

그때는 공상에 불과했다.

1979년에 VisiCalc라는 소프트웨어가 세상에 나왔다. 세계 최초의 스프레드시트. 그전까지 재무 분석은 회계사의 전유물이었다. 수십 장의 원장 용지와 계산기, 수년간의 훈련. VisiCalc가 등장하자 사업가들이 직접 숫자를 만질 수 있게 됐다. 회계사가 사라졌냐고? 아니다. 하지만 "숫자를 다룰 수 있다는 것" 자체의 가치는 급락했고, "숫자로 무엇을 판단하느냐"의 가치가 급등했다.

지금 코딩에서 일어나고 있는 일이 정확히 이것이다.

앤스로픽의 CEO 다리오 아모데이가 "3~6개월 안에 AI가 코드의 90%를 작성하게 될 것"이라고 선언한 게 2025년 3월이었다. 사람들은 과장이라고 했다. 어쩌면 타이밍은 조금 빗나갔을 수도 있다. 하지만 방향은 틀리지 않았다. 전 세계 코드의 42%가 이미 AI에 의해 작성되고 있고, 마이크로소프트는 자사 코드의 30%가 AI산이라 밝혔고, AWS는 프로덕션 코드의 75%를 AI에 맡기고 있다. 앤스로픽 수석 엔지니어 보리스 체르니는 한발 더 나아가 "내 코드의 100%를 Claude가 쓴다"고 말했다. 2년 내 AI 지원 코드 비율은 65%에 이를 전망이다.

이건 실리콘밸리 안의 이야기가 아니다.

유통업을 하는 지인이 물었다. "요즘 앱 같은 것도 AI가 만들어준다며? 우리 아들이 뭐 만든다고 밤새 컴퓨터 앞에 앉아있던데." 나는 그게 뉴스가 아니라 현실이라고 대답했다. 그의 아들은 아마 코딩을 배운 적이 없을 것이다. 바이브코딩 사용자의 63%가 그렇듯이. 판교만이 아니라 인도의 비하르에서, 브라질의 상파울루에서, 190개 나라의 사람들이 코드를 모른 채 앱을 만들고 있다.

인도 출신의 바이브코딩 플랫폼 Emergent. 출시 8개월 만에 연간 반복 매출 1억 달러 돌파. 600만 명의 사용자. 30일 만에 매출이 5,000만에서 1억 달러로 배가됐다. 사용자의 70%가 코딩 경험 전무. 40%가 소상공인. 이건 투자 뉴스가 아니다. 문이 열린다는 신호다. 전에는 벽이었던 그 자리에, 문이 생긴 거다.

그리고 지금 — 한국에서 기획서만 쓰다가 퇴근하던 PM이 주말에 사이드 프로젝트 앱을 만들고 있다. 마케터가 자기 팀의 업무 자동화 도구를 혼자 구축하고 있다. 스타트업 대표가 CTO 없이 MVP를 만들어 투자자 앞에 내놓고 있다. 이건 미래의 이야기가 아니다. 당신의 옆자리에서 이미 일어나는 일이다.

여기서 잠깐. 불편한 질문을 하나 던져야겠다.

당신은 지금 어느 쪽에 서 있는가?

코드를 쓸 줄 아는 것이 자신의 가치라고 믿는 쪽인가. 아니면 코드를 쓸 줄 몰라서 무언가를 만들 엄두를 내지 못하는 쪽인가.

어느 쪽이든 — 발밑의 땅이 움직이고 있다는 것은 같다.

Coder와 Builder. 이 두 단어의 차이를 나는 30억 원을 태우고 나서야 이해했다.

Coder는 "어떻게(How)"의 사람이다. 이 언어의 문법은 뭔지, 이 함수는 어떻게 작동하는지, 이 버그는 왜 생기는지. Coder의 가치는 구현 능력에 있었다. 머릿속에 있는 것을 코드로 번역하는 정확성과 속도가 곧 실력이었고, 그 진입장벽이 곧 시장가치를 만들었다. Python 6개월, React 3개월, 백엔드 아키텍처 1년. 그 시간을 투자한 사람만이 무언가를 만들 수 있었다.

나는 Coder가 아니었기에, 늘 벽 앞에서 기다리는 사람이었다. 원료를 잔뜩 품고서.

Builder는 다르다. "무엇을(What)"과 "왜(Why)"의 사람이다. 어떤 문제가 존재하는지, 누가 이걸 필요로 하는지, 왜 지금 이것이 만들어져야 하는지. 시장을 읽는 눈, 사용자의 불편함을 포착하는 공감력, 만든 것을 세상에 내놓고 살아남게 하는 끈기. 코드는 AI가 쓴다. Builder는 AI에게 "무엇을 만들라"고 말하는 사람이다. Builder의 자산은 코딩 실력이 아니라 원료의 품질이다.

사실 이렇게 쓰고 보니, 너무 깔끔한 이분법에 역설에 빠진듯 하다. 현실은 이보다 지저분하다. 뛰어난 Coder 중에도 Builder적 감각을 가진 사람이 많고, Builder라고 해서 기술을 전혀 몰라도 되는 건 아니다. Y Combinator의 전 파트너 마이클 사이벨의 말이 떠오른다 — "기술을 이해하지 못하는 CEO는 위험하다. 다만 그 이해의 형태가 바뀌고 있을 뿐이다." 솔직히 여기서 확신은 70% 정도다. 하지만 큰 방향은 분명하다. 가치의 무게추가 'How'에서 'What'과 'Why'로 이동하고 있다.

비유를 빌리자면 이렇다.

Coder는 악보를 정확하게 연주하는 연주자였다. 음표 하나 틀리지 않고, 주어진 곡을 완벽하게 재현하는 것이 실력이었다. Builder는 어떤 곡을 만들지, 어떤 무대에서 연주할지, 누구에게 들려줄지를 결정하는 사람이다. 관객의 표정을 읽고, 시대의 소리를 듣고, 아직 존재하지 않는 멜로디를 상상한다.

AI라는 완벽한 자동 연주 기계가 등장한 순간, 연주 실력의 가치는 줄어든다. VisiCalc가 계산의 가치를 줄이고 판단의 가치를 올렸듯이. "어떤 음악을 왜 만드느냐"를 아는 사람이 무대의 중심으로 걸어 나온다.

AI가 코드를 써주는 세상이 장밋빛이기만 한 건 아니다. 바이브코딩으로 앱을 배포한 주니어 개발자의 40%가 자기가 만든 코드를 이해하지 못한다. 53%의 조직이 AI 생성 코드에서 보안 취약점을 발견했다. Stack Overflow 블로그는 이렇게 썼다 — "코드 지식 없이 코딩하는 새로운 최악의 코더가 등장했다." 묘하게 잘 먹히는 표현이다.

코드를 쓰는 건 쉬워졌다. 좋은 프로덕트를 만드는 건? 결코 쉬워지지 않았다.

어느 개발자 커뮤니티에서 본 댓글이 머릿속을 떠나지 않는다. "바이브코딩으로 앱 하나 뚝딱 만드는 건 좋은데, 그걸로 돈 버는 건 전혀 다른 이야기입니다." 맞다. 처음부터 그랬다. 만드는 것과 살아남는 것은 전혀 다른 근육이다. 그리고 그 근육은 — 가장 중요한 핵심 즉, — Builder의 원료에서 나온다.

무엇을 만들 것인가. 왜 만들 것인가. 누구를 위해 만들 것인가. 만든 뒤에 어떻게 살아남을 것인가.

이 질문들은 AI가 대답해주지 않는다. 시장에서 부딪히고, 사용자에게 거부당하고, 투자금이 바닥을 드러내는 경험을 통과한 사람의 뼈에 새겨지는 것들이다.

내가 그날, 그새벽에 슬랙을 째려보던 때를 다시 떠올린다. 그때 내 머릿속에는 분명 곡이 있었다. 시장이 원하는 멜로디가 들렸다. 다만 악기를 연주할 줄 몰랐을 뿐이다. 연주자를 고용했고, 내 곡을 설명하는 데 석 달을 쓰다가, 관객이 공연장을 떠난 뒤에야 무대에 올랐다.

지금은 내가 직접 연주한다. 완벽하지 않아도 된다. AI가 악보를 채워 넣어준다. 내가 할 일은 곡을 고르고, 첫 음을 어디서 시작할지 결정하는 것이다.

바이브코딩을 처음 경험한 날을 기억한다. 프롬프트를 타이핑하는 손끝의 감각이 이상했다. 기획서를 쓰는 것 같기도 하고, 개발자에게 설명하는 것 같기도 하고, 그런데 돌아오는 것은 메아리가 아니라 실체였다. 화면 위에 내가 상상한 것의 윤곽이 나타나기까지 2시간. 이전이었다면 스프린트 2개, 한 달, 수십 번의 슬랙 메시지가 필요했을 것을. 완벽하진 않았다. 버그도 있었고, 의도와 다른 부분도 있었다. 하지만 그걸 발견하고 고치는 데 20분이면 됐다. 석 달이 아니라 20분.

그때 느낀 감정은 — 아마 해방감이었을 것이다.

새벽 3시에 슬랙을 째려보던 그 차가운 모니터 빛. 그때의 무력감을 기억하는 사람이라면, 이 해방감의 무게를 이해할 것이다. 같은 모니터인데, 빛의 온도가 달라졌다.

한국 스타트업의 60%가 3년 안에 문을 닫는다. 이 통계 뒤에는 나처럼 전략과 구현 사이의 협곡에서 목이 쉰 사람들이 수두룩할 것이다. 자금 부족? 물론이다. 시장 타이밍? 그것도 맞다. 하지만 "내가 원하는 것을 직접 만들 수 없었기 때문에"라는 이유는 실패 보고서에 잘 등장하지 않는다. 너무 창피한 이유라서. 대표가 "저 코드 못 읽어요"라고 투자자 앞에서 말하기는 쉽지 않으니까.

어제까지만 해도 이 단락의 결론이 달랐다. "그러니 코딩을 배워라"고 쓰려고 했다. 하지만 아니다. 그건 2023년의 답이다.

2026년 2월 20일의 답은 이것이다. 당신은 코딩을 배울 필요가 없다. 당신이 가진 것 — 시장을 읽는 감각, 사용자를 관찰하는 눈, 문제를 정의하는 능력, 실패에서 추출한 교훈 — 그것이 이 시대가 요구하는 가장 희소한 자원이다. 그것이 Builder의 원료다.

Y Combinator 2025년 겨울 배치에서 21%의 스타트업이 코드베이스의 91% 이상을 AI로 생성했다. 세계에서 가장 까다로운 액셀러레이터가 이 방식을 선택하고 있다. Stack Overflow 2025년 설문에서 개발자의 84%가 AI 도구를 사용 중이거나 도입 예정이라고 답했다. 코드를 쓰는 사람들 스스로가 게임의 규칙이 바뀌었다고 인정하고 있다.

결론으로 가기 전에, 하나만 더 묻겠다.

당신의 원료는 무엇인가?

이력서에 적힌 직무 경험이 아닐 수도 있다. 첫 직장에서 고객에게 전화 돌리던 기억, 실패한 프로젝트에서 배운 "이건 절대 하면 안 된다"는 감각, 매일 출퇴근하면서 쌓인 시장에 대한 체감. 지금까지 그것을 프로덕트로 바꾸지 못했다면, 코드라는 벽 때문이었을 가능성이 높다.

그 벽이 사라지고 있다. 벽이 사라진 자리에서 당신의 원료가 비로소 쓸모를 갖게 된다.

이건 나만 그런가 — 그게 좀 무섭지 않은가? 핑계가 사라진다는 뜻이기도 하니까. "개발자가 없어서 못 만들었어"라는 변명이 더 이상 통하지 않는 세상. 이제 남는 건 순전히 당신의 판단이다. 당신의 원료의 품질이다. 그게 진짜 불편한 질문이다.

당신에게 묻겠다.

당신이 진짜 하고 싶었던 것은 코딩이었나, 아니면 만드는 것이었나?

대부분의 경우 답은 후자다. 우리가 원했던 건 Python을 마스터하는 게 아니라, 머릿속에 있는 서비스를 세상에 꺼내놓는 것이었다. 코딩은 그 꿈과 현실 사이에 놓인 통행료였다. 비싸고, 오래 걸리고, 때로는 갚을 수 없는 통행료.

이제 그 통행료가 사라지고 있다.

남은 것은 꿈의 품질이다.

나는 세 번의 창업으로 30억 원을 태웠고, 그 재 속에서 원료를 건져 올렸다. 비싼 수업료였다. 하지만 이 수업은 끝나지 않았다. 오히려 — 지금이야말로 그 수업이 쓸모 있어지는 시간이다.

Coder의 시대가 저물고, Builder의 시대가 시작되는 지금.

당신은 코드를 모르는 사람이 아니다.

당신은 코드가 필요 없는 시대의 Builder다.

차가운 모니터 빛 아래서 무력했던 그 새벽은 끝났다. 같은 자리에서 같은 빛이 비치고 있지만, 이번엔 당신이 직접 만들 차례다.

당신은 이미, 여기에 있다.