Ruby оказался готов к эпохе ИИ-агентов ещё до её начала
В индустрии сейчас действует странный парадокс: мы будто живём в будущем, но решения ищем в прошлом. И вот в 2025-м выяснилось, что Ruby — язык, который многие считали «олдскульным», — идеально подготовил разработчиков к эпохе ИИ-агентов.
Не потому что в Ruby есть магические библиотеки под ИИ, а потому что Ruby-сообщество десятилетиями практиковало экстремальное программирование (Extreme Programming - XP) — дисциплину, которая внезапно стала фундаментальной в мире, где ИИ пишет больше кода, чем человек.
Почему XP — это лучший способ управлять ИИ-агентами
Автор доклада на SF Ruby Conference 2025 отметил важную мысль:
ИИ ускоряет всё, включая хаос - без структуры агент превращается из помощника в ускоритель беспорядка.
И вот здесь всплывает XP — набор привычек, который многие считали «романтикой двухтысячных»:
- парное программирование,
- Test-Driven Development (TDD),
- цикл красный — зелёный — рефакторинг (red–green–refactor),
- непрерывная обратная связь.
Всё, что XP требовал от человека, в эпоху ИИ превращается в систему управления автономными агентами.
На самом деле XP всегда был не про инструменты, а про контроль над сложностью. Теперь к этой сложности добавилось нечто новое: код, генерируемый машиной в огромных объёмах.
CHOP: чат-ориентированное программирование (Chat-Oriented Programming) как расширенная версия парного программирования (pair programming)
То, что раньше делал напарник за клавиатурой, теперь делает агент.
Но механика остаётся прежней:
- формулируешь задачу,
- задаёшь ритм,
- прерываешь, если партнёр уходит не туда,
- требуешь падающий тест (failing spec) перед реализацией,
- не позволяешь «уйти в размышления без тестов».
Этот подход получил своё имя — чат-ориентированное программирование (CHOP).
CHOP — это не «новая методология», а честное описание реальности:
код теперь начинается не в файле, а в диалоге.
И если этот диалог хаотичен — то и проект будет хаотичным.
Если он структурирован — ИИ становится силой, а не разрушением.
Почему TDD важнее, чем когда-либо
Автор приводил идеальный тезис:
Когда код пишет ИИ, тесты — это единственное место, где живёт намерение человека.
Модель может:
- генерировать тысячи строк кода,
- менять архитектуру,
- переписывать модули,
- давать три варианта решения вместо одного.
Но она не знает, что вы действительно хотите получить, пока вы не закодировали намерение в тест.
Поэтому TDD перестаёт быть «пуристским подходом». Это становится: способом защитить продукт от неконтролируемой креативности ИИ.
Техническая сторона: как выглядит реальное «парное программирование» с агентом
В статье был блестящий пример работы с Claude Code:
разработчик требовал у агента:
- создать тест, который должен упасть (RED),
- максимально простую реализацию (GREEN),
- потом привести код в порядок (REFACTOR),
- и не позволял агенту «прыгнуть сразу к решению».
В какой-то момент агент начал предлагать улучшения документации — то есть практиковал знаменитое «campsite rule» - оставь код лучше, чем он был.
Это был момент истины.
ИИ повторяет ритм и стиль, который задаёт человек.
Если человек пишет хаотично — ИИ хаотично продолжает.
Если человек пишет методично — ИИ перенимает дисциплину.
Почему без процесса ИИ превратит проект в руины
Очень важно:
Искусственный интеллект не замедляется, когда теряет нить: Он продолжает генерировать.
И тогда:
- ошибки плодятся,
- ветки размножаются,
- архитектура рассыпается,
- смысл теряется,
- «правильный» код тонет в лавине «правдоподобного».
Вот почему XP в 2025-м — не про романтику, а про выживание.
Архитектура возвращается — и ИИ сделал это неизбежным
Одна из мощнейших мыслей доклада:
ИИ заставил нас вспомнить, что архитектура — не бюрократия, а страховка.
Когда агент генерирует много кода:
- любые размытые границы мгновенно начинают болеть;
- неисправленные ошибки архитектуры становятся снежным комом;
- несогласованные концепции смешиваются;
- нарушение инвариантов множится.
То, что раньше «можно было оставить на потом», теперь ломается в тот же час.
ИИ работает быстро — значит ошибки проявляются быстрее.
ИИ игнорирует намёки — значит архитектура должна быть чётче.
Ruby как язык, идеально подходящий для ИИ-агентов
Вот это особенно интересно:
Ruby всегда был про:
- выразительность,
- читаемость,
- лаконичность без потери смысла и простоту кода,
- намерение,
- понятные имена и инструкции.
Оказывается — это не только для людей. ИИ-агенты тоже читают код как истории.
Ruby-проекты легче интерпретировать моделям: они предсказуемы и структурированы.
То есть внезапно Ruby — язык, оптимизированный для взаимодействия с ИИ.
Мой вывод: XP + CHOP = будущее инженерной практики
ИИ не заменяет разработчика — он масштабирует его поведение.
Если разработчик хаотичен — ИИ создаёт 10× хаоса.
Если разработчик дисциплинирован — ИИ создаёт 10× стабильности.
XP — это не ретро. Это не «красивая история двухтысячных». Это единственная надёжная система управления агентами, которую у нас уже есть.
И Ruby, как оказалось, несёт эту культуру внутри себя с первого дня. В Ruby изначально заложены все принципы красивого и структурированного кода, который учит ИИ-агентов писать более правильный код.