소프트웨어는 죽는 게 아니라 진화 중이다

2026-06-15 · 2026-06-15_software-is-not-dying-it-is-evolving.md

#ai #software #karpathy #software-3.0 #vibe-coding #saas #startup

원문 출처

소프트웨어는 죽는 게 아니라 진화 중이다

GeekNews에서 소개한 안드레이 카파시(Andrej Karpathy)의 YC AI Startup School 강연과 a16z의 관점을 종합한 분석. 원문은 Karpathy의 "Software Is Changing (Again)" 강연을 기반으로 하며, a16z의 "Death of Software. Nah."와 브런치의 한국어 분석글을 함께 참조.

1. 원문 핵심 내용

"소프트웨어의 죽음"은 잘못된 질문

최근 AI 커뮤니티에서 "소프트웨어가 죽는다"는 주장이 여러 버전으로 돌고 있다. Karpathy는 이를 4가지 주장으로 정리하고, 각각이 왜 부정확한지 분석한다.

주장 4: 모두가 바이브 코딩(Vibe Coding)할 것이다

  • 바이브 코딩이란 프롬프트로 AI에게 코드를 생성하게 하고, 개발자는 결과만 확인하는 방식을 말한다.
  • 실제로 바이브 코딩이 가능해졌지만, 이것이 소프트웨어 개발을 '없애는' 것이 아니라 '누구나 할 수 있게 만드는' 것이다.
  • 오히려 소프트웨어 개발 수요가 폭발적으로 증가할 가능성이 크다.

주장 3: AI 에이전트가 엔터프라이즈 앱을 삼킨다

  • Claude·ChatGPT 같은 에이전트가 기업용 소프트웨어를 대체할 것이라는 주장.
  • 하지만 Karpathy는 '완전 자율(full autonomy)'보다 '부분 자율(partial autonomy)'이 현실적인 방향이라고 본다.
  • AI가 생성하고 인간이 빠르게 검증하는 루프가 핵심 — Cursor의 Cmd+Y(수락)/Cmd+N(거부) 패턴이 대표적.

주장 2: 좌석 기반 가격제가 SaaS 모델을 붕괴시킨다

  • 기존 SaaS는 사용자 수(좌석) 기준으로 판매됐지만, AI가 개인별 커스텀 앱을 생성하면 이 모델이 흔들린다.
  • 그러나 a16z는 "SaaS가 죽는 게 아니라, 소프트웨어 제작 주체와 배포 모델이 바뀐다"고 반박한다.

주장 1: 코드가 저렴해져 기능 해자(moat)가 무너진다

  • 코드가 값싸지면 경쟁 장벽이 낮아진다는 주장.
  • Karpathy의 반박: 코드는 이미 저렴했다. 진짜 해자는 코드 자체가 아니라 세 가지에 존재한다.

새로운 해자의 세 가지 요소

  1. 데이터(Data) — 독점적 데이터셋을 가진 회사가 AI 모델에서 우위를 점한다.
  2. 도메인 전문성(Domain Expertise) — 해당 분야의 깊은 이해가 AI를 효과적으로 활용하는 핵심.
  3. 사용자 경험(UX) — AI 생성 결과를 인간이 빠르게 검증할 수 있는 인터페이스 설계가 경쟁력.

소프트웨어 3단계 진화론

Karpathy는 소프트웨어를 세 단계로 구분한다:

  • Software 1.0: 인간이 직접 작성하는 명시적 코드 (Python, C++ 등)
  • Software 2.0: 데이터로 학습한 신경망 가중치 (이미지 분류, Tesla 자율주행 등)
  • Software 3.0: 자연어 프롬프트로 프로그래밍하는 LLM (현재 진행형)

중요한 점은 세 단계가 공존한다는 것이다. Software 3.0이 1.0과 2.0을 '먹어치운다'고 하지만, 완전히 대체하는 게 아니라 각 계층에서 적합한 패러다임을 선택하는 하이브리드 아키텍처가 현실.

LLM을 '운영체제(OS)'로 보는 관점

Karpathy는 LLM을 '전기와 같은 유틸리티'가 아니라 새로운 운영체제로 비유한다:

  • 1960년대 메인프레임처럼 중앙집중식 클라우드에서 동작
  • 텍스트 인터페이스는 터미널과 유사 — 아직 범용 GUI가 발명되지 않음
  • 폐쇄형(Windows/macOS 역할: OpenAI, Anthropic)과 개방형(Linux 역할: Llama) 생태계 공존
  • LLM 앱은 모델 간 포터블 — Cursor가 GPT/Claude/Gemini를 드롭다운으로 전환하듯

'사람 영혼(People Spirits)'으로서의 LLM 심리학

Karpathy는 LLM을 확률적 인간 심리 시뮬레이션으로 설명하며, 장단점을 정리한다:

  • 강점: 백과사전적 기억력, 다양한 도메인 지식
  • 약점: 환각(hallucination), 날카로운 지능의 불균형(jagged intelligence), 전향성 기억상실(anterograde amnesia — 대화 간 학습 불가), 유도성(gullibility — 프롬프트 인젝션 취약)

이러한 특성을 이해하고, 강점을 활용하면서 약점을 우회하는 시스템 설계가 핵심.

창업자를 위한 조언

Karpathy는 시드·시리즈 A 단계 창업자들에게 다음을 권고한다:

  • 완전 자율 에이전트가 아니라 부분 자율 + 인간 검증 루프를 설계할 것
  • AI가 생성한 결과를 인간이 빠르게 검증할 수 있는 도메인 특화 GUI가 핵심 차별점
  • 소프트웨어 스택 전체(하드웨어 → 모델 → 인프라 → 애플리케이션)를 이해하고, 애플리케이션 계층에서 기회를 찾을 것

2. 커뮤니티 반응

이 특정 GeekNews 기사에 대한 별도의 HN 스레드는 확인되지 않았다. 하지만 Karpathy의 원론 강연("Software Is Changing (Again)")은 HN에서 783개의 댓글을 낳은 대박 게시물이었으며, a16z의 "Death of Software. Nah." 역시 큰 논쟁을 불러일으켰다. 관련 논의들을 종합하면:

Karpathy 강연에 대한 HN 반응 (783 댓글)

공감하는 시각:

  • "소프트웨어 1.0/2.0/3.0 구분은 현재 AI의 위치를 설명하는 훌륭한 프레임워크"
  • "Tesla 자율주행에서 실제로 Software 2.0이 1.0을 대체하는 과정을 목격했다"
  • "부분 자율 + 인간 검증 루프는 Cursor, GitHub Copilot 등 실제 제품에서 이미 작동 중"

비판하는 시각:

  • "Karpathy도 과장하는 편. Software 3.0이 1.0을 먹는다고 하지만, 임베디드 시스템·실시간 제어·보안 같은 영역은 여전히 1.0이 절대적"
  • "LLM을 OS에 비유하는 건 유용하지만, LLM은 결정론적이지 않아 OS로 쓰기에는 근본적 한계가 있음"
  • "사람 영혼 비유는 재밌지만, LLM의 '환각' 문제를 지나치게 가볍게 넘김"

실무적 논쟁:

  • "바이브 코딩의 진짜 장벽은 AI가 아니라 터미널 사용 능력 — 일반인 1%만 가능"
  • "SaaS 모델이 흔들리는 게 아니라, AI 네이티브 SaaS로 진화할 것"
  • "데이터 해자는 여전히 가장 강력한 경쟁 장벽 — LLM 시대가 되면서 오히려 더 중요해짐"

a16z 관점에 대한 반응

a16z의 "소프트웨어는 죽지 않는다"는 주장은 실리콘밸리 투자계에서 큰 공감을 얻었지만, 일부에서는 "a16z 자체가 SaaS 포트폴리오를 방어하기 위한 논리"라는 비판도 있었다. 핵심 논쟁점은:

  • 변화의 속도: AI가 소프트웨어 제작을 얼마나 빠르게 민주화할 수 있는지
  • 제품 공백: 바이브 코딩을 대중화하는 제품이 아직 없다는 점 (현재 1%만 가능)
  • 투자 방향: SaaS 대신 AI 네이티브 애플리케이션으로 자본이 이동 중

3. 새로운 시각

(1) '소프트웨어의 죽음' 담론 자체가 소프트웨어 3.0의 증거

"소프트웨어가 죽는다"는 말은 사실 소프트웨어가 너무 흔해져서 '소프트웨어'라는 범주 자체가 의미를 잃어가고 있다는 신호다. 전기가 '전기의 시대'를 끝내고 일상생활의 배경이 된 것처럼, 소프트웨어도 AI를 매개로 '보이지 않는 인프라'로 진화하고 있다. 즉 소프트웨어가 죽는 게 아니라 소프트웨어가 공기처럼 되는 것.

(2) 해자의 이동: 코드 → 데이터 → 검증 인터페이스

과거에는 코드를 잘 쓰는 사람이 이겼고, 지금은 데이터를 가진 회사가 이긴다. 하지만 다음 단계에서는 AI가 생성한 결과를 인간이 얼마나 빠르게 검증할 수 있는 인터페이스를 설계하는가가 핵심 경쟁력이 된다. Cursor의 diff 뷰, Figma AI의 시각적 미리보기, Notion AI의 블록 단위 편집 — 모두 '검증 속도'를 높이는 인터페이스 혁신. 이는 UX 디자이너의 가치를 AI 시대에 오히려 상승시킬 수 있다.

(3) '부분 자율'은 AI 시대의 새로운 중역(manager) 모델

Karpathy가 제안한 '부분 자율 + 인간 검증' 패턴은 사실 조직 관리의 고전적 모델과 동일하다. AI가 일을 하고 인간이 검토하는 구조는 중역이 부하의 보고서를 읽고 승인하는 프로세스와 구조적으로 같다. AI 시대의 개발자는 '코더'가 아니라 'AI 관리자'로 진화하며, 이는 코딩 능력이 아니라 판단력(taste)과 검증 능력을 요구한다. Simon Willison이 "vibe coding에서 코드를 리뷰하는 순간 vibe coding이 끝난다"고 말한 것도 같은 맥락 — AI 시대의 진짜 역량은 생성이 아닌 검증.

4. 자녀/미래 영향

아인(딸)에게

  • 아인이 성장할 때쯤에는 '프로그래밍을 배운다'는 개념이 지금의 '타자를 배운다'에 가까워질 것이다. 중요한 건 코드를 쓰는 게 아니라 무엇을 만들지 판단하는 취향(taste)이다.
  • AI가 코드를 대신 쓰는 시대에, 디자인 감각과 문제 정의 능력이 프로그래밍 언어보다 훨씬 중요한 자산이 될 것.

석현(아들)에게

  • 석현이 소프트웨어를 접할 때는 Software 1.0/2.0/3.0을 자유롭게 오가며 작업할 것이다. 중요한 건 세 패러다임을 모두 이해하고, 어떤 상황에 어떤 도구를 쓸지 판단하는 능력.
  • 지금의 개발자가 컴파일러를 직접 쓰지 않듯, 미래의 개발자도 LLM 내부 구조보다 'LLM을 어떻게 활용하는지'가 중요해질 것.

은한(아들)에게

  • 은한 세대는 AI 네이티브 세대로, 'AI를 도구로 쓴다'는 개념 자체가 낯설 수 있다. AI가 공기처럼 존재하는 세대에서 인간만이 할 수 있는 가치 — 창의성, 공감, 윤리적 판단 —가 더 명확히 부각될 것.
  • 특히 '부분 자율' 모델에서 인간의 검증 역할은 AI가 대체하기 어려운 영역. AI가 생성하고 인간이 의미를 부여하는 협업이 표준이 될 것.

공통 조언

  • 세 자녀에게 공통으로 강조할 점: 기술의 세부 사항보다 문제 정의와 검증의 능력을 기를 것. AI 시대에 '무엇을 물어보는지'가 '어떻게 답하는지'보다 중요해진다.
  • 코딩 자체를 두려워하지 않게 하되, 코딩이 '목적'이 아니라 '수단'임을 일찍 이해하게 할 것.

관련 노트

[[2026-06-15_ai-engineer-taste]] — AI 시대의 '취향(taste)' 경제 [[software-evolution]] — Software 1.0/2.0/3.0 진화 프레임워크 (개념 페이지로 합성 예정)