일회용 소프트웨어(Disposable Software) 시대: 90%가 놓치는 것들

게시 2026/03/29

By BLUEBUG

52 분읽는 시간

원본 영상: Disposable Software: The Trend 90% of People are Getting Wrong
발표자: Nate B. Jones (natebjones.com)
게재일: 2026년 1월 21일, 시애틀
출처: YouTube / Nate’s Newsletter (natesnewsletter.substack.com)
최종 정리일: 2026년 3월 29일

들어가며: 왜 지금 이 논의가 중요한가

2026년 현재, 기술 업계에서 가장 뜨겁게 회자되는 개념 중 하나가 바로 일회용 소프트웨어(Disposable Software) 다. 바이브 코더(Vibe Coder)들이 이야기하고, 벤처 캐피탈리스트들이 이야기하고, AI 네이티브 스타트업들이 이야기한다. 그런데 Nate Jones가 이 영상에서 지적하는 핵심 메시지는 단순하지만 강렬하다. “거의 아무도 일회용 소프트웨어가 진짜 무엇을 의미하는지 이해하지 못하고 있다.”

이 문서는 그 영상의 내용을 가능한 한 깊고 상세하게 풀어내고, 2026년 현재의 맥락과 함께 분석하는 것을 목표로 한다.

1부: 거대한 전제 — 소프트웨어 비용 구조의 역전

1970년대부터 2023년까지: 소프트웨어의 비용은 곧 엔지니어링의 비용이었다

실리콘밸리의 역사를 단 하나의 문장으로 요약하면 이렇다. 소프트웨어의 비용은 엔지니어링의 비용이다. 1970년대부터 2023년까지, 의미 있는 소프트웨어를 만들려면 소프트웨어 엔지니어 팀이 필요했고, 엔지니어는 비쌌다. 이 비용 구조가 벤처 캐피탈 모델 전체를 작동시키는 근간이었다. 자본 없이는 소프트웨어를 만들 수 없었기 때문에, 투자자들은 지분을 대가로 자본을 제공했고 그 사이클이 계속 돌아갔다. 팀이 필요하고, 자본이 필요하고, 시간이 필요했다.

그런데 이 전제 전체가 이제 무너졌다.

비용이 제로로 붕괴하고 있다

Nate Jones가 강조하는 것은 미래의 일이 아니다. 지금, 현재, 실시간으로 일어나고 있는 일이다. 소프트웨어 생성 비용이 “0을 향해 수십 년에 걸쳐 서서히 하락하는 것”이 아니라, 지금 이 순간 붕괴하고 있다. 자연어로 원하는 것을 설명하면 동작하는 코드가 나온다. 엔지니어링 병목이 사라진다. 자본 요구 조건이 사라진다. 팀 요구 조건도 함께 사라진다.

이 논리는 경제학의 단순한 진리로 이어진다. 비싸던 것이 사실상 무료가 되면, 그것은 일회용이 된다. 가치 판단이 아니라 경제학적 현상이다. 우리는 값싸게 생산되고 값싸게 대체되는 것을 소중히 여기지 않는다. 일회용 소프트웨어는 철학도 운동도 아니다. 산업의 비용 구조가 역전될 때 발생하는 현상에 대한 묘사다.

실제 사례: 브라우저를 1주일 만에 만들다

이 전제를 가장 극적으로 보여주는 사례가 영상에서 소개된 Cursor의 CEO 발표다. 그의 팀은 ChatGPT 5.2를 이용해 웹 브라우저를 처음부터 만들었다. AI 에이전트들이 1주일 동안 중단 없이 작동하면서 Rust 코드 300만 줄 이상을 생성했다. HTML 파싱, CSS 캐스케이드, 레이아웃 엔진, 텍스트 렌더링, 커스텀 JavaScript VM이 포함됐고, 간단한 웹사이트는 꽤 잘 렌더링되었다고 한다.

비교 대상을 보면 그 충격이 더 명확해진다. Google Chrome은 2006년에 개발이 시작되었고, Mozilla Firefox에서 영입한 개발자들을 포함한 엘리트 팀이 2년 이상을 투자해 2008년 9월에 첫 베타를 출시했다. 오늘날 Chromium은 3,500만 줄의 코드를 보유하고 있으며, 수백 명의 엔지니어들이 매주 800개의 변경사항을 커밋한다. 2년 + 엘리트 팀 = Chrome 베타 하나. 1주일 + AI 에이전트 = 얼리 알파 수준의 브라우저. 이것은 작은 변화가 아니다. 역전(Inversion)이다.

그러나 화려한 보도가 놓친 것

Nate는 여기서 중요한 반전을 짚는다. Cursor의 브라우저 생성 사례가 “완전히 무료”는 아니었다는 점이다. 누군가는 브라우저를 만들기로 결정해야 했고, 누군가는 작업을 설정해야 했고, 누군가는 에이전트들이 어떻게 협업할지 구성해야 했고, 누군가는 1주일 내내 그 과정을 관리해야 했다. 그리고 만약 이것이 데모가 아닌 프로덕션 소프트웨어가 되려면, 누군가는 이것을 개선하고, 디버깅하고, 유지보수하고, 웹 표준이 진화함에 따라 계속 작동하도록 유지해야 한다.

코드 생성 비용은 붕괴했다. 목표를 향해 주의를 집중시키는 비용은 그렇지 않다. 이 구분이 일회용 소프트웨어의 의미를 이해하는 데 핵심이다.

2부: 두 가지 완전히 다른 현상이 같은 이름을 공유한다

영상이 지적하는 첫 번째 오해는 일회용 소프트웨어를 하나의 단일 현상으로 취급한다는 점이다. 실제로는 같은 이름을 공유하는 두 개의 완전히 다른 현상이 존재한다.

현상 1: 일회성 사용을 위한 일회용 소프트웨어 (개인용 소프트웨어)

첫 번째 현상은 직관적이고 명확하다. 한 번만 사용하고 버리는 소프트웨어다. 일회성 대시보드, 가족 휴가를 위한 여행 앱, 주말에 만들어 보는 작은 비디오 게임 같은 것들이다. 이것은 개인용 소프트웨어(Personal Software) 라는 카테고리로, 5년 전만 해도 존재하지 않았던 영역이다.

Claude의 Artifacts, Lovable, ChatGPT의 Artifacts로 이런 것들을 실제로 만들 수 있다. 원하는 것을 만들고, 필요한 순간에만 쓰고, 이후에는 버린다. 전통적으로 소프트웨어가 되지 않았을 것들이 이제 소프트웨어가 될 수 있다. 뭔가를 시각화하고 싶으면? 위젯을 만들면 된다.

이 카테고리는 의심할 여지 없이 좋은 것이다. 더 많은 사람들에게 소프트웨어의 힘을 전파하기 때문이다. 진정한 민주화를 나타낸다. 실제로 Replit의 고객 75%는 코드를 한 줄도 작성하지 않고, 원하는 것을 설명하기만 해서 동작하는 소프트웨어를 얻는다. 최신 통계를 보면, 2026년 현재 바이브 코딩 사용자의 63%는 개발자가 아닌 일반인들이다.

현상 2: 엔터프라이즈 제품 내의 일회용 기능들 (더 위험한 영역)

두 번째 현상이 훨씬 더 흥미롭고 더 위험하다. 엔터프라이즈 제품 내에서의 일회용 기능(Disposable Features)이다.

논리는 이렇다. 만약 제품팀과 엔지니어링팀, 모든 구성원이 AI 도구에 코드를 기여할 수 있다면, 100가지 다른 고객 요청에 기반해 100가지 다른 기능을 출시할 수 있다. 특정 기능은 고객 반응에 따라 다음 주에 변경될 수 있다. 계속해서, 계속해서, 계속해서 출시할 수 있다. 한계가 없다. 고객들과의 경험적 실험을 통해 무엇이 효과적인지 발견한다. 일회용 기능들을 잔뜩 만들고, 살아남는 것만 단단히 굳힌다.

이것이 본질적으로 Cursor의 철학이다. 그들은 하루에 여러 번 출시하기도 한다. 목소리 큰 사용자들이 불안정성에 대해 불만을 제기할 때, Cursor는 본질적으로 “신경 쓰지 않는다”고 말한다. 빠르게 변화하는 것이 AI 시대에 경쟁력을 유지하는 방법이기 때문이다.

3부: 커서(Cursor)의 철학 — “코드가 현실이다”

Cursor의 철학은 “코드가 현실이다(Code is Reality)”라는 문구로 요약된다. 현실을 건드리지 않으면, 즉 미팅에 있거나, 계획 중이거나, 디자인 중이라면, 의미 있는 일을 하고 있지 않다는 것이다. Cursor는 이 아이디어를 중심으로 전체 팀을 재구성했다.

일회용 소프트웨어가 죽이는 것들

일회용 소프트웨어 철학이 가장 먼저 공격하는 것은 비싼 소프트웨어 주변에 자라난 모든 의식(Ritual)들이다. 전통적인 제품 관리 개념, 전통적인 디자인 개념, 이해관계자 정렬의 중요성, 사용자 리서치, 로드맵 계획. 이런 프로세스들은 소프트웨어가 자본 집약적이어서 잘못된 것을 만들 여유가 없었기 때문에 존재했다. 그래서 계획하고, 리서치하고, 미팅하고, 합의를 이루고, 그다음에 소프트웨어를 만들었다.

소프트웨어가 일회용이 되면, 합의가 필요 없다. 그냥 만들고, 출시하고, 효과가 있는지 본다. 효과가 없으면 다른 것을 만든다. 계획 레이어는 보험이 아니라 오버헤드가 된다.

Cursor의 디자인 리드는 인터뷰에서 이렇게 말했다. Cursor에서 디자이너, PM, 엔지니어의 역할 경계가 매우 모호하고, 로드맵도 없다고. 세상이 점점 빠르게 변하고 새로운 모델이 계속 나오기 때문이다. 회사는 PM이라는 별도 직책을 갖지 않는다. 대신 PM 역할과 책임이 다양한 직함을 가진 많은 빌더들에게 분산된다. 이것은 일관된 철학이다. 새로운 것이지만 일관성이 있다. 출시가 중요하다면, 출시가 아닌 것은 낭비다. 디자인 문서는 낭비다. 제품 스펙은 낭비다. 이해관계자 미팅은 확실히 낭비다.

이 철학이 실제로 작동하는 맥락

그러나 Nate는 이 철학이 특정 맥락에서만 실제로 작동한다고 지적한다. 구체적으로는 개발자를 위한 AI 네이티브 제품을 만들 때다. 개발자들은 소프트웨어 변동성에 대한 수용력이 유독 높다. 그들은 무언가가 고장났을 때 고칠 수 있다는 것을 이해한다. 버전 관리를 이해한다. 회귀를 이해한다. 빠르게 움직이는 데 내재된 트레이드오프를 이해한다. 혁신의 대가로 불안정성을 받아들인다.

그런데도 개발자들조차 Cursor가 달리는 속도에 지쳐가고 있다. Cursor 포럼을 읽으면 사용자들이 채팅 기록을 지우는 강제 업데이트, 매주 키 바인딩을 재설정해야 하는 UI 변경, 하루는 작동했다가 다음 날은 망가지는 기능들에 대해 좌절하고 있음을 알 수 있다. 한 사용자는 전부 대문자로 이렇게 썼다. “업데이트가 Cursor를 극도로 예측 불가능하게 만든다. 이것을 전문적으로 사용하는 것은 악몽이다.” Cursor 엔지니어는 피드백을 인정하고 앞으로 UI 변경을 최소화하기 위해 노력하고 있다고 했다. 그러나 긴장감은 구조적이다. 일회용 소프트웨어 철학은 끊임없는 반복을 요구한다. 안정성은 연속성을 요구한다. 이 둘을 동시에 완전히 극대화할 수는 없다.

4부: 엔터프라이즈 고객은 소프트웨어를 사는 것이 아니라 신뢰성을 산다

여기가 논의의 핵심이다. 만약 개발자들, 지구상에서 소프트웨어 변화에 가장 내성이 강한 사용자 집단이, 불안정성에 대해 불만을 제기하고 있다면, 이 철학이 나머지 비즈니스 세계와 만날 때 무슨 일이 벌어질까?

엔터프라이즈 소프트웨어의 본질

사람들이 엔터프라이즈 소프트웨어에 대해 놓치는 것이 있다. 고객들은 소프트웨어를 사는 것이 아니라는 점이다. 그들은 신뢰성(Reliability) 을 사고 있다. 어떤 회사가 Salesforce를 살 때, 그들은 정말로 CRM을 사는 것이 아니다. 마음의 평화를 사는 것이다. 자신의 핵심 역량이 아닌 곳에 대해 생각하지 않아도 되는 것을 사는 것이다.

당신의 핵심 역량이 CRM이 아니다. 그래서 Salesforce를 산다. 당신의 핵심 역량이 HR 정보 시스템이 아니다. 그래서 HR 정보 시스템을 산다. 엔터프라이즈 고객들은 정확히 소프트웨어를 무시할 수 있기 위해서 소프트웨어를 산다. 이것이 엔터프라이즈 SaaS 계약이 광범위한 SLA를 포함한 다년 계약인 이유다. 벤더들이 99.99% 업타임을 약속하고 24/7 지원 라인을 운영하는 이유다. 한밤중에 전화해서 “이 딜이 통과되어야 한다”고 말할 수 있는 전담 어카운트 매니저가 있는 이유다.

일회용 소프트웨어는 이런 고객들이 원하는 모든 것의 반대다. 그들은 매주 바뀌는 기능을 원하지 않는다. 로그인 세션 사이에 재배치되는 인터페이스를 원하지 않는다. 화요일에 월요일과 똑같이 작동하는 제품을, 다음 분기에 이번 분기와 똑같이 작동하는 제품을 원한다.

“Salesforce는 사라지고 우리가 바이브 코딩으로 자체 CRM을 만들 것이다”는 주장의 치명적 결함

일회용 소프트웨어 지지자들의 흔한 반론이 있다. “소프트웨어가 이제 너무 싸졌으니, Salesforce는 존재하지 않을 것이다. 우리가 모두 바이브 코딩으로 자체 Salesforce를 만들 것이다.” 이 주장에는 치명적인 결함이 있는데, 그것은 소프트웨어 비용에 관한 것이 아니라 주의(Attention) 에 관한 것이다.

수십억 달러 이상의 시장 기회를 쫓는 회사를 상상해 보라. 그 기회에 집중하는 고도로 숙련되고 급여가 높은 빌더들이 있다. 그들이 핵심 제품 개발에 쏟는 매 시간은 비대칭적 가치를 창출한다. 벤처 펀딩을 정당화하고, 경쟁 해자를 구축하고, 시간이 지남에 따라 복리로 증가하는 종류의 가치 말이다.

이제 그 빌더들에게 이렇게 말한다고 상상해 보라. “우리는 당신이 수십억 달러 기회를 쫓는 것을 멈추길 원합니다. 대신 자리당 월 100달러를 절약하기 위해 내부 CRM을 바이브 코딩해 주세요.” 소프트웨어는 생성하는 데 싸다. 주의는 그렇지 않다. 누군가는 여전히 도구가 무엇을 해야 하는지 명세화해야 한다. 누군가는 여전히 AI에게 프롬프팅해야 한다. 누군가는 여전히 에이전트가 생성하는 버그를 주시해야 한다. 누군가는 여전히 고장났을 때 유지보수해야 한다. 완전히 제로가 아니다.

고급 개발자의 시간이 자리당 몇 백 달러보다 훨씬 더 가치 있는데, 그 시간을 핵심 비즈니스 기회 추구가 아닌 SaaS 대체품 만들기에 쏟는다는 것은 경제적으로 말이 안 된다. 핵심 미션으로부터 최고의 사람들을 전환시키는 기회비용은 계산 불가능하다. 그리고 아무리 싼 소프트웨어도 그 방정식을 바꾸지 못한다.

유지보수 부담은 사라지지 않는다

사람들이 놓치는 두 번째 레이어가 있다. 초기 구축이 저렴했다고 해서 유지보수 부담이 사라지는 것은 아니라는 점이다. 바이브 코딩된 소프트웨어도 여전히 기술 부채를 쌓는다. 기반이 되는 API가 변경될 때 여전히 고장난다. 예상치 못한 동작을 보일 때 여전히 누군가가 디버깅해야 한다. 연구 결과는 상당히 암울하다. AI가 생성한 코드는 거의 절반의 코딩 작업에서 보안 취약점을 도입하며, 그 취약점들은 스캐너가 놓치고 검토자가 잡아내기 어려운 깊고 아키텍처적인 종류의 것들이다.

2026년 현재 업계 관측자들은 “기술 부채의 해”라는 경고를 발하고 있다. AI가 생성한 코드의 급증이 개발자들이 바이브 코딩으로 도입된 버그, 보안 결함, 확장 실패를 발견함에 따라 광범위한 정리를 필요로 할 것이라고 말한다.

5부: 치명적 오류 — 주의는 여전히 제약 조건이다

일회용 소프트웨어 지지자들은 소프트웨어 비용이 제약 조건이었다고 생각한다. 그들은 틀렸다. 주의(Attention)가 항상 제약 조건이었다. 소프트웨어가 싸진다고 해서 주의가 더 풍부해지는 것은 아니다.

Cursor의 고객은 개발자다. Salesforce의 고객은 CIO다. 이것은 작은 차이가 아니다. 심연이다.

개발자는 고장났을 때 고칠 수 있다. CIO는 그냥 어카운트 매니저를 호출하고 계약서를 들여다본다.
개발자는 업데이트가 왜 회귀를 일으키는지 이해한다. CIO는 그냥 망가진 워크플로우를 본다.
개발자는 새로운 기능에서 가치를 얻고 그것을 얻기 위해 불안정성을 기꺼이 감수한다. CIO는 15일에 급여가 처리되지 않으면 해고된다.
개발자는 변할 수 있다는 것을 알면서 최첨단 도구를 선택한다. CIO는 소프트웨어에 대해 생각하지 않아도 되기 위해 특별히 SLA가 있는 벤더를 선택한다.

Cursor가 일회용 소프트웨어를 출시할 수 있는 이유는 고객이 개발자이기 때문이다. Salesforce가 그럴 수 없는 이유는 고객이 CIO이기 때문이다. 이것은 AI가 개선되면서 좁혀질 일시적인 격차가 아니다. 고객이 무엇을 기꺼이 지불하는가에 있어서의 근본적인 차이다.

6부: SaaSpocalypse — 2026년 2월의 충격

영상이 발표된 후 2026년 2월, 실제로 관련된 충격파가 시장을 강타했다. “SaaSpocalypse(SaaS 대재앙)”라고 불린 이 사건에서 소프트웨어 기업들의 시가총액 약 2,850억 달러가 단 한 달 만에 증발했다. 제프리스(Jefferies)가 이 용어를 만들었고, iShares Expanded Tech-Software Sector ETF(IGV)는 고점 대비 20% 이상 하락하며 약세장 영역에 진입했다. Salesforce는 5일 만에 14% 하락했고, Adobe, Microsoft, ServiceNow, SAP는 한 달간 집합적으로 7,300억 달러 이상의 시가총액을 잃었다.

이 사태의 촉매제는 Anthropic의 Claude Cowork와 Claude Code 출시였다. AI 에이전트들이 SaaS 도구들이 지원하도록 설계된 많은 워크플로우를 수행할 수 있다면, SaaS 비즈니스 모델에 무슨 일이 일어나는가? 투자자들이 이 질문을 던지기 시작하면서 반응은 즉각적이었다.

그러나 바로 Nate의 영상이 예측한 바가 현실이 되었다. 기업용 SaaS 플랫폼인 Salesforce, ServiceNow, Workday, HubSpot은 수천 명의 고객에게 서비스를 제공하고 비즈니스 크리티컬한 운영을 지원한다. 기업 보안, 컴플라이언스 요구사항, 수십 개 시스템에 걸친 통합, 신뢰성 보장을 지원해야 한다. AI가 일부 기능을 복제할 수 있더라도, 이러한 시스템을 대체하는 것은 어렵다.

7부: 신뢰성 비즈니스를 위한 AI 전략

Nate Jones가 가장 힘주어 강조하는 부분이 바로 여기다. 신뢰성 비즈니스에 있다면 어떻게 해야 하는가? Salesforce라면, Salesforce와 경쟁한다면, 어떤 엔터프라이즈 SaaS 카테고리를 혁신하려 한다면?

솔직히 말하면, 일회용 소프트웨어 방식으로 생각할 수 없다. 사용할 수 없다. 그렇다고 AI를 무시하라는 것이 아니다. 다른 접근 방식이 필요하다는 것이다.

“AI 네이티브”라고만 말하는 것은 충분하지 않다

대부분의 AI 네이티브 스타트업들이 엔터프라이즈 시장을 혁신하려 하면서 “우리는 AI 네이티브다”라고 말하고 그것으로 충분하다고 생각한다. 하지만 그것은 충분하지 않다.

엔터프라이즈 SaaS 시장을 혁신하려는 스타트업이라면, 먼저 신뢰할 수 있어야 한다. 제품이 작동한다는 것을, 계속 작동할 것이라는 것을, 데이터가 안전하다는 것을, 무언가가 잘못되었을 때 고객이 전화할 수 있는 사람이 있다는 것을 증명해야 한다. 이것은 기본 요건이다. 신뢰성 없이는 아무도 아무것도 사지 않는다.

반응형 AI가 아닌 능동적 AI

그런 다음, 그리고 이것이 기회가 있는 곳인데, 능동적 인공지능(Proactive AI) 을 통해 그 신뢰성을 엣지(우위)로 확장해야 한다. 이것은 제품에 챗봇을 붙이는 것을 의미하지 않는다. 챗봇은 반응적이다. 요청받기를 기다린다. 2025년과 2026년에 모든 SaaS 회사는 챗봇을 갖고 있다. 챗봇이 “어떻게 도와드릴까요?”라고 말한다. 그러면 무엇을 물어봐야 할지 알아야 한다. 이것은 변환이 아니다. 챗봇이 멋진 것들을 할 수 있더라도, 그것은 언어 모델이 달린 헬프데스크다.

인상적인 것은 실제로 능동적인 것이다. 영업 소프트웨어를 만든다면, 제품 내의 에이전트는 고객사의 가장 능동적인 BDR(Business Development Rep)이어야 한다. 요청받지 않아도 프로액티브하게 콜을 분석한다. 영업 담당자가 필요하다는 것을 알아채기 전에 프로액티브하게 코칭 팁을 제시한다. 프로액티브하게 고가치 딜을 식별하고 적절한 조치를 취한다. 아마도 CRM을 업데이트하거나, 후속 이메일 초안을 작성하거나, 영업 매니저에게 알림을 보낼 것이다. 요청받기를 기다리지 않는다. 에이전트는 무언가를 보고, 무슨 일이 일어나야 하는지 이해하고, 그냥 한다.

이것이 근본적으로 다른 가치 제안이다. 반응형 AI는 당신이 무엇이 필요한지 알 때 시간을 절약한다. 능동형 AI는 당신이 무엇을 놓치고 있었는지 몰랐을 때 가치를 창출한다. 핵심 문구는 “능동적으로 신뢰할 수 있는(Proactively Reliable)”이다.

두 단계의 순서는 바꿀 수 없다

1단계: 신뢰성
2단계: 능동적 역량

1단계를 건너뛸 수 없다. 신뢰성을 증명하기 전에 능동적이 되려고 하면, 고객들을 겁줄 것이다. 사용자를 대신해 자율적인 행동을 취하는 에이전트는 사용자가 그 행동이 올바를 것이라고 신뢰할 때만 가치가 있다. 사용자가 에이전트의 작업을 재차 확인해야 한다면, 그 능동적 역량은 자산이 아니라 부채가 된다. 가치가 아닌 불안을 만들어낸다.

Salesforce 자체가 최근 보고들에 따르면 이 부분에서 너무 빨리 달리다가 문제가 생겼다고 한다. 내부 팀들이 품질을 강조하는 올바른 실행 없이 AI 에이전트로 너무 빠르게 밀어붙인 방식에 매우 좌절하고 있다는 내용의 내부 정보가 새어 나오고 있다.

8부: 인터페이스 디자인의 원칙 — 단순함이 변화를 흡수한다

영상에서 매우 흥미롭게 다루어지는 부분이 바로 인터페이스 디자인과 일회용 소프트웨어의 관계다.

AI는 더 단순한 인터페이스를 통해 더 잘 작동한다. Claude Code가 엄청난 성공을 거둔 이유 중 일부는 터미널 인터페이스라는 점이다. 터미널은 Claude가 더 나아져도 변하지 않는다. 더 많은 역량을 얻을 뿐이다. 재설계할 GUI가 없고, 재배치할 키 바인딩이 없고, 재고할 시각적 요소가 없다. 단순함이 제품의 진화와 사용자 경험 사이에 완충재를 만든다.

그래서 Anthropic은 최근 릴리즈에서 1,000개 이상의 커밋을 통해 끊임없이 출시하면서도 사용자들에게 눈에 보이는 큰 변화로 스트레스를 주지 않는다. 이것이 일회용 소프트웨어 시대의 암묵적인 디자인 원칙일 수 있다. 일회용 기능들을 출시하고 싶다면, 그 변화를 사용자에게 강요하지 않고도 끊임없는 변화를 흡수할 만큼 단순한 인터페이스가 필요하다. 터미널이 그것을 매우 잘 하고, 복잡한 GUI는 그렇지 않다.

이것이 풍부한 GUI를 가진 Cursor가 불안정성에 대한 사용자 불만에 계속 부딪히는 반면, 똑같이 빠르게 출시하는 Claude Code는 동일한 마찰에 부딪히지 않는 이유다.

엔터프라이즈 능동형 AI에도 같은 원칙이 적용된다

단순성의 원칙은 엔터프라이즈 SaaS의 능동형 AI에도 확장된다. 능동형 AI를 사용한다면, 더 단순한 인터페이스가 사용자가 능동적 에이전틱 AI라는 새로운 개념을 훨씬 더 잘 이해하도록 도울 것이다. 에이전트가 취한 행동이 명확하게 보이고, 그것이 명백히 올바른 행동임을 명확하게 볼 수 있고, 에이전트가 계획을 따르고 있다면 큰 차이를 만들 것이다.

Claude Cowork 인터페이스에서 그 힌트를 볼 수 있다. 비기술 사용자를 위한 오늘날의 에이전틱 인터페이스로, 계획을 보여주고, 에이전트가 만든 아티팩트를 보여주고, 에이전트가 취한 행동을 보여준다. 이것을 “아티팩트”라고 레이블링할 필요도 없다. “생성된 문서”라고 레이블링해도 된다. 요점은 작업을 보여주는 것이고, 그것이 신뢰를 구축하는 데 도움이 된다.

9부: 현재 담론이 틀린 네 가지 방식

Nate Jones는 일회용 소프트웨어에 대한 현재 담론이 구체적으로 네 가지 방식으로 틀렸다고 정리한다.

첫째: 모든 소프트웨어를 동등하게 취급한다

이것은 잘못이다. 휴가 계획 앱을 바이브 코딩할 수 있기 때문에 Salesforce 대체품도 바이브 코딩할 수 있다고 가정한다. 카테고리들이 다르다. 일회성 개인용 소프트웨어와 엔터프라이즈 크리티컬 시스템은 근본적으로 다른 요구사항을 갖는다.

둘째: 기회비용을 무시한다

무료 소프트웨어는 무료가 아니다. 그것이 더 가치 있는 작업으로부터 주의를 전환시킬 때, 주의가 제약 조건이다. 소프트웨어 비용이 아니다. 이것은 변하지 않았다.

셋째: 소프트웨어 시장의 얼마나 많은 부분이 기능이 아닌 신뢰성에 기반하고 있는지를 과소평가한다

대부분의 엔터프라이즈 고객들은 마음의 평화를 사고 있다. 생각할 필요가 없는 것을 사고 있다. 일회용 소프트웨어는 그들이 찾는 것의 정반대다.

넷째: 엣지 케이스를 일반 케이스로 취급한다

Cursor는 분산을 감내할 수 있는 개발자들을 위해 일회용 소프트웨어를 출시할 수 있다. 그것은 시장의 약 5%다. 나머지 95%는 우리 나머지 사람들이며, 우리는 다른 전략이 필요하다.

10부: 이제 어떻게 해야 하는가 — 어떤 게임을 하는지 알라

Nate는 마지막으로 두 가지 게임을 구분하고 각각에 대한 처방을 제시한다.

일회용 소프트웨어 공간에 있다면: 최대 속도

AI 네이티브 제품, 개발자 도구, 고객이 최첨단이기 때문에 당신을 선택하는 무언가를 만들고 있다면, 당신의 명령은 속도다. 아마 이미 알고 있을 것이다. 측정된 속도가 아니라, 책임감 있는 속도가 아니라, 최대 속도다. 뒤로 물러설 수 없다. 경쟁자들은 그러지 않을 것이다. 컴퓨팅이 확장될 수 있는 속도로 출시하고 있다. 모델이 몇 주마다 개선되고 있다. 끊임없이 출시하지 않으면 뒤처진다.

Cursor는 하루에 여러 번 출시한다. 이 공간의 다른 주요 플레이어들도 마찬가지다. 승리할 회사들은 일회용성을 완전히 수용하고 모델 메이커들에서 보이는 컴퓨팅 이득과 함께 확장할 수 있는 회사들일 것이다. 모든 인터페이스는 일시적이다. 모든 릴리즈는 실험이다. 그리고 일부 사용자들이 이것을 좋아하지 않는다는 것을 받아들여야 한다. 당신의 해자는 실행 속도가 남는다. 지치는 것처럼 들린다면, 어느 정도는 그렇다.

신뢰할 수 있는 소프트웨어 공간에 있다면: 능동적일 권리를 얻어라

엔터프라이즈 SaaS에, CIO 같은 사람이 구매자인 곳에 있다면, 질문은 어떻게 능동적일 권리를 얻는가이다. 기회는 Cursor처럼 출시하는 척하는 것이 아니다. 할 수도 없고, 고객도 원하지 않는다. 기회는 고객이 놓치고 있다는 것을 몰랐던 가치를 창출하는 능동형 AI를 향해 구축하는 것이다.

스타트업이라면, 신뢰성을 증명하는 것이 당신의 일이다. 그것은 지루한 것들을 의미한다. 업타임, 보안 인증, 반응형 지원, 관계를 유지하고 불을 켜두는 모든 것. 신뢰가 능동성보다 먼저다. 사람들이 능동성을 원한다고 말하더라도.

기존 신뢰를 가진 확립된 플레이어라면, 그 신뢰를 에이전틱 역량으로 확장하되, 신중하게 해야 한다. 실수가 회복 가능한 낮은 위험 자율 행동으로 시작한다. 에이전트가 만들기 전에 제안하게 한다. 범위를 확장하기 전에 올바른 결정의 실적을 쌓는다. 목표는 고객이 점차적으로 에이전트가 한 번도 틀린 적이 없다는 것을 깨닫게 하는 것이다.

결론: 어떤 게임을 하고 있는지 알아라

일회용 소프트웨어의 시대는 실재한다. 그 의미에서 과대 선전은 과장이 아니다. 소프트웨어 생성 비용이 붕괴했다. 이것은 우리가 어떻게 조직하는지, 어떻게 구축하는지, 어떻게 경쟁하는지에 대한 모든 것을 바꾼다.

그러나 모든 사람에게 같은 방식으로 모든 것을 바꾸지는 않는다. 그리고 대부분의 사람들이 실수를 저지르는 곳이 바로 여기다.

개발자나 비슷한 AI 네이티브 청중을 위해 만들고 있다면, 일회용성 속으로 모두 기울어질 수 있고 그래야 한다. 더 안정적인 엔터프라이즈 클라이언트를 위해 만들고 있다면, 신뢰성 속으로 기울어지고, 서비스하는 고객 팀의 부담을 실질적으로 덜어주는 AI 입장으로 당신의 길을 개척해야 한다.

전반적인 담론은 가장 과대 선전된 케이스들, Cursor 케이스나 CEO들이 자랑하는 자체 SaaS를 바이브 코딩하는 케이스 같은 것들이 일반 케이스라고 가정하기 때문에 틀렸다. 그러나 대부분의 팀, 대부분의 소프트웨어에서 그런 식으로 작동하지 않는다.

어떤 게임을 하고 있는지 알고, 그 게임을 최대한 잘 하라. 그것이 Nate Jones가 남기는 가장 중요한 메시지다.

부록: 2026년 현재 관련 수치들

아래 수치들은 최신 자료에서 확인된 것들로, 영상의 맥락을 이해하는 데 도움이 된다.

지표	수치
바이브 코딩 시장 규모 (2026 추정)	47억 달러
AI 코딩 도구를 일상적으로 사용하는 미국 개발자 비율	92%
AI가 생성한 전체 코드 비율	41%
바이브 코딩 사용자 중 비개발자 비율	63%
SaaSpocalypse로 인한 SaaS 시가총액 감소 (2026년 2월)	약 2,850억 달러
Lovable 8개월 만에 달성한 ARR	1억 달러
Cursor 기업 가치 (2025년 기준)	290억 달러
AI가 보안 취약점을 도입하는 코딩 작업 비율	약 50%
Y Combinator 배치 중 코드베이스 95%+ AI 생성 제품 비율	95%

이 문서는 Nate B. Jones의 YouTube 영상 “Disposable Software: The Trend 90% of People are Getting Wrong”(2026년 1월 21일)과 2026년 3월 기준 최신 자료를 바탕으로 정리한 분석 문서입니다.

AI, Material

AI disposable-software Cursor Salesforce SaaSPocalypse ai-native claude-code-cli claude-cowork Claude.write