На конференции Rails World 2026i создатель Ruby on Rails и сооснователь Basecamp Дэвид Хейнемейер Ханссон (DHH) выступил с часовым докладом, в котором объявил, что после 25 лет карьеры прекратил писать код руками: с марта 2026 года он не набрал самостоятельно ни одной строки. По его словам, ручное написание кода утратило экономический смысл для большинства программистов уже сейчас, а к концу 2026 года это станет реальностью почти во всех сферах коммерческой разработки.

DHH назвал происходящее крупнейшим событием в истории вычислительной техники: инженеры перестают быть кодерами и становятся «создателями продуктов», направляющими автономные ИИ-системы. Выступление вызвало резонанс — часть аудитории восприняла его резко, другие указывают, что DHH последний год последовательно двигался к этой позиции (например, собирая свой десктоп-линукс с помощью агентов) и раньше многих улавливал технологические тренды (как в случае с веб-разработкой и SaaS).

• Цитата DHH: «Английский — более лучший язык программирования, чем Ruby» — язык-промпт он ставит выше самого Ruby
• Цитата: «написание кода вручную больше не является экономически продуктивным занятием для подавляющего большинства программистов, работающих в большинстве компаний»
• DHH ввёл метафору «Агент Лютерi»: как Мартин Лютер и печатный пресс убрали необходимость в священниках для чтения Библии, так ИИ-агенты убирают необходимость в касте программистов
• Технический прогноз DHH: будущее — за нативными приложениями и быстрым бэкендом на Rust
• По соцсетям разошёлся отдельный клип с фразой DHH: «Rust is an amazing language if you never, ever, ever, ever, have to look at it yourself» — тезис в том, что раз код пишет ЛЛМ, эстетика и усталость больше не важны, важна только производительность результата
• Автор источника 2 возражает: смысл Rust — не в скорости, а в жёстких ограничениях против некорректных программ, и именно ЛЛМ, которая пишет сразу правильнее человека и не ленится проверять, получает от этих ограничений максимум пользы, а не человек
• DHH заявляет о неизбежности пересмотра архитектуры ПО: привычные слои абстракций обесцениваются, когда правки вносят агенты, а индустрии ещё предстоит выработать новые проектные шаблоны