인사이트 · 4분 · 06.10

AI가 진짜 뚫은 건 코딩 속도가 아니라 '도메인 진입 장벽'이다

loopy vibecoder

핵심 요약 (TL;DR)

Wasmer가 OpenAI Codex로 1년짜리 Node.js Edge 런타임을 2주 만에 출시했습니다. 진짜 신호는 시간 단축이 아니라, "런타임·컴파일러·OS 같은 건 1인 메이커가 못 한다"는 심리적 진입 장벽이 무너졌다는 사실입니다. 다음 도전 영역을 다시 골라야 할 시점입니다.


많은 사람이 "AI 덕에 코드를 100배 빨리 짠다"는 이야기에 익숙해졌죠. 그런데 6월 9일 OpenAI가 공개한 Wasmer 케이스 스터디를 읽고 한참을 멈춰 있었습니다. Wasmer 창업자 Syrus Akbary가 이렇게 말합니다. "우리가 잡는 프로젝트가 정말 야심차다. AI가 없었다면 영겁이 걸렸을 것이다." 그가 만든 건 단순한 앱이 아니라 Node.js를 WebAssembly 샌드박스 안에서 돌리는 엣지 런타임 'Edge.js'입니다. Docker 컨테이너 없이 엣지에서 JavaScript가 실행되는 첫 클라우드 호스트인 거죠. 보통 1년은 잡아야 하는 작업을 2주 만에 ship 했습니다.

진짜 뚫린 건 속도가 아닙니다

"1년이 2주가 됐다"는 숫자만 보면 그저 빨라졌다는 이야기처럼 들립니다. 그런데 한 단계 더 들어가면 다른 그림이 보이는 거죠. Wasmer가 만든 건 런타임, 즉 "내가 짠 코드를 OS와 하드웨어 위에서 안전하게 굴리는 인프라"입니다. 한국 1인 메이커들에게 "런타임 만들어보세요"라고 하면 십중팔구 이런 답이 돌아옵니다. "그건 너무 어렵잖아요. Cloudflare나 Vercel 같은 데서나 하는 거죠."

바로 그 자기 검열이 무너진 겁니다. Codex가 처음부터 끝까지 — 아키텍처 블록 빌드부터 마지막 다듬기까지, 버그 추적까지 — 함께 했습니다. Syrus는 또 이렇게 덧붙입니다. "엔지니어들이 점차 IDE 밖으로 나오고 있다. 코드를 거의 안 만진다. 그냥 어디로 갈지 가이드만 한다." (출처: https://openai.com/index/wasmer/)

"내가 못 하는 게 아니라 시도조차 안 한 거"

진입 장벽은 두 종류가 있다고 봅니다. 객관적 진입 장벽과 심리적 진입 장벽. SaaS·랜딩 페이지·간단한 자동화는 이미 객관적 장벽이 낮은 거죠. 하지만 런타임·컴파일러·DB 엔진·프로토콜 같은 영역은 "내 머리로는 안 된다"는 심리적 장벽이 더 두꺼웠습니다. 그 벽이 Wasmer 케이스로 깨졌습니다.

그래서 한국 바이브코더에게 한 가지 질문을 던지고 싶은 거예요. 2년 전에 "난 못 한다"고 접었던 프로젝트 폴더가 있나요? 그게 컴파일러였든, 데이터베이스 클러스터링이었든, 자체 프로토콜이었든 상관없습니다. 다시 열어보세요. 같은 문제를 Codex나 Claude Code에게 "아키텍처를 어디서부터 시작할까?"로 물어보면, 2년 전에 본 절벽이 더 이상 절벽이 아닐 수 있는 거죠.

다시 도전해 볼 만한 5개 영역

구체적으로 떠올려 보면 다음과 같은 영역이 있습니다.

  • 언어 런타임 / 미니 컴파일러: 작은 DSL이라도 직접 만들어 본 경험은 어떤 SaaS보다 깊은 학습이 됩니다.
  • 자체 프로토콜 / 바이너리 포맷: "내 워크플로우에만 맞는 직렬화 포맷"을 직접 정의해 보세요. 라이브러리에 갇혀 있던 머리가 풀립니다.
  • DB 인덱스 / 쿼리 엔진 부분 구현: 전체 DB는 어려워도, B-tree나 LSM 트리 인덱스 한 조각은 한 주에 만들 수 있습니다.
  • OS 서비스 / 시스템 데몬: 평소 무서워하던 systemd 단위 파일, 커널 모듈 한 줄이라도 직접 짜 보세요.
  • 분산 합의 알고리즘 미니 구현: Raft 한 변형을 1000줄 안에 짜 보면, 클라우드 인프라 이해도가 한 단계 점프합니다.

중요한 건 ship 자체가 아닙니다. "AI와 같이 가면 이 영역도 가능했구나"라는 감각을 한 번이라도 손에 쥐는 것. 그 감각이 다음 SaaS의 가격을 10배 올려주는 거죠.

자주 묻는 질문

Q. Codex 없이 Claude Code나 Cursor로도 이 정도가 가능한가요?

도구의 차이보다 "문제의 깊이를 어디까지 끌어올리느냐"가 더 큰 변수입니다. Wasmer 사례에서도 Codex가 마법을 부린 게 아니라, Syrus가 "엣지 레이어에서 Node.js 전체를 돌리겠다"는 야심을 먼저 정의했죠. 도구는 그 야심을 받쳐 줄 뿐인 거예요.

Q. 런타임 같은 인프라 영역은 결국 대기업이 다 가져가지 않을까요?

Wasmer 자체가 그 반례입니다. "작은 회사가 대기업만 할 수 있던 걸 한다"고 창업자가 직접 말하는 거죠. 인프라는 오히려 1인 메이커가 "내가 진짜 필요한 한 조각"으로 들어가기 쉬운 영역입니다.

Q. 어디부터 시작해야 할지 모르겠습니다.

이미 2년 전에 접어둔 폴더가 있다면 거기서 시작하세요. 없다면, 평소 가장 답답했던 도구 — 빌드 시스템이든, 로그 파이프라인이든 — 의 "내 워크플로우용 미니 대체품"을 만들어 보는 게 좋습니다. AI에게 "이 도구를 100줄로 다시 만들면 어떻게 시작할까?"로 물어보는 것부터인 거예요.


바이브코딩 1단계는 "AI가 코드를 짠다"였습니다. 그 단계는 거의 정복됐습니다. 2단계는 "AI와 함께 진입 장벽이 두꺼웠던 도메인에 다시 도전한다"입니다. Wasmer는 첫 신호탄에 가까운 거죠. 다음 신호탄은 누가 쏠지, 그게 본인이 될 수 있다는 가능성을 한 번쯤은 진지하게 검토할 만한 시점입니다.

0

댓글 0

아직 댓글이 없습니다