AI 트렌드

코드가 공짜가 된 날, 빌더에게 남는 것

AI가 코딩 비용을 0으로 끌어내리자 '이제 만들 줄 알면 된다'는 말이 돌았습니다. 하지만 진실은 정반대죠. 만드는 능력이 흔해질수록 값어치는 만들기 '바깥'으로 옮겨갑니다. 데모가 공짜가 된 시대에 빌더가 진짜 길러야 할 것 — 안목, 유통, 판단 — 을 짚는 칼럼입니다.

코드가 공짜가 된 날, 빌더에게 남는 것

주말 이틀 만에, 그는 앱 하나를 만들었다. AI에게 말로 시켰고, 화면은 그럴듯했고, 배포까지 끝냈다. 월요일 아침 링크를 올리고 그는 기다렸다. 그리고 아무 일도 일어나지 않았다. 가입자는 본인 하나, 반응은 친구의 “오 신기하다” 한 줄. 만드는 건 놀랄 만큼 쉬웠는데, 그게 누군가에게 가닿는 일은 조금도 쉬워지지 않았다.

이 장면이 지금 수많은 빌더의 책상에서 반복되고 있다. AI가 코딩의 비용을 0에 가깝게 떨어뜨리면서 가장 흔한 착각이 하나 생겼다. “이제 만들 줄 알면 된다.” 하지만 진실은 정반대다. 만드는 능력이 흔해질수록, 값어치는 만들기 ‘바깥’으로 빠르게 이동한다. 모두가 만들 수 있게 된 순간, 경쟁은 ‘만들 수 있는가’가 아니라 무엇을, 누구를 위해, 왜 만드는가로 옮겨간다.

데모의 비용이 0이 되었다

지난 글에서 봤듯, 게임을 만들어 본 적 없는 사람이 3시간 만에 만든 비행 게임이 17일 만에 매출 100만 달러를 찍는 시대다. 무엇이 진짜 달라졌나. 결과물이 화려해진 게 아니라, ‘작동하는 데모’를 만드는 비용이 사실상 사라졌다는 점이다.

그런데 여기에 빌더들이 잘 놓치는 역설이 있다. 비용이 0이 되면, 그것은 더 이상 차별점이 아니다. 누구나 할 수 있는 일은 정의상 해자(垓子)가 될 수 없다. 어제까지 “이걸 만들 수 있다”가 자랑이었다면, 오늘은 그게 기본값이다. 데모를 만드는 능력은 이제 트로피가 아니라 입장권이다. 입장권을 들고 들어온 사람이 수백만 명이라면, 경쟁은 그 안에서 다시 시작된다.

데모가 공짜가 될수록, ‘데모 다음’의 가치는 오른다.

진짜 일은 ‘데모 다음’에 있다

작동하는 것과, 믿고 쓸 수 있는 것 사이에는 깊은 협곡이 있다. AI는 우리를 협곡의 이쪽 끝, ‘작동하는 데모’까지 순식간에 데려다준다. 하지만 사람들이 돈을 내고, 매일 쓰고, 친구에게 권하는 제품은 협곡 건너편에 있다. 그 협곡을 건너는 일 — 유지·보수, 보안, 신뢰, 끝없는 엣지 케이스, 환불 요청과 버그 리포트 — 이 이제 빌더가 하는 일의 대부분이다.

바이브 코딩 실화들에서 봤던 장면이 정확히 이 지점이다. 화면은 번지르르했지만 제품은 밤새 새고 있었다. API 키가 털리고, 결제가 우회당하고, 데이터베이스가 망가졌다. 데모는 3시간이면 됐지만, 그 데모를 ‘털리지 않는 제품’으로 만드는 일은 전혀 다른 게임이었다. AI는 협곡의 이쪽까지만 데려다준다. 건너편은 여전히 사람의 몫이다. 그리고 값어치는 늘 건너편에 있다.

새로운 희소 자원은 ‘안목’이다

AI는 무한한 선택지를 준다. 버튼 색깔 열두 가지, 기능 후보 서른 개, 카피 초안 백 개. 무한한 옵션 앞에서 갑자기 희소해지는 능력이 있다. 고르는 능력, 안목(taste)이다.

좋은 빌더는 더 많이 만드는 사람이 아니라 더 잘 덜어내는 사람이다. 무엇을 만들지보다 무엇을 만들지, 어떤 기능을 쳐낼지, 어디서 멈출지를 아는 것. 이건 AI에게 외주를 줄 수 없는 영역이다. “좋은 걸 만들어줘”라고 시킬 수는 있어도, 나온 열 개 중 무엇이 좋은지를 아는 건 결국 사람이다. 도구가 모두에게 똑같이 무한한 재료를 나눠주는 시대에, 그 재료로 무엇을 만들지 아는 안목은 오히려 더 귀해졌다.

코드보다 유통이 세다

빌더들이 가장 미루는 일이, 사실 가장 중요한 일이다. 누가 이걸 쓸 것인가, 어떻게 그들에게 닿을 것인가. 만드는 데 모든 에너지를 쏟고, 유통은 “다 만들고 생각하지”로 미룬다. 그러나 더 못 만든 제품이 청중을 가진 채 이기는 경우는 늘 있었고, 모두가 잘 만들게 된 지금은 그 경향이 더 강해졌다.

순서를 뒤집어야 한다. 만들고 나서 “누가 쓰지?”를 묻는 게 아니라, 만들기 전에 **“누가 이걸 기다리는가”**를 먼저 묻는 것이다. 청중을 먼저 모으고 만든 사람과, 다 만들고 청중을 찾아 나선 사람의 출발선은 같지 않다. 코드는 흔해졌지만 청중은 여전히 희소하다. 그리고 희소한 쪽이 값을 매긴다.

‘바이브’에는 ‘판단’이 따라야 한다

바이브 코딩의 진짜 위험은 코드가 틀리는 게 아니라, 돈·인증·보안의 경계에서 AI의 출력을 그대로 믿는 것이다. 한 분석에서 바이브 코딩으로 만든 사이트의 절반 가까이가 비밀 키를 프런트엔드에 노출한 채 굴러가고 있었다. AI가 ‘가장 빠르게 작동하게’ 만들려다 벌어진 일이다. AI는 빠른 길을 알지만, 그 길이 안전한지는 묻지 않는다.

그래서 이 시대 빌더에게 필요한 건 코드를 짜는 손이 아니라 AI의 출력을 읽는 눈이다. 어디는 믿고 넘어가도 되고, 어디는 반드시 사람이 멈춰 서서 검증해야 하는지. ‘바이브’는 속도를 주지만, 그 속도를 어디서 멈출지 아는 판단이 없으면 빠르게 절벽으로 간다. 바이브와 판단은 한 쌍이다.

빌더의 새 질문 네 가지

만들기 전에, 그리고 만드는 내내 스스로에게 묻습니다. ① 무엇을 만들 것인가 — 풀 가치가 있는 문제인가(문제 선택). ② 누구를 위해, 어떻게 닿을 것인가 — 청중이 먼저다(유통). ③ 어디서 사람이 개입해야 하는가 — 돈·인증·보안은 AI를 그대로 믿지 않기(판단). ④ 무엇을 덜어낼 것인가 — 더 넣는 것보다 쳐내는 것(안목). 코드는 AI가, 이 네 가지는 당신이.

결국, 똑같아지는 함정

같은 도구를 쓰면 결과물이 닮는다. 비슷한 랜딩 페이지, 비슷한 그라데이션, 비슷한 “AI로 당신의 OO를 혁신하세요” 카피. 이른바 ‘AI 슬롭(slop)‘이다. 모두가 같은 모델에게 같은 식으로 시키면, 세상은 평균값으로 수렴한다. 그 평균의 바다에서 눈에 띄는 건 더 좋은 도구를 쓴 사람이 아니라, 남다른 관점을 가진 사람이다.

차별화는 도구에서 나오지 않는다. 도구는 이미 모두에게 열렸다. 차별화는 사람의 문제의식, 취향, 고집에서 나온다. 가장 흔한 도구로 가장 안 흔한 것을 만드는 사람 — 그가 이긴다. 역설적이게도 AI가 강해질수록, 인간적인 관점의 값이 오른다.

그래서, 왜 당신인가

만들 줄 아는 것은 이제 자랑이 아니라 기본이다. 이건 속도밖에 없는 사람에게는 나쁜 소식이고, 안목과 관점을 가진 사람에게는 더없이 좋은 소식이다. 코딩이라는 병목이 사라진 자리에, 그동안 코딩에 가려 보이지 않던 진짜 능력들이 드러나기 때문이다. 무엇을 만들지 아는 눈, 누구에게 닿을지 아는 감각, 어디서 멈출지 아는 판단.

도구는 모두에게 열렸다. 그러니 이제 진짜 질문은 “만들 수 있는가”가 아니다. “왜 당신인가.” 그 질문에 답할 수 있는 빌더에게, 코드가 공짜가 된 이 시대는 위기가 아니라 가장 큰 기회다. 만드는 일이 쉬워진 만큼, 잘 고르고 잘 덜어내고 잘 닿게 하는 사람의 자리가 그만큼 넓어졌으니까.

자주 묻는 질문

그럼 코딩은 안 배워도 되나요?
기초를 알면 분명 유리합니다. 다만 더 중요한 건 'AI가 내놓은 결과를 읽고 판단하는 능력'입니다. 어디는 믿고 어디는 검증해야 하는지를 아는 눈이, 한 줄 한 줄 직접 짜는 능력보다 값이 커지고 있습니다. 특히 돈·인증·보안이 걸린 부분일수록요.
바이브 코더가 딱 하나만 길러야 한다면 무엇인가요?
안목과 유통입니다. 무엇을 만들고 무엇을 덜어낼지 고르는 안목, 그리고 그것을 누구에게 어떻게 닿게 할지 아는 유통 감각. 만드는 능력은 흔해졌지만, 이 둘은 여전히 희소하고 외주를 줄 수 없습니다.
AI가 결국 다 만들면 빌더는 필요 없어지지 않나요?
만드는 일은 흔해지지만, '무엇을 왜 누구를 위해 만드는가'는 더 희소해집니다. 그 빈자리가 바로 빌더의 자리입니다. 도구가 강해질수록 인간의 관점과 판단의 값이 오르는 구조라, 빌더의 역할은 사라지는 게 아니라 만들기 바깥으로 이동합니다.

이 글이 도움이 됐나요?

이어 읽기

칼럼17일 만에 100만 달러, 하룻밤에 털린 앱 — 바이브 코딩 실화들
AI 트렌드

17일 만에 100만 달러, 하룻밤에 털린 앱 — 바이브 코딩 실화들

게임 경험 0인 사람이 AI에게 말로 시켜 3시간 만에 만든 비행 게임이 17일 만에 연 매출 100만 달러를 찍었습니다. 그런데 같은 커뮤니티엔 하룻밤에 API 크레딧이 털린 비명도 나란히 올라왔죠. 바이브 코딩으로 '진짜' 벌어진 일들과, 둘을 가른 한 가지.

칼럼코드를 몰라도 앱을 만든다 — '바이브 코딩'은 어디까지 진짜인가
AI 트렌드

코드를 몰라도 앱을 만든다 — '바이브 코딩'은 어디까지 진짜인가

말로 설명만 하면 AI가 앱을 만들어 주는 '바이브 코딩'. 2025년 한 마디에서 시작돼 2026년 수십억 달러 흐름이 됐습니다. 무엇이 진짜이고, 60~70%의 함정과 45%의 보안 취약점이라는 그늘은 어디 있는지 — 비개발자부터 창업자까지, 이 흐름을 정확히 읽는 지도.

칼럼AI는 당신을 해고하지 않는다 — '옆자리 동료'가 한다
AI 트렌드

AI는 당신을 해고하지 않는다 — '옆자리 동료'가 한다

AI가 일자리를 빼앗는다는 공포는 방향이 틀렸습니다. 로봇이 당신을 대체하는 게 아니라, 같은 일을 하면서 AI를 능숙하게 쓰는 옆자리 동료가 당신의 자리를 가져갑니다. 격차는 직업과 직업 사이가 아니라 같은 직업 '안'에서 벌어지죠. 기다리는 사람의 함정과, 지금 당장 할 수 있는 것을 짚었습니다.

칼럼프롬프트를 100번 고쳐봤다 — 결국 통한 건 단순한 원칙
AI 트렌드

프롬프트를 100번 고쳐봤다 — 결국 통한 건 단순한 원칙

AI에게 같은 일을 백 번 다르게 시켜봤습니다. '전문가처럼', '단계별로' 같은 화려한 주문을 다 써봤지만, 매번 겉도는 답만 돌아왔죠. 100번의 시행착오 끝에 통한 건 의외로 단순했습니다 — AI는 내 마음이 아니라 내가 쓴 문장을 읽는다는 것, 그래서 명확하고 구체적으로 요청해야 한다는 것. 실제 프롬프트 예시로 정리했습니다.