80% разработчиков считают ИИ-инструменты зависимостью, а не помощью

Исследование Coddy Tech, опросившей 305 разработчиков, показало, что 80% воспринимают использование ИИ-инструментов для программирования скорее как зависимость, чем как преимущество. Инструменты вроде GitHub Copilot, Claude Code и Cursor ускоряют генерацию шаблонного кода, объяснение незнакомых фрагментов, написание тестов, рефакторинг и поиск ошибок. Однако вместе с этим растёт и новая форма выгорания. История Квентина Руссо, технического директора и сооснователя Rootly, хорошо иллюстрирует проблему. В публикации LinkedIn он рассказал, что в 2:47 ночи не устранял аварию и не гнался за дедлайном, а просто смотрел, как Claude Code рефакторит модуль, и не мог остановиться. Руссо объясняет это тем, что агентное кодирование вызывает зависимость: когда агент справляется, возникает дофаминовый отклик, а когда ошибается — адреналин. В результате он потерял сон и обратился за медицинской помощью. По его словам, наблюдение за работой агента достаточно пассивно, чтобы ощущаться отдыхом, но при этом достаточно активно, чтобы удерживать внимание. Опыт Руссо не единичен. По данным Coddy Tech, 43% разработчиков продолжают программировать с ИИ после работы, даже когда планировали остановиться, 32% откладывали сон ради продолжения работы, а 39% признали, что из-за ИИ им стало сложнее отключаться от рабочих задач. При этом 74% опрошенных считают, что активное использование ИИ повышает шансы на повышение или рост зарплаты, но 51% отмечают, что стали чаще выгорать. Это создаёт противоречие: инструменты одновременно воспринимаются как способ ускорить карьеру и как фактор перегрузки. Другая часть проблемы связана с качеством сгенерированного кода. Опрос Stack Overflow 2025 года показал, что 45% респондентов раздражают ответы ИИ, которые почти верны, но не совсем: результат выглядит убедительно, однако приводит к сложной отладке. Хотя уровень внедрения ИИ в рабочие процессы вырос до 80%, доверие к точности ответов снизилось с 40% в прошлые годы до 29%. Общая положительная оценка ИИ среди разработчиков упала с 72% до 60% год к году. Такое недоверие порождает так называемый verification debt, или долг проверки. Сгенерированный код появляется быстро, но разработчику всё равно нужно разбираться в требованиях, замечать конфликты с архитектурой системы, проверять граничные случаи, оценивать безопасность и нести ответственность за поведение кода в продакшене. Поэтому выигрыш во времени на написании кода может исчезать на этапе проверки и исправления. Дополнительное давление создаёт подход работодателей. Если организация рассматривает ИИ как способ умножить производительность разработчиков, команда может столкнуться с требованием выпускать больше функций, закрывать больше задач и проводить больше код-ревью за те же часы. В результате сэкономленное на отдельных задачах время компенсируется расширением объёма работы: увеличиваются пул-реквесты, появляется больше сгенерированных изменений для проверки, растёт число зависимостей и операционных рисков. Таким образом, ИИ-программирование становится не только вопросом инструментов, но и вопросом баланса между работой и жизнью. Команды, которые используют агентов для снятия рутинной нагрузки, могут получить реальную пользу. Но если ускорять с помощью ИИ каждый этап пайплайна разработки, есть риск превратить работу в более быструю и бесконечную версию той же профессии. Главный вопрос теперь не в том, может ли ИИ писать код, а в том, способны ли разработчики сами решать, когда заканчивается рабочий день и цикл работы агента.