소프트웨어가 공짜가 되면 엔지니어는 무엇을 하는가: 다리오 아모데이의 예언
스위치가 켜지는 순간
2026년 1월 다보스 세계경제포럼에서 Anthropic CEO 다리오 아모데이(Dario Amodei)는 WSJ 편집장 Emma Tucker와의 대화 중 짧은 문장 하나를 던졌습니다.
소프트웨어는 “저렴해질 것”이고 “어쩌면 본질적으로 무료가 될지도” 모른다고. 개발비를 수백만 사용자에게 분산해 회수한다는 SaaS의 기본 전제가 더는 성립하지 않을 수 있다는 말이었습니다.
(원문 일부: “Software is going to become cheap, maybe essentially free” — WSJ/Davos 인터뷰, 2026년 1월)
수십 명의 엔지니어를 고용하고, 몇 년에 걸쳐 제품을 만들어 수백만 유저에게 파는 모델. 그 경제적 토대가 흔들릴 수 있다는 경고였습니다.
같은 자리에서 아모데이는 한 가지를 더 말했습니다. AI가 100년치 경제 변화를 5~10년에 압축할 것이며, 그 충격은 “이례적으로 고통스러울(unusually painful)” 수 있다고. (CNBC, 2026년 1월 27일)
이 두 발언 사이에 엔지니어링 팀의 미래가 걸려 있습니다.
한계비용이 0에 수렴하면 무슨 일이 일어나는가
경제학에서 한계비용(marginal cost)은 한 단위를 더 생산할 때 드는 비용입니다. 디지털 제품의 복사 비용이 사실상 0에 가까워지면서 소프트웨어 산업은 오랫동안 그 혜택을 누렸습니다. 코드는 한 번 만들면 수백만 번 복제해도 추가 비용이 없었습니다.
아모데이가 말하는 것은 그 다음 단계입니다. 소프트웨어를 만드는 비용 자체가 0에 가까워질 때 어떤 일이 생기는가.
조짐은 이미 있습니다. GitHub Copilot, Cursor, Claude Code 같은 도구들이 코드 생성 비용을 빠르게 낮추고 있습니다. CRUD 앱의 뼈대를 만들고, 테스트를 작성하고, 문서를 뽑아내는 반복 작업들이 점점 저렴해지고 있습니다.
이 비용이 0에 수렴하면, 엔지니어가 만들던 것들의 경쟁 우위는 어디에 남는가.
코드를 쓰는 능력이 아니라, 무엇을 써야 하는지 판단하는 능력. 거기에 남습니다.
아모데이의 입장은 왜 바뀌었는가
아모데이 자신의 발언이 불과 몇 달 사이에 달라졌다는 점도 짚을 만합니다.
2026년 1월 CNBC 에세이에서 그는 일자리 충격이 “이례적으로 고통스러울” 것이라고 경고했습니다. 그런데 2026년 5월, Anthropic의 IPO를 앞두고 그는 “증강(augmentation)” 쪽으로 무게중심을 옮겼습니다. Fortune은 이 변화를 “AI 일자리 종말론 예언을 철회하는(walking back)” 움직임으로 보도했습니다. (Fortune, 2026년 5월 26일)
두 발언이 모순은 아닙니다. 둘을 같이 읽어야 합니다. 단기적으로는 고통이 올 것이고, 중장기적으로는 역할이 재정의될 것이라는 얘기입니다. 다만 그 재정의가 저절로 일어나지 않는다는 것, 그것이 핵심입니다.
그는 5월 인터뷰에서 이렇게도 말했습니다. “세대에 걸쳐 쌓인 직업들이 사라질 수 있습니다.” (“there are jobs that took generations to build that may disappear”) 일자리가 아니라 직업, 즉 커리어의 구조 자체가 소멸할 수 있다는 경고였습니다.
“개발자가 모두 필요 없어진다”는 공포 시나리오가 아닙니다. 더 불편한 이야기입니다. 지금까지 쌓아온 전문성의 반감기가 극적으로 짧아진다는 것입니다.
사라지는 것과 남는 것
소프트웨어의 한계비용이 낮아질 때 가장 먼저 위협받는 것은 반복적인 구현 작업입니다. 이미 알고 있는 패턴을 코드로 옮기는 일, 기존 컴포넌트를 조합하는 일, 스펙을 그대로 구현하는 일은 AI 도구가 점점 더 잘 처리합니다.
코드 생성 비용이 내려가도 가치가 사라지지 않는 것들이 있습니다. 크게 세 가지입니다.
문제 선택 능력. 무엇을 만들어야 하는지 아는 것은 어떻게 만드는지를 아는 것보다 훨씬 어렵습니다. 사용자가 말하는 것과 진짜 원하는 것이 다를 때 그 간극을 잡아내는 능력, 수백 가지 기능 후보 중에서 지금 이 시점에 만들어야 할 것을 고르는 판단력은 알고리즘이 대신하기 어렵습니다. 만드는 비용이 낮아질수록, 무엇을 만들지 결정하는 비용의 상대적 무게는 오히려 커집니다.
검증과 취향. AI가 생성한 코드가 늘어날수록, 그것이 올바른지 판단하는 능력이 핵심 역량이 됩니다. 단순한 버그 탐지가 아닙니다. 이 설계가 6개월 후에도 유지보수 가능한가, 이 API가 예측 가능하게 동작하는가, 이 코드베이스가 팀의 인지 부담을 줄여주는가. 이것은 숙련된 엔지니어만이 가진 취향과 경험의 산물입니다.
인간-시스템 경계 설계. AI가 자동화할 수 없는 영역과 자동화해야 할 영역을 구분하고, 그 경계에서 인간이 어떻게 개입할지 설계하는 일입니다. 자율주행이 확산될수록 운전자 개입 시점 설계가 중요해지듯, AI가 코드를 쓰는 비중이 늘어날수록 어디서 인간이 판단해야 하는지를 설계하는 역할이 더 중요해집니다.
경제학적으로 무슨 일이 일어나는가
소프트웨어의 공급 곡선이 아래로 이동하면 역설적인 일이 생깁니다.
공급이 늘면 가격이 내려갑니다. 가격이 내려가면 수요가 폭발합니다. 지금까지 소프트웨어를 만들기엔 너무 비쌌던 문제들, 소규모 병원의 환자 관리, 동네 식당의 재고 최적화, 개인 연구자의 데이터 분석 파이프라인, 이런 것들이 실현 가능해집니다.
엔지니어링 수요가 줄어드는 게 아니라, 수요의 구조가 바뀌는 것입니다. 대형 소프트웨어 회사 안에서 반복적 구현을 담당하던 포지션은 줄어들 수 있습니다. 대신 무수히 많은 도메인에서 AI를 활용해 실질적인 문제를 해결하는 역할에 대한 수요는 늘어납니다.
아모데이가 언급한 SaaS의 “수백만 유저 분산 모델”이 흔들린다는 것도 같은 맥락입니다. 지금까지 소프트웨어 회사는 개발 비용을 많은 사용자에게 나눠 회수하는 방식으로 경제성을 확보했습니다. 소프트웨어를 만드는 비용이 거의 없어진다면, 수백만 명이 쓰는 범용 솔루션을 굳이 만들 이유가 없어집니다. 특정 조직, 특정 팀, 심지어 특정 개인을 위한 맞춤형 소프트웨어가 경제적으로 가능해집니다.
이 변화의 수혜자는 도메인 전문가입니다. 의사, 변호사, 회계사, 물류 전문가처럼 자신의 업무를 깊이 아는 사람이 AI 도구로 자신만의 소프트웨어를 만들 수 있게 됩니다. 엔지니어의 역할은 이들과 협업해 AI 도구로 만들기 어려운 부분, 설계와 검증과 통합을 담당하는 방향으로 이동합니다.
전환은 고통스럽습니다. 아모데이가 1월에 “이례적으로 고통스러울 것”이라고 한 것은 이 전환의 속도를 말하는 것입니다. 산업혁명이 수십 년에 걸쳐 일어났다면, 이번 전환은 몇 년 만에 일어날 수 있습니다. 재교육의 시간이 부족할 수 있습니다.
아모데이가 경고를 철회한 것이 아니라는 점도 짚어둬야 합니다. 5월에 톤을 완화하면서도 “세대에 걸쳐 쌓인 직업들이 사라질 수 있다”는 말도 같은 시기에 했습니다. 두 발언의 긴장을 직시해야 합니다. 증강(augmentation)이 가능하다는 것과 커리어의 구조가 근본적으로 흔들린다는 것은 모순이 아니라 동시에 참일 수 있습니다.
엔지니어링 팀과 조직에 무엇이 바뀌는가
개인의 문제이기도 하지만, 조직이 어떻게 구성되어야 하는가의 문제이기도 합니다.
역할 경계가 흐려집니다. 코드를 직접 쓰지 않더라도 AI 도구로 프로토타입을 만드는 제품 관리자, 데이터 분석가, 도메인 전문가가 등장합니다. 엔지니어는 비즈니스 맥락을 이해하고 도메인 전문가와 더 깊이 협업해야 합니다. “엔지니어는 코드만 잘 짜면 된다”는 정의가 흔들립니다.
검증 문화가 중요해집니다. AI가 생성한 코드를 그대로 프로덕션에 올리는 조직은 단기적으로 빠를 수 있지만 장기적으로 취약해집니다. 생성 속도보다 검증 능력이 경쟁 우위의 원천이 됩니다. 코드 리뷰가 형식적 절차가 아니라 실질적 판단의 과정이어야 합니다.
문제 정의가 핵심 역량이 됩니다. 프로토타입을 빠르게 만들 수 있다는 것은 역설적으로 “무엇을 만드는가”를 더 신중하게 결정해야 한다는 뜻입니다. 만드는 비용이 낮을수록 잘못된 것을 만들 위험도 커집니다. 사용자 인터뷰, 문제 발견, 가설 검증에 투자하는 비중을 높여야 합니다.
신뢰의 기준이 바뀝니다. 누가 더 많은 코드를 빠르게 쓰는지가 아니라, 누가 더 좋은 문제를 정의하고 검증할 수 있는지가 기준이 됩니다. 시니어 엔지니어의 가치가 떨어지는 것이 아니라, 그 가치가 다른 형태로 표현되어야 한다는 뜻입니다.
ThakiCloud의 관점: 인프라가 말하는 것
ThakiCloud는 AI 기반 소프트웨어 개발 인프라를 만드는 회사입니다. 아모데이의 예언이 맞다면, 우리가 만드는 것의 의미도 달라집니다.
소프트웨어의 한계비용이 낮아진다고 해서 인프라의 한계비용이 낮아지는 것은 아닙니다. GPU, 멀티테넌시, 데이터 거버넌스, 보안, 가용성, 이것들은 AI 도구가 생성해주지 않습니다. AI로 만들어지는 소프트웨어의 수가 폭발적으로 늘어날수록, 그것들을 실행하는 인프라의 수요도 따라 늘어납니다.
우리 팀에게 아모데이의 발언은 경고이자 방향입니다. 경고: 지금까지 가치 있었던 것들 중 일부는 빠르게 가치를 잃을 것입니다. 방향: 반복적인 구현에서 가치를 찾아왔다면, 판단과 설계로 이동해야 합니다.
결론: 전문성의 반감기가 짧아질 때
소프트웨어가 공짜가 된다는 것은 소프트웨어를 만드는 사람이 공짜가 된다는 뜻이 아닙니다. 코드를 생성하는 비용이 내려가는 것이지, 좋은 소프트웨어를 만드는 판단력의 가치가 내려가는 것이 아닙니다.
다리오 아모데이가 1월과 5월 사이에 발언의 무게 중심을 옮긴 것도 이 맥락에서 읽힙니다. AI가 가져오는 충격은 실재합니다. 그 충격의 맞은편에는 다른 역할이 있습니다.
그 역할의 핵심 자질은 하나입니다. 무엇을 왜 만들어야 하는가를 판단하는 능력. 코드 에디터가 알려줄 수 없는 것입니다.
엔지니어의 정체성이 ‘코드를 쓰는 사람’에서 ‘문제를 보는 사람’으로 이동하고 있습니다. 그 이동을 의식하고 준비하는 팀과 그렇지 않은 팀 사이의 간극은, 몇 년 안에 드러날 것입니다.
출처
- Dario Amodei / Anthropic, WSJ-Davos 인터뷰, 2026년 1월 — “소프트웨어는 본질적으로 무료가 될 것”: The News.com.pk 보도
- Dario Amodei, CNBC, 2026년 1월 27일 — “unusually painful” 일자리 충격 경고: CNBC 원문
- Dario Amodei, 2026년 5월 인터뷰 — “세대에 걸쳐 쌓인 직업들이 사라질 수 있다”: X @AnatoliKopadze RT (2026-05-26)
- Fortune, 2026년 5월 26일 — Amodei의 입장 완화 보도: Fortune 원문