DHH가 완전히 궤도를 이탈했다...

지난주 전설적인 개발자이자 Ruby on Rails의 창시자인 David Heinemeier Hansson, DHH는 텍사스 오스틴에서 열린 Rails World Conference에 참석하여 1,000명이 넘는 Rails 개발자들이 모인 곳에서 'Rails나 어떤 소스 코드든 직접 작성하는 것은 끝났다'고 말하며 그들을 눈물바다로 만들었습니다. 더 이상 경제적으로 실행 가능하지 않으며, 이제는 loser(패배자)라는 것을 인정해야 한다고요. >> 블랙 필(The black pill)은 패배자를 위한 것이다. 패배자가 되지 마라. >> DHH는 완전히 궤도를 이탈하여 자신의 기조연설을 통해 AI가 생성한 Rust를 홍보했는데, 이는 마치 부활절에 나타난 교황이 무신론의 장점을 이야기하는 것과 같습니다.

그리고 이건 저에게 개인적인 문제입니다. Rails는 제가 처음 접한 프레임워크였고, 소프트웨어 개발 경력을 시작하게 했으며, 궁극적으로 이 Fireship 채널을 만들게 된 계기가 되었습니다. 이 기조연설을 보는 것은 마치 어린 시절 살던 집이 데이터 센터를 짓기 위해 철거되는 것을 지켜보는 것 같았습니다. 하지만 DHH가 맞는 말일까요, 아니면 그저 AI 정신병증(AI psychosis)을 가진 또 다른 과장된 홍보맨일까요? 오늘 영상에서는 프로그래머들이 갖춰야 할 다양한 기술들을 살펴보고, 그러한 기술들이 미래의 소프트웨어 개발자들에게 여전히 유효한지 알아볼 것입니다.

오늘은 2026년 9월 28일이며, 여러분은 Code Report를 시청하고 있습니다. 가장 취약해진 기술인 키보드 마샬 아츠(keyboard martial arts)부터 시작하겠습니다. 불과 몇 년 전만 해도 Neovim 같은 도구에 능숙한 것이 매우 유행했습니다. 그리고 옛날에는 [기침] 수백 개의 단축키를 외우고 멋진 설정을 위해 시간을 보내는 것이 실제로 코드를 더 빠르게 작성하게 해줄 수 있었습니다. 하지만 지금 에이전트가 코드 편집의 대부분을 수행한다면, 마우스에 손을 대지 않고 세 번의 키 입력만으로 괄호 내용을 삭제할 수 있는 능력은 매우 니치한 트릭(niche party trick)이 되어가고 있습니다.

그렇긴 하지만, DHH 본인은 Neovim 사용자이며 여전히 명령줄 인터페이스(CLI)의 강력한 지지자입니다. 다만 그 CLI를 사용하는 주체가 인간이 아닐 때만 해당됩니다. 키노트에서 그는 모든 앱 개발자가 개발자를 위한 CLI를 제공해야 한다고 말합니다. 유일한 예외는 명령줄 인터페이스가 더 이상 인간을 위한 것이 아니라는 점입니다. >> 다음 금요일까지 그런 CLI를 제공하는 것이 당신의 의무이니, 그래야 내가 실제로 그것을 건드리지 않고도 당신의 애플리케이션을 사용할 수 있을 것 같습니다. >> 핵심은 코드 에디터와 CLI 도구는 여전히 자리를 차지할 것이지만, 여기에 많은 시간을 투자하여 숙련되는 것이 더 생산적인 개발자가 되게 해주지는 않을 거라는 것입니다.

하지만 Ruby on Rails, React JS, Svelte, Angular, Tailwind CSS 같은 프로그래밍 프레임워크들은 어떨까요? 이 모든 프레임워크는 대규모의 컬트적인 팬덤을 가지고 있습니다. 음, 적어도 예전에는 그랬습니다. Ruby on Rails는 명시적으로 개발자의 행복을 철학의 중심에 두었으며, 저는 2008년 당시 Rails가 마법 지팡이를 사용하는 것 같았고, 몇 초 만에 완전한 MVC CRUD 앱을 생성할 수 있을 것이라고 생생하게 기억합니다. 하지만 가혹한 현실은 개발자 행복이 죽었고, 이 아이디어를 중심으로 구축된 어떤 프레임워크나 프로그래밍 언어도 잘 끝나지 않을 거라는 것입니다.

제 Horse Tender 스타트업처럼 완전히 프레임워크가 없는 경우도 있습니다. 백엔드는 바닐라 JavaScript와 Rust로 구축되었습니다. 프레임워크는 예전에 개발자 행복을 제공했지만, 이제는 그저 방해가 되거나 많은 경우 성능에 해를 끼칩니다. 그리고 저만 그런 것이 아닙니다. DHH는 한때 공인된 Rust 혐오자였습니다. >> 인간에게 쓰게 하는 프로그래밍 언어는 정말 형편없고, 형편없고, 형편없는 언어입니다. 완전히 비인간적입니다. >> 하지만 키노트에서 그는 충격적으로 Hey 이메일 앱을 사람의 힘으로 작동하는 Ruby on Rails가 아닌 순수 AI 생성 Rust로 재작성한다고 발표했습니다.

Rust는 절대로 직접 들여다볼 필요가 없는 경우에 정말 놀랍습니다. >> 이 Rust 재작성을 통해 그는 서버에서 CPU 및 메모리 사용량을 95%까지 줄일 수 있었습니다. 그리고 이것은 매우 중요한 지점입니다. 왜냐하면 미래에 실제로 살아남을 프레임워크는 토큰을 가장 적게 요구하여 개발자들에게 돈을 절약해 주거나, 혹은 최고의 성능 수준을 달성하는 것들이기 때문입니다. 불행하게도 현재 개발자의 만족도는 거의 고려되지 않는 요소가 되었습니다. 앞으로 10년 정도, 아니 어쩌면 더 빨리, 우리는 모든 프레임워크, 언어, 런타임이 단일 지점으로 수렴하는 것을 볼 것이라고 생각합니다. 마치 상상할 수 있는 모든 종류의 소프트웨어를 구축할 수 있는 하나의 범용 언어처럼 말입니다.

인간이 이해할 필요가 없는 토큰에 최적화된 언어 말이죠. 그리고 이것이 우리를 가장 큰 주제, 즉 코딩 또는 실제로 소프트웨어를 실행하는 소스 코드 작성으로 이끌었습니다. DHH는 자신이 매년 약 30,000줄의 Ruby를 작성하던 것에서 이제 에이전트를 사용하여 한 달에 약 150,000줄의 코드를 작성하게 되었다고 주장합니다. 하지만 그는 그저 무작위로 돈 많은 사람일 뿐이니, 저희는 1200명의 개발자 청중에게 몇 명이 매주 상당한 시간 동안 직접 코딩을 하는지 물어보았습니다. 손들어 보세요. 세상에, 약 다섯 명 정도입니다. 그리고 이 '믿으면 믿어(trust me bro)' 설문조사를 신뢰한다면, 인간 중 1%도 채 코드를 수동으로 작성하고 있지 않다는 의미입니다.

코딩의 끝은 가깝지 않습니다. 이미 여기에 와 있습니다. 하지만 저는 그것을 믿기를 거부합니다. 그러니 아직도 직접 코딩하는 사람이 있다면 이 영상에 댓글을 남겨주세요. 하지만 여기에는 뭔가 맞지 않는 부분이 있습니다. 만약 코딩이 정말로 죽었다면, 왜 대규모 해고가 일어나지 않았으며, 왜 실리콘밸리의 회사들은 여전히 6자리 수의 급여 패키지를 가진 개발자를 고용하고 있을까요? 음, 이 모든 것에서 좋은 소식은, 코드를 작성하거나 기계적 실행과 밀접하게 관련된 어떤 기술도 애초에 그렇게 가치 있는 것이 아니었다는 것입니다. 항상 훨씬 더 중요했던 것은 문제를 정의하는 능력, 그리고 그 문제를 안전하고 효율적으로 해결할 수 있는 시스템을 설계하는 능력이었습니다.

그리고 AI 에이전트들이 이 과정을 훨씬 더 빠르게 만듭니다. 그래서 DHH가 우리 모두에게 loser(패배자)로 살지 말라고 했을 때, 그는 우리가 손으로 코드를 작성해서 패배자라고 부른 것이 아니었습니다. 그가 우리가 여전히 Ruby on Rails를 사랑하기 때문에 패배자라고 부른 것도 아니었고, 우리의 Horse Tinder 앱이 실패했기 때문도 아니었습니다. 그는 우리가 가진 비관주의(pessimism) 때문에 우리를 loser라고 불렀던 것입니다. 야, 너는 코딩 로봇 군대를 마음대로 쓸 수 있는데 블랙 필링(black pilling)을 하고 있어. 아이디어만 있으면 바보로 놀기에 이보다 더 좋은 시기는 없었어. 예를 들어 Horse Tinder가 시리즈 A 투자 유치에 실패한 후에, 나는 그 아이디어를 Donker라는 것으로 빠르게 전환할 수 있었는데, 이건 게이 당나귀를 위한 Grinder 같은 앱입니다.

그리고 지금은 이미 Sam Altman, Peter Thiel, Tim Cook이 주도하는 첫 번째 펀딩 라운드를 기대하고 있습니다. 하지만 저는 찰리 채플린이 DHH보다 더 잘 말한다고 생각합니다. '아래를 내려다보고 있으면 무지개를 절대 찾을 수 없을 것이다.' >> 여러분이야말로 이 삶을 자유롭고 아름답게 만들 힘을 가지고 있습니다. >> 블랙 필은 loser들을 위한 것입니다. loser가 되지 마세요. >> 하지만 제가 확실히 black pill(비관적 생각)이라고 느끼지 않는 한 가지는 Code Rabbit, 오늘 영상의 스폰서입니다. AI 코딩 에이전트들 덕분에 코드를 작성하는 것이 기본적으로 무료가 되었지만, 문제는 그 이후 모든 것입니다.

팀들은 현재 200개의 열린 풀 리퀘스트(open pull requests)를 가지고 있고, GitHub는 그것들을 시간 순으로만 정렬할 수 있게 합니다. Code Rabbit 트리아지(triage)는 팀의 모든 레포지토리(repo)에 걸쳐 있는 모든 PR들에 대해 '다음 최적 행동 보기(next best action view)'를 제공함으로써 이를 해결합니다. 이는 보안 위험, 검토 노력, 그리고 어떤 PR이 다른 PR을 막고 있는지와 같은 요인들을 기반으로 각각의 PR을 순위를 매깁니다. 그런 다음 이 맥락을 사용하여 다음에 무엇을 검토해야 하는지, 얼마나 깊이 들어가야 하는지, 그리고 팀의 누가 그것을 봐야 하는지를 알려줍니다. 심지어 닫아도 안전한 모든 PR들을 플래그 지정할 것이며, 새로운 탭을 열 필요 없이 대기열(queue)에서 실패하는 빌드를 수정하여 병합 충돌(merge conflicts)을 해결할 수 있습니다.

Code Rabbit은 GitHub에서 가장 많이 설치된 AI 앱이며, 이 앱을 사용하는 팀들은 평균적으로 PR(Pull Request) 병합 속도가 4배 빠릅니다. 아래 링크에서 오늘 무료로 사용해 보세요. 이것으로 The Code Report를 마칩니다. 시청해 주셔서 감사합니다. 다음 영상에서 뵙겠습니다.