이 글은 Claude Fable 5.1 을 이용해 초안이 작성되었으며, 이후 퇴고를 거쳤습니다.

들어가며#

2026년 9월 23일, 텍사스 오스틴에서 열린 Rails World 2026 의 개막 키노트는 Rails 커뮤니티 안팎에서 지난 한 주 내내 가장 많이 이야기된 개발자 행사 연설이 되었습니다. 연사는 물론 Rails 의 창시자이자 37signals 의 CTO 인 David Heinemeier Hansson, DHH 입니다.

영상은 이튿날 Ruby on Rails 공식 채널에 올라왔고, 이 글을 쓰는 9월 28일 기준 조회수 약 27만 5천, 좋아요 6천여 개, 댓글 약 1천 개입니다. Hacker News 에는 영상 스레드 하나로 댓글 500개 가까이가 달렸고, 이 키노트를 비판한 글 하나가 다시 230개짜리 스레드를 만들었습니다. 개발자 행사 키노트 하나에 이 정도 반응이 붙는 일은 흔하지 않습니다.

이 시리즈는 두 편으로 나뉩니다. 이번 편은 DHH 가 실제로 무엇을 말했는지 를 영상의 공식 챕터 순서대로 재구성하고, 그가 무대에서 제시한 숫자들을 1차 출처와 대조합니다. 다음 편은 이 연설에 쏟아진 옹호와 반박, 그리고 그 사이에서 나온 제3의 길들을 정리합니다.

행사 이름에 관하여. 이 연설을 “RailsConf 2026 키노트” 로 부르는 경우가 있는데, 정확한 명칭은 Rails World 2026 입니다. RailsConf 는 Ruby Central 이 주최하던 행사로 2025년 7월 필라델피아에서 마지막 회를 열고 종료되었고, Rails World 는 Rails Foundation 이 2023년부터 여는 별개의 행사입니다. 두 행사의 주최 주체가 다르다는 사실은 다음 편에서 다룰 배경 이야기와 무관하지 않습니다.

한 시간을 구조로 보기#

영상 설명란에 공식 챕터 24개가 달려 있습니다. 챕터 제목만 읽어도 연설의 뼈대가 보입니다.

시각챕터
00:00Rails World 2026 에 온 것을 환영합니다: DHH 의 AI 도취
01:50초상화가들이 AI 에 대해 가르쳐 주는 것
11:202025년 11월 24일: 우리 시대의 Kodak Brownie
12:43환멸의 골짜기1, 그리고 뒤이은 도약
16:0210x 프로그래머에서 1,000x 프로그래머로
18:13“내가 하지 않는 일들을 보라”: Rails 의 순간
20:4537signals, 손으로 쓰는 코드에 연필을 내려놓다
22:12Basecamp 5 를 바이브 코딩하며 배운 것
24:04HEY 를 네이티브 앱으로 다시 만들기
28:14에이전트로 HEY 의 백엔드를 다시 생각하기
33:04그렇다면 Ruby 와 Rails 는 어디에 남는가
34:23Evil Martians 와 Rails Foundation 의 에이전트 평가
36:28한 달에 15만 줄
38:06영어: DHH 가 Ruby 보다 좋아하게 된 프로그래밍 언어
39:21손코딩에서 은퇴하기, 기쁘게
42:49에이전트 시대의 소프트웨어 아키텍처 다시 생각하기
45:23에이전트를 직접 데려오라: 모든 앱에 CLI 가 필요한 이유
48:05Omarchy: 컴퓨터 전체를 고치기
51:21원샷 앱들: 계산기, 글쓰기 앱, 영상 편집기, 그리고 Hype
53:53성능의 보상: 0.5 MB
55:02AI 에 대한 우려, 보안, 그리고 예측이 실패하는 이유
58:26P(doom) 보다 P(bloom)
60:49총체적 낙관론을 위한 변론

행사 안내 페이지에 적힌 이 세션의 설명은 “Rails 의 새 소식, 다음에 올 것, 그리고 Rails 가 향하는 곳” 이었습니다. 챕터 제목에서 Rails 가 주어로 등장하는 구간은 33분에서 36분 사이 한 번뿐입니다. 이 불일치가 다음 편에서 다룰 비판의 출발점이 됩니다.

1. 초상화에서 스마트폰까지: 마찰이 사라지는 200년#

DHH 는 첫 10분을 사진의 역사에 씁니다. 18세기에 초상을 남기려면 Joshua Reynolds 같은 궁정 화가를 불러 몇 시간을 앉아 있고 몇 달을 기다려야 했고, 그 비용은 왕족과 상층 부르주아만 감당할 수 있었습니다. 그는 1888년 덴마크 왕실이 화가 Laurits Tuxen 에게 의뢰한 단체 초상화를 보여 주는데, 그림 가운데 분홍 드레스를 입은 여성이 자신의 증조모이고 화가 Tuxen 은 자신의 고조부라고 소개합니다. Tuxen 은 이 그림에 3년을 썼습니다.

1840년 무렵 카메라가 등장하고, 1900년 Kodak Brownie 가 1달러 남짓에 사진을 찍을 수 있게 만듭니다. 그러나 DHH 가 강조하는 것은 “대중화” 와 “무마찰” 사이의 긴 중간 상태입니다. 자신이 태어난 1979년에도 사진은 신중히 찍는 것이었고, 어린 시절 사진이 세 장밖에 남아 있지 않다고 합니다. 이 중간 상태가 스마트폰 카메라로 단번에 무너지고, 지금은 한 해 약 2조 장의 사진이 찍힙니다. 아무도 비용을 계산하지 않을 만큼 싸졌기 때문입니다.

이 비유를 소프트웨어에 그대로 얹습니다. 소프트웨어는 지금 자신의 Brownie 순간에 서 있고, 그 시점은 2025년 11월 24일, Anthropic 이 Claude Opus 4.5 를 출시한 날이라는 것입니다. “그 전에 하나의 세계가 있었고, 그 후에 다른 세계가 있다” 는 표현을 씁니다. 이 날짜는 Anthropic 공식 발표와 일치합니다.

flowchart LR
    P1["궁정 초상화<br/>18세기"] --> P2["카메라<br/>1840년경"] --> P3["Kodak Brownie<br/>1900"] --> P4["스마트폰<br/>2007 이후"] --> P5["연 2조 장<br/>2026"]
    S1["장인의 손코딩<br/>2022 이전"] --> S2["코드 자동완성<br/>2022 이후"] --> S3["Opus 4.5<br/>2025-11-24"] --> S4["에이전트 위임<br/>2026"] --> S5["?"]
    style P3 fill:#FFD700,color:#000000
    style S3 fill:#FFD700,color:#000000
    style S5 fill:#555555,color:#999999,stroke-dasharray: 5 5

위 그림의 소프트웨어 쪽 단계 구분은 DHH 의 말이 아니라 이 글이 비유를 시각화하기 위해 붙인 것입니다. DHH 가 무대에서 못 박은 지점은 노란 칸 하나, 2025년 11월 24일뿐입니다.

2. 10x 에서 1,000x 로#

DHH 는 오래된 “10x 프로그래머” 논쟁을 꺼냅니다. 그 논쟁의 뿌리로 흔히 인용되는 1968년 연구를 언급한 뒤, 이제 그 질문은 끝났다고 선언합니다. 에이전트 없이 일하는 최악의 프로그래머와 에이전트를 쓰는 최고의 프로그래머 사이의 격차가 1,000배 에 가까워지고 있다는 것입니다.

근거로 자기 수치를 내놓습니다. 지난 21년 동안 그는 연평균 약 3만 줄 의 Ruby 프로덕션 코드를 썼습니다. 그 양으로 37signals 의 여러 제품과 Rails 프레임워크를 떠받쳤습니다. 그런데 2026년 8월 한 달에 15만 줄 을 만들었습니다. 장기 평균의 60배입니다. 지난 20개월의 산출량이 그 전 21년의 절반에 해당한다고도 말합니다.

그는 이 숫자에 물이 섞여 있다고 스스로 인정합니다. 에이전트가 만드는 Rust 코드는 Ruby 보다 장황하고, 줄 수는 애초에 거친 척도입니다. 그럼에도 자릿수가 다르다는 것이 요지입니다.

3. “연필을 내려놓아라”#

연설의 핵심 선언은 20분 45초에 나옵니다. 37signals 는 몇 주 전부터 손으로 코드를 쓰는 일을 정상 업무에서 제외 했습니다. 그가 고른 표현이 “pencils down” 입니다. 시험 종료를 알리는 감독관의 표현입니다.

“가급적 덜 쓴다” 가 아닙니다. 손코딩은 이제 예외 상태이고, 37signals 안에서 누군가 손으로 코드를 쓰고 있다면 그것은 Sentry 에 버그 리포트가 뜬 것과 같은 신호입니다.2 에이전트가 원하는 결과를 내지 못했다는 뜻이므로, 고쳐야 할 것은 코드가 아니라 에이전트 워크플로 라는 논리입니다.

그는 청중에게 묻습니다. 지금도 매주 상당량의 코드를 손으로 쓰는 사람이 있는지. 천 명 넘는 홀에서 손을 든 사람은 다섯 명 정도였다고 여러 참석자가 전합니다. 두세 달 전에 같은 슬라이드를 띄웠다면 미쳤다는 소리를 들었을 텐데, 지금은 이미 일어난 일을 서술하는 것뿐이라는 것이 그의 코멘트였습니다.

같은 문장을 그는 “지금 대부분의 회사에서 대부분의 프로그래머에게, 손으로 코드를 쓰는 것은 더 이상 경제적으로 성립하는 기술이 아니다” 라고도 표현합니다. 그리고 올해 말이면 “사실상 모든 도메인, 사실상 모든 프로그래머” 가 에이전트를 쓰고 있을 것이라고 예측합니다.

4. Basecamp 5 의 스위스 치즈#

37signals 가 곧장 이 결론에 도달한 것은 아닙니다. 2026년 봄 Basecamp 5 를 마무리하면서 디자이너들에게 원하는 기능을 바이브 코딩3으로 직접 넣게 했습니다. PR 하나하나는 그럴듯했지만 20~30개가 쌓이자 아키텍처가 스위스 치즈 처럼 구멍투성이가 되었습니다. 팀은 “기술이 아직 준비되지 않았다” 고 판단하고 엔지니어의 수동 리뷰로 되돌렸습니다.

DHH 는 이것이 틀린 결론 이었다고 말합니다. 몇 달 뒤 더 나은 모델이 나왔기 때문만이 아니라 (“5분만 더 기다렸으면 Fable 이 왔을 것” 이라는 농담을 합니다), 지금 소프트웨어 개발에서 정말 중요한 질문은 하나뿐이라고 보기 때문입니다. 이 지능의 폭발에서 어떻게 최대 가치를 뽑아낼 것인가. 나머지 질문은 전부 그 뒤에 온다는 것입니다. Basecamp 5 는 결국 에이전트 가속과 많은 수작업 다듬기의 조합으로 출시되었습니다.

이 대목은 다음 편에서 가장 날카로운 반박을 받는 지점입니다. 문제가 모델 성능이었는지 시스템 소유권이었는지를 두고 의견이 갈립니다.

5. HEY 2.0: 네이티브 앱 6개와 Rust 백엔드#

연설에서 가장 큰 뉴스는 24분부터입니다. 37signals 의 이메일 서비스 HEY 의 다음 버전은 웹앱이 아닙니다. 데스크톱과 모바일을 합쳐 네이티브 앱 6개 를 동시에 개발하고 있고, 그는 일주일 전 시작한 개발의 실시간 진행 상황을 화면에 띄웁니다.

작은 팀이 플랫폼 여섯 개의 네이티브 앱을 유지하는 것은 예전에는 불가능했고, 그래서 React Native 나 Hotwire Native 같은 타협안4이 존재했다는 설명이 붙습니다. 그는 Shopify 가 2026년 9월 Shop 앱을 React Native 에서 Swift 와 Kotlin 네이티브로 전면 재작성하고 그 과정에서 코딩 에이전트가 핵심이었다고 밝힌 엔지니어링 블로그를 근거로 듭니다. 이 글은 Shopify Engineering 에 실제로 공개되어 있습니다.

백엔드 이야기가 연설에서 가장 큰 웃음을 만든 대목입니다. HEY 의 백엔드는 본질적으로 메일 서버인데, 이것을 Rust 로 다시 쓰고 있습니다. DHH 는 Rust 를 싫어한다고 공언합니다. 코드를 보는 것이 “눈에 산을 붓는 것 같다”, 지난 40년 동안 발명된 언어 중 가장 못생겼다고까지 말합니다. 그리고 바로 뒤집습니다.

“내가 절대로, 절대로, 절대로 직접 볼 필요가 없다면, 나는 Rust 를 사랑합니다.”

에이전트는 Rust 를 잘 다루고, 자신은 무엇을 만들지만 말하면 되며, 그 코드는 평생 읽지 않아도 되는 완벽한 분업이라는 것입니다.

성능 수치는 이렇습니다. Rust 백엔드는 이전 대비 CPU 99% 감소, 메모리 95% 감소. 여러 호스트가 필요한 유일한 이유는 이중화이고, 대략 계산하면 HEY 의 피크 트래픽을 Raspberry Pi 한 대 가 감당할 수 있다고 합니다. 그는 이것이 정식 벤치마크가 아니라 대략적 추산이라고 덧붙였습니다.

그는 Rust 를 전혀 모르는 사람이 에이전트에게 Rust 를 시키고 결과를 블랙박스로 평가하는 일이, 사업주가 프로그래머를 고용해 일을 시키던 것과 본질적으로 같다고 말합니다. 달라진 것은 그 책임을 쥔 사람이 누구인가뿐이라는 것입니다.

6. 그렇다면 Rails 는#

33분에 이르러서야 Rails 이야기가 나옵니다. 요지는 세 가지입니다.

첫째, 웹은 여전히 필요합니다. 설치 없이 잠깐 쓰는 사용자, Basecamp 처럼 외부 협업자가 드나드는 제품에는 웹이 맞습니다.

둘째, Rails 의 설정보다 관례 (convention over configuration) 는 에이전트 시대에 토큰 효율 로 직결됩니다. 관례가 많을수록 에이전트에게 설명할 것이 줄고, 생성된 코드를 검증하는 비용도 줄어듭니다. 1인 개발자에게 최대 지렛대를 주도록 설계된 프레임워크는 에이전트를 쓰는 1인 개발자에게도 그 지렛대를 준다는 논리입니다.

셋째, Rails Foundation 이 Evil Martians 에 의뢰한 Agents on Rails 벤치마크를 소개합니다. 여러 모델이 Rails 코드베이스에서 얼마나 정확하게 작업하는지를 재는 프로젝트입니다. 2차 보도들은 그가 “95%” 를 언급했고 문제를 더 어렵게 만들어야 한다고 말했다고 전합니다. 공식 결과 페이지의 실제 수치는 아래 검증 절에서 다룹니다.

이 구간이 끝나면 다시 그의 개인 이야기로 돌아갑니다. 올해 그가 Ruby 에 쓴 시간은 예년 평균의 약 3% 입니다. 과거에는 절반 정도였습니다.

7. “영어가 Ruby 보다 좋다”#

38분의 고백입니다.

“Ruby 보다 더 마음에 드는 프로그래밍 언어가 생길 줄은 몰랐습니다. 그런데 생겼습니다. 영어입니다.”

그는 전통적인 프로그래밍 언어 중에서는 여전히 Ruby 를 가장 사랑하지만, 영어로 프로그래밍하는 만족감이 그것을 넘어섰다고 말합니다. 영어는 더 모호하고 더 불확실한데도 표현력은 Ruby 보다 크다는 것입니다. 그리고 자신은 넉 달인가 다섯 달 전, 아마 3월쯤에 “전문 프로그래머에서 은퇴했다” 고 선언합니다. 이제 자신을 “만드는 사람 (maker)” 으로 부릅니다.

그는 이것이 후회할 일이 아니라 추억할 일이라고 말합니다. 천공 카드 시대를 낭만적으로 기억하는 사람들처럼, 손으로 코드를 쓰던 시절에 자신이 있었다는 것을 감사하게 기억하겠다는 것입니다. “컴퓨팅 역사상 가장 큰 사건” 이라는 표현을 씁니다.

8. 아키텍처를 다시 생각하기#

42분부터는 아직 답이 없는 이야기를 합니다. 추상화와 DRY 원칙5은 인간의 기억이 유한하고 유지보수가 비싸다 는 전제에서 나왔습니다. 그 전제가 흔들리면 원칙도 흔들립니다. 그는 지금 에이전트가 만들어 오는 중복 코드를 자신이 Ruby 를 쓸 때라면 절대 참지 않았을 수준까지 허용한다고 말합니다. 수천 개의 “의식 있는 프로세스” 가 한 애플리케이션을 동시에 고치는 상황에서는 과도한 추상화가 만드는 수렴 지점이 오히려 병목이 된다는 것입니다. 중복의 비용은 거의 0 이 되었고, 동기화 비용도 마찬가지라고 봅니다.

그는 이 새 시대의 아키텍처 청사진을 가진 사람은 아무도 없으며, 자신들이 가진 것은 “어떤 옛 관행이 더 이상 통하지 않는지에 대한 단서” 뿐이라고 인정합니다. 객체지향이 처음 프로그래머의 의식에 들어오던 순간을 직접 목격하는 것과 같은 행운이라는 표현이 뒤따릅니다.

9. 유일한 구체적 지시: CLI 를 만들어라#

한 시간 동안 “우리는 아직 모른다” 를 여러 번 말한 그가 딱 하나 강제에 가까운 요구를 합니다.

“당신의 앱에 CLI 가 없다면, 다음 주 금요일까지 만들어 오세요. 변명은 없습니다.”

이유는 향수가 아닙니다. CLI 는 에이전트가 시스템과 상호작용하는 데 가장 지연이 적고 정보 밀도가 높은 프로토콜이기 때문입니다. 그는 앱마다 내장된 챗봇 “컨시어지” 대신 사용자가 자기 에이전트를 직접 데려오는 (bring your own agent) 모델을 주장합니다. 그의 표현으로는 “내 집사를 데려가게 해 달라” 입니다. 그러려면 앱이 API, MCP6, CLI 를 열어야 합니다.

시연은 HEY 의 검색이었습니다. HEY 는 Elasticsearch 를 쓰는데, 그는 그것을 “쓸 만하지만 즐겁지는 않은” 검색이라고 부릅니다. 상대 회사도 연도도 기억나지 않고 운동화와 어떤 팟캐스트에 관한 내용이었다는 것만 기억하는 5년 전 메일을, 에이전트가 HEY 의 CLI 를 통해 “키워드” 가 아니라 “개념” 으로 찾아냈다는 것입니다. 어떻게 찾았는지는 자신도 잘 모르고 “캐묻기가 좀 두렵다” 고 덧붙입니다.

10. Omarchy 와 원샷 앱들#

48분부터는 지난 몇 달간 그가 X 에서 거의 유일하게 이야기해 온 주제, 자신이 만든 Linux 배포판 Omarchy 입니다. “이제 무엇이든 고칠 수 있다” 는 감각을 앱 하나가 아니라 컴퓨터 전체에 적용한 것이라는 설명입니다.

작년 Rails World 에서 그는 설치 시간 3분 33초를 자랑했습니다. 일주일 전 AMD 직원이 Strix Halo 노트북에서 35초 에 설치했고, 실험실 최고 기록은 9초 입니다. “어떤 컴퓨터는 부팅에도 9초가 안 걸린다” 는 농담이 붙습니다. 3분이면 충분하지 않느냐는 질문에는 Mitchell Hashimoto 의 말을 빌려 “탁월함에는 이유가 필요 없다” 고 답합니다. Omarchy 를 지원하는 비영리 재단이 약 2,000만 달러 를 모았다고도 말합니다.

이어서 “내가 원해서” 만든 것들이 줄줄이 나옵니다. Omarchy 테마에 맞춘 계산기 (스크린샷 한 장을 에이전트에게 보여 주고 “이렇게 만들 수 있나” 물은 것이 전부), 오래 쓰던 Mac 글쓰기 앱을 대체한 자작 앱, 간단한 영상 편집기 Omacut, 그리고 이날 발표에 쓴 Markdown 기반 프레젠테이션 도구 Hype. Hype 의 실행 파일 크기는 0.5 MB 입니다.

여기서 그의 성능 논리가 나옵니다. 지난 20년 동안 컴퓨팅 성능의 증가분은 거의 전부 인간 프로그래머의 생산성과 교환되었습니다. 옳은 선택이었지만 그 대가로 앱은 뚱뚱하고 느려졌습니다. 프로그래머의 시간이 비싸서 최적화가 수지에 맞지 않았기 때문입니다. 이제 모든 최적화가 손닿는 곳에 있고, 모델을 밤새 돌리면 10배, 30배 개선이 나온다는 것입니다.

11. 보안, ATM, 오펜하이머, 그리고 낙관#

55분부터 마지막 8분은 우려에 대한 답입니다. 보안은 “진짜 문제이고 논의할 가치가 있다” 고 인정합니다. 그러나 곧바로 시야를 넓힙니다.

첫째는 ATM 이야기 입니다. 1950년대 미국에 ATM 이 등장했을 때 은행 창구 직원이 18개월 안에 사라질 것이라는 공포가 있었지만, 지점 운영비가 내려가자 은행은 지점을 더 열었고 창구 직원은 오히려 늘었으며 그들의 일은 더 복잡한 금융 상담으로 옮겨 갔다는 것입니다. 그는 창구 직원 수를 1950년대 3만 명, 2010년대 4만 명으로 말합니다.

둘째는 트루먼과 오펜하이머 의 백악관 면담입니다. 원자폭탄을 만든 당사자조차 그 뒤에 올 냉전의 형태를 예측하지 못했는데, AI 비관론자가 앞으로 20년을 어떻게 정확히 예측하겠느냐는 것입니다. 그래서 그는 P(doom) 보다 P(bloom) 을 고르라고 말합니다.7 위험을 무시하자는 것이 아니라, 아무도 답을 모르는 상황에서 불확실한 결과 때문에 지금의 기쁨을 미리 소진하지 말자는 것입니다.

마지막은 종교개혁 비유입니다. 루터가 성경을 일상어로 옮겨 사제 없이 누구나 읽게 했듯, “에이전트 루터가 코드의 사제 계급을 끝낼 것” 이라고 말합니다. 그것이 “경쟁이 온다” 는 말로 들릴 수 있음을 알지만, Rails 프로그래머라면 이미 최고 중의 최고이니 경쟁을 두려워할 이유가 없다고 격려합니다. 그리고 이렇게 끝맺습니다.

“검은 알약은 X 같은 패배자들을 위한 것입니다. 패배자가 되지 마세요.”8

일부러 거칠게, 퇴로를 남기지 않는 마무리였습니다. 이 마지막 문장이 다음 편에서 다룰 반응의 상당 부분을 만들었습니다.

숫자 검증#

여기까지가 그가 말한 것입니다. 이제 무대에서 나온 숫자를 1차 출처와 대조합니다. 이 글의 검증은 영상의 자막 전사본을 직접 확보하지 못한 채 이루어졌습니다. 대신 영문 자막 전체를 받아 분석한 중국어 해설 한 편, 일본어 요약 한 편, 영문 정리 여러 편이 독립적으로 같은 수치와 인용을 보고하는 항목만 위 본문에 썼습니다.

주장대조 결과
2025-11-24 가 Claude Opus 4.5 출시일Anthropic 공식 발표와 일치
8월 15만 줄, 연평균 3만 줄DHH 본인의 자기 보고. 검증 수단 없음. 본인도 Rust 의 장황함이 숫자를 부풀린다고 인정
HEY 백엔드 CPU −99%, 메모리 −95%, Raspberry Pi 한 대DHH 본인이 “대략적 추산” 이라 함. 벤치마크 미공개. 렌더링을 서버에서 네이티브 클라이언트로 옮긴 효과와 언어 교체 효과가 분리되지 않음
ATM 이후 창구 직원 3만 → 4만불일치. 미국 노동통계국 자료로 2010년 은행 창구 직원은 약 56만 명. 경제학자 James Bessen 의 연구는 지점당 직원이 약 21명에서 13명으로 줄었지만 지점 수가 늘어 총원이 유지되었다는 것. 이야기의 방향은 맞지만 숫자는 한 자릿수 이상 틀림
1968년 연구가 10x 의 근거Sackman·Erikson·Grant (1968) 의 원 데이터는 디버깅 시간 28배, 코딩 시간 20배 같은 다차원 관찰. “10배” 는 후대의 단순화. 무엇보다 이 연구는 AI 유무에 따른 격차를 잰 것이 아님
Agents on Rails 벤치마크 95%공식 페이지 (rubyonrails.org/ai) 의 실제 수치는 atomic tasks 최고 92.1% (Claude Opus 5 와 Claude Fable 5.1), feature tickets 최고 53.3% (GPT-6 Astramax). 95% 는 페이지에 없음. 작은 과제와 큰 과제의 격차가 크다는 점이 오히려 중요한 정보
Omarchy 약 2,000만 달러omarchy.org 공개 수치는 서약 총액 2,170만 달러. 다년 기업 약정과 약 180만 달러 상당의 AI 토큰 크레딧이 포함된 금액이며, 현금이 한 번에 들어온 것이 아님
설치 3:33 → 35초 → 9초복수 출처 일치. 9초는 실험실 기록
Shopify Shop 앱 네이티브 전환Shopify Engineering 블로그에 공개됨

정리하면 날짜와 외부 사례는 정확하고, 자기 보고 수치는 검증 불가하며, 역사적 유비에 쓴 숫자 두 개 (ATM, 1968년 연구) 는 이야기를 좋게 만드는 쪽으로 단순화되어 있습니다. 그가 전하려던 방향 자체는 경제학 문헌에서 지지되는 경우가 많지만, 무대의 숫자를 그대로 인용하기에는 위험합니다.

다음 편#

DHH 가 무대에서 내려온 뒤 벌어진 일이 이 키노트의 절반입니다. 다음 편에서는 Hacker News 스레드 두 개, 참석자와 Rails 커뮤니티 구성원들의 블로그, 한국의 GeekNews 반응, 그리고 이틀 뒤 같은 무대에서 Aaron Patterson 이 내놓은 폐막 키노트까지 옹호와 반박을 나누어 정리합니다.

References#

1차 출처 (2026)#

키노트 정리·검증 (2026)#

배경 자료 (구자료)#

  1. 리서치 회사 Gartner 의 “하이프 사이클” 에서 가져온 용어입니다. 새 기술은 기대가 정점을 찍은 뒤 실망이 쌓이는 “환멸의 골짜기 (trough of disillusionment)” 를 지나, 실제 쓸모가 확인되는 완만한 상승 국면으로 들어간다는 모형입니다. DHH 는 2025년 중반의 AI 코딩 회의론을 이 골짜기에 놓고, 그 뒤에 도약이 왔다고 말합니다. ↩︎

  2. Sentry 는 프로덕션에서 발생한 예외와 오류를 수집해 알려 주는 에러 모니터링 서비스입니다. “Sentry 에 뜬다” 는 것은 곧 “뭔가 잘못됐다는 알림이 왔다” 는 뜻입니다. ↩︎

  3. 바이브 코딩 (vibe coding) 은 2025년 2월 Andrej Karpathy 가 붙인 이름으로, 생성된 코드를 읽거나 이해하려 하지 않고 “느낌” 대로 AI 에게 요청을 거듭하며 결과물만 확인하는 개발 방식을 말합니다. 여기서는 프로그래머가 아닌 디자이너가 그 방식으로 기능을 만들었다는 뜻입니다. ↩︎

  4. 둘 다 코드 한 벌로 여러 플랫폼의 앱을 만드는 방법입니다. React Native 는 Meta 가 만든 것으로 JavaScript 로 쓴 UI 를 각 플랫폼의 네이티브 컴포넌트로 그립니다. Hotwire Native 는 37signals 가 만든 것으로, 앱의 화면 대부분을 웹뷰로 띄우고 네비게이션 같은 일부만 네이티브로 감쌉니다. 두 방식 모두 플랫폼마다 따로 만드는 “진짜 네이티브” 앱보다 체감 품질이 떨어지는 대신 유지보수 인력이 적게 드는 절충안입니다. ↩︎

  5. DRY 는 “Don’t Repeat Yourself” 의 약자로, 『실용주의 프로그래머』 (1999) 가 제시한 원칙입니다. 같은 지식이 코드 두 곳에 있으면 한 곳만 고쳐지는 날이 오므로, 모든 지식은 시스템 안에 단 한 번만 표현되어야 한다는 것입니다. Rails 는 이 원칙을 설계 철학으로 명시한 프레임워크이고, DHH 는 그 원칙의 가장 유명한 전도사 중 한 명이었습니다. ↩︎

  6. MCP (Model Context Protocol) 는 Anthropic 이 2024년 11월 공개한 개방형 프로토콜로, AI 모델이 외부 도구·데이터 소스와 표준화된 방식으로 연결되게 합니다. 앱이 MCP 서버를 제공하면 어느 회사의 에이전트든 그 앱을 도구로 쓸 수 있습니다. ↩︎

  7. P(doom) 은 AI 안전 논의에서 “AI 가 인류에 파국적 결과를 가져올 확률” 을 가리키는 은어입니다. 연구자들이 자기 P(doom) 을 몇 퍼센트로 보는지 밝히는 것이 일종의 관례가 되었습니다. P(bloom) 은 DHH 가 그에 맞세워 만든 말로, “번영할 확률” 쯤 됩니다. ↩︎

  8. 영화 『매트릭스』 (1999) 의 “빨간 알약” (불편한 진실을 택한다) 에서 파생된 인터넷 은어입니다. 검은 알약 (black pill) 은 “상황은 구조적으로 절망적이고 무엇을 해도 소용없다” 는 허무주의적 체념을 뜻하며, 원래 온라인 남초 하위문화에서 나와 지금은 AI 종말론이나 경제 비관론 등 온갖 “어차피 망했다” 류 태도에 두루 쓰입니다. 그 반대말로 만들어진 흰 알약 (white pill) 은 근거 있는 낙관, “그래도 해 볼 만하다” 는 태도입니다. DHH 는 이 연설에서 청중에게 흰 알약을 삼키라고 권한 뒤, 검은 알약은 패배자의 것이라는 말로 끝맺었습니다. 온라인 논쟁의 은어를 천 명이 모인 기술 컨퍼런스 키노트의 마지막 문장에 쓴 것 자체가 반응을 키운 요인 중 하나입니다. ↩︎