DHH: ИИ лишит токсичных программистов незаменимости.

2 ноября DHH поделился очередным наблюдением о будущем разработки. По его мнению, распространение агентов станет прекрасной новостью для большинства программистов, но создаст серьёзные проблемы для тех, с кем трудно работать. Раньше уникальные технические знания могли компенсировать скверный характер, а теперь, когда ИИ способен разбираться в чужом коде, такая незаменимость постепенно теряет ценность. Если единственное, что удерживало вас в компании, — знание того самого легаси-модуля, написанного в 2014 году, у вас могут появиться проблемы.

Для тех, кто не знаком с Дэвидом Хайнемайером Ханссоном: он создал Ruby on Rails, стал сооснователем 37signals и участвовал в создании Basecamp и HEY. Его вклад в индустрию сложно переоценить. Rails изменил веб-разработку и позволил небольшим командам создавать продукты, для которых раньше требовалось значительно больше ресурсов.

DHH — далеко не просто программист. Он предприниматель и прекрасно понимает ценность внимания аудитории. Он регулярно выступает с категоричными заявлениями о технологиях, корпоративной культуре и будущем разработки. Причём порой настолько уверенно и резко пересматривает собственные взгляды, что хочется проверить, не взломали ли его аккаунт. Конечно, менять мнение под влиянием новых технологий нормально, но с такой любовью к громким заявлениям каждое следующее уже воспринимается как анонс очередного сезона сериала.

При этом инженерная философия DHH удивительно хорошо сочетается с бизнесом 37signals. Небольшие команды, отказ от лишней сложности, высокая продуктивность и минимальная зависимость от внешних сервисов — всё это близко к принципам, на которых он строит собственные продукты. Я не утверждаю, что каждое его выступление преследует коммерческие интересы, но забывать, что перед нами предприниматель, который прекрасно умеет продвигать свои идеи, тоже не стоит.

В сентябре 2026 года на Rails World DHH рассказывал, насколько активно в 37signals используют ИИ-агентов. А в октябрьской статье «Over my dead pencil» развил мысль, что написание большей части кода вручную перестаёт быть экономически оправданным. Теперь выясняется, что ИИ способен ещё и изменить правила поведения внутри команды. Сначала агенты помогают программистам работать быстрее, затем делают часть их технических знаний менее уникальными, а теперь ещё и ... Осталось дождаться, когда агент начнёт проводить корпоративные тимбилдинги и объяснять сотрудникам, почему они недостаточно вовлечены в ценности компании.

Впрочем, с самой проблемой трудно спорить. Наверняка многие встречали разработчиков, прекрасно понимающие систему, помнят архитектурные решения и способны быстро устранить баг. Документации нет, потому что «и так всё очевидно», а на вопросы они отвечают так, словно проводят тех. собес. Но компания терпит подобное отношение, поскольку без такого специалиста никто толком не понимает, как работает половина продукта.

ИИ-агенты действительно могут изменить подобную ситуацию. Они способны исследовать кодовую базу, находить зависимости, объяснять сложные участки и предлагать исправления(иногда неверные, ведущие к большим проблемам). Однако в этой истории есть небольшая техническая деталь, которую особенно любят упускать в публичных заявлениях. Написать код и отвечать за его работу — совершенно разные вещи. Агент может сгенерировать исправление, которое выглядит убедительно и проходит тесты, а потом под реальной нагрузкой выяснится, что оно создало новую проблему. Разбираться с последствиями придётся инженерам, а не агенту, который уже радостно сообщил об успешном выполнении задачи.

Допустим, разработчик постоянно спорит с руководством, отказывается согласовывать сомнительные решения и требует объяснить, почему очередную функциональность необходимо выпустить именно к пятнице. Он токсичный или просто понимает последствия плохих технических решений?

Поэтому заявление DHH кажется мне несколько односторонним. Человек, известный собственными резкими публичными высказываниями, теперь предупреждает остальных о важности навыков общения. Разумеется, публичная резкость и токсичность внутри команды — разные вещи. Интересно, как сам DHH отнёсся бы к коллеге, который регулярно и публично подвергал сомнению его архитектурные решения. Возможно, именно такой сотрудник и нужен техническому руководителю, но многое зависит от того, насколько этот руководитель готов слышать возражения.

В своей практике я встречал разных специалистов. Одни действительно использовали свой опыт как инструмент давления, другие просто отказывались, аргументируя почему решение плохое. И я бы не стал записывать их в одну категорию. Разработчик, который способен аргументированно сказать «нет», иногда приносит компании гораздо больше пользы, чем десяток сотрудников, готовых поддержать любую инициативу начальника. Особенно когда последствия этой инициативы через полгода приходится исправлять всей командой.

Прикрывать надменное отношение к коллегам своими уникальными знаниями — плохая идея, с развитием ИИ это будет работать ещё хуже. Но говорить, что благодаря ИИ незаменимых сотрудников больше не осталось, точно рано. Архитектурное мышление, понимание бизнеса, ответственность за решения и способность оценивать последствия изменений пока никуда не исчезли. Более того, по мере увеличения объёма сгенерированного кода потребность в людях, которые способны оценить его качество, может только вырасти.

Сам DHH, конечно, прекрасно чувствует, какие темы заставляют индустрию спорить. Вчера объяснял, почему разработчикам больше не обязательно писать код вручную, сегодня рассказывает, кому из них стоит научиться нормально разговаривать. Завтра, возможно, объяснит, почему для эффективной разработки достаточно наличие только агентов и продуктов его компании. Хотя последнее он продвигает уже много лет, просто теперь к этой концепции добавились агенты.

Источники: