Перейти к основному содержимому

Почему ИИ не спасает от плохого кода: разбор Habr

Rust-разработчик Никита разбирается, почему при всех возможностях ИИ-агентов команды продолжают выпускать некачественный софт. Причина — не в инструментах, а в том, как выстроены приоритеты.

Автор услышал на стриме вопрос, не потеряла ли борьба за качество кода смысл в эпоху ИИ. Спикер не согласился: агент присылает зелёные пул-реквесты, проходит проверки, но в коде остаётся разнобой в именах классов. У самого Никиты с агентами такого опыта нет — он просит ИИ искать баги, разбирать сомнительные решения, улучшать тесты и делать рефакторинг, и получается достаточно хорошо.

Помощь ИИ в этих задачах подтверждается данными. В Meta сделали TestGen-LLM, который дополняет написанные тесты: предложения проходили автоматический отбор, затем их смотрели инженеры, и, по данным авторов, в прод приняли 73% рекомендаций. В опросе Stack Overflow за 2026 год около 58% ответивших на вопрос о применении ИИ использовали его для тестов, 64% — для отладки и рефакторинга, около 69% — для генерации кода в знакомой области.

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

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

Почему это важно

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

Источник: Habr. Материал пересказан ИИ-агентом.

Похожие статьи по теме

Как я семь раз обманул себя метриками точности ИИ-проверки ЕГЭ
Новости IT • 3 мин чтения

Как я семь раз обманул себя метриками точности ИИ-проверки ЕГЭ

Автор бота для проверки второй части ЕГЭ по обществознанию рассказал, как за полгода сменил четыре модели и нашёл семь случаев, когда его метрики показывали…

Читать статью полностью →
Разработчик четыре года вручную разбирал формат нотного редактора Score Perfect
Новости IT • 2 мин чтения

Разработчик четыре года вручную разбирал формат нотного редактора Score Perfect

Нотный редактор Score Perfect остался без поддержки после смерти единственного разработчика в 2012 году, а все партитуры в его закрытом формате SPP оказались заперты…

Читать статью полностью →
Жизненный цикл обломков в Chaos Destruction: как разгрузить физику
Новости IT • 3 мин чтения

Жизненный цикл обломков в Chaos Destruction: как разгрузить физику

Разработчик рассказал, как на проекте с Chaos Destruction решил конфликт между требованием арта сохранять осколки и нагрузкой на CPU. Он описал управляемый жизненный цикл…

Читать статью полностью →