코딩은 끝났다, 그래서 다음은? — Claude Code 만든 Boris Cherny의 진단

들어가며 — TL;DR

Anthropic의 Claude Code를 만든 Boris Cherny가 한 영상에서 도발적인 한 줄을 던졌습니다. "코딩은 이미 해결된 문제다(Coding is largely solved)." 그는 2025년 11월 이후로 코드를 단 한 줄도 직접 타이핑하지 않았다고 말합니다. 매일 밤 수천 개의 서브 에이전트를 돌리고, 동시에 10~15개의 Claude Code 세션을 유지합니다. 이 글은 그 영상의 메시지를 풀어, "코딩이 끝났다"는 말의 진짜 의미, 다음에 무엇이 오는가, 그리고 우리는 지금 무엇을 준비해야 하는가를 정리한 가이드입니다. 핵심은 한 줄입니다 — 병목이 "어떻게 만들 것인가"에서 "무엇을 만들 것인가"로 옮겨갔다는 것.

Part 1. 누가 이 선언을 했는가

1.1 Boris Cherny — 코드를 만든 사람이 "코딩은 끝났다"고 말할 때

이 선언이 무게를 갖는 이유는 누가 했는가 때문입니다. Boris Cherny는 컴퓨터과학 학위 없이 경제학을 전공하다 중퇴하고 스타트업을 거쳐 Meta에 합류, IC4에서 IC8(Principal Engineer)까지 승진한 엔지니어입니다. Instagram을 거쳐 2024년 Anthropic으로 옮겨, Claude Code의 첫 줄을 직접 친 사람이자 현재 Head of Claude Code를 맡고 있습니다.

코드를 안 쓰는 사람이 "코딩은 끝났다"고 말하면 무게가 없습니다. 하지만 매일 코드를 쓰던 사람이 **"내가 만든 도구 때문에 내가 더 이상 타이핑을 안 한다"**고 말하면 그것은 다른 이야기입니다.

1.2 Claude Code의 출발 — "6개월 뒤 모델"에 베팅한 터미널 핵

Claude Code는 2024년 후반, **단순한 터미널 핵(hack)**으로 시작했습니다. Cherny의 매니저가 한 조언이 출발선이었습니다.

"지금 모델이 아니라, 6개월 뒤의 모델을 가정하고 설계해라."

당시 모델은 코딩 작업의 약 10%만 자동화할 수 있었지만, Cherny는 모델이 곧 지수적으로 좋아질 것이라는 가정으로 설계를 밀어붙였습니다. 그 베팅이 적중한 것이 2025년 5월 Claude Opus 4 출시였습니다. 10%였던 자동화 비율이 80~90%로 수직 상승하면서, Claude Code는 사내 핵에서 글로벌 도구로 폭발합니다.

이 흐름이 중요한 이유는 "코딩이 끝났다"는 선언이 갑자기 나온 게 아니라, 모델 능력 곡선을 가장 가까이서 본 사람이 1년간 누적 관찰한 결론이라는 것입니다.

Part 2. "Coding is Solved" — 이 말의 진짜 의미

2.1 "끝났다"가 의미하지 않는 것

먼저 오해를 걷어내야 합니다. Cherny가 "코딩은 끝났다"고 했을 때 그 말은 **"이제 소프트웨어가 더 필요 없다"**나 **"엔지니어는 없어진다"**가 아닙니다. 영상에서 그가 가리킨 것은 다음 두 가지입니다.

이걸 인쇄기에 비유하면 이해가 빠릅니다. 인쇄기가 발명되기 전 책은 **필경사(scribe)**가 한 글자씩 손으로 옮겨 적었습니다. 인쇄기는 "글쓰기"를 끝내지 않았습니다 — **"손으로 베껴 쓰기"**를 끝냈을 뿐입니다. 그 결과로 책은 폭발했고, 200년 만에 유럽의 문해율은 1%에서 70%로 올라갔습니다.

Cherny가 영상에서 반복해서 사용하는 비유가 정확히 이것입니다.

"프로그래밍의 인쇄기 모멘트가 지금이다. **필경사(scribe)**가 사라지는 게 아니라, 누구나 글을 쓰는 시대가 오는 것이다."

2.2 숫자로 본 변화 — Claude Code가 1년 만에 한 일

말이 아니라 숫자로 보면 이렇습니다.

이 숫자의 가장 충격적인 부분은 마지막입니다 — Claude Code를 만든 사람 본인이 더 이상 코드를 타이핑하지 않는다는 것. 도구가 도구 제작자를 추월한 순간입니다.

2.3 "그래서 React/TypeScript는 끝났는가" — 부분적으로 그렇다

영상에서 Cherny가 한 말 중 흥미로운 디테일이 있습니다.

"React, TypeScript 같은 흔한 프레임워크는 모델이 이미 매우 잘 다룬다. 이 영역은 사실상 해결됐다고 봐도 좋다."

이 말의 의미는 **"프론트엔드 엔지니어가 없어진다"**가 아니라, **"React 컴포넌트 한 개를 손으로 짜는 행위 자체에 더 이상 부가가치가 없다"**는 것입니다. 부가가치는 **"어떤 컴포넌트가 필요한가, 어떤 사용자 흐름을 만들 것인가"**로 이동합니다.

Part 3. 다음에 오는 것 — "Builder"의 시대

3.1 직함이 사라진다 — "Software Engineer" → "Builder"

Cherny의 가장 도발적인 예측 중 하나는 직함 자체에 대한 것입니다.

이 변화의 핵심은 **"도메인 지식이 코드 작성보다 더 희소해진다"**는 것입니다. 영상에서 Cherny가 든 예시는 회계 소프트웨어입니다.

"회계 소프트웨어를 가장 잘 만들 사람은 엔지니어가 아니라 매우 뛰어난 회계사다. 도메인을 깊게 아니까. 코딩은 이제 쉬운 부분이 됐다."

3.2 새로운 병목 — "무엇을 만들 것인가"

코드 작성이 쉬워지면 병목은 한 단계 위로 올라갑니다. Cherny의 정리는 명료합니다.

이 변화가 PM·디자이너·도메인 전문가에게 의미하는 바는 큽니다. 과거에는 "엔지니어에게 잘 설명하는 능력"이 핵심이었다면, 이제는 **"AI에게 잘 설명하고, 결과물을 보고 다시 빠르게 의사결정하는 능력"**이 핵심이 됩니다.

3.3 Cherny의 워크플로 — 동시에 10~15개 세션, 밤에는 수천 개 에이전트

영상과 후속 인터뷰에서 Cherny가 공개한 본인의 작업 방식은 충격적입니다.

이 워크플로의 핵심은 "엔지니어 = 작성자(writer)"에서 "엔지니어 = 오케스트레이터(orchestrator)"로의 전환입니다. 한 사람이 동시에 여러 에이전트를 지휘하고, 각 에이전트의 결과를 검토하고, 다음 작업을 분배합니다. 비유하자면 솔로 연주자에서 오케스트라 지휘자로 바뀐 것입니다.

Part 4. 우리가 지금 준비해야 할 것

4.1 8가지 변화 — 영상이 던지는 실질적 메시지

영상의 메시지를 실천 가능한 형태로 정리하면 다음 8가지입니다.

4.2 "디자이너의 불안" — 모두가 같은 속도로 좋아하지는 않는다

다만 Cherny가 빼놓지 않는 디테일이 하나 있습니다. 모두가 이 변화를 같은 정도로 환영하는 것은 아니다.

디자이너의 비율이 낮은 이유에 대해 Cherny와 인터뷰어들은 **"디자인은 시각적 사고이고, 현재 AI 도구는 텍스트 기반이라 디자이너의 직관과 잘 맞지 않는다"**고 분석합니다. 이는 곧 **"다음 큰 도구는 시각적 디자이너를 위한 빌더 도구"**가 될 가능성이 있다는 단서이기도 합니다.

4.3 그래서 — 지금 무엇을 해야 하는가

영상의 메시지를 한 줄로 줄이면 이렇습니다.