Домой ИИ и технологии Инженер пожаловался на превращение работы в рутину из-за ИИ-инструмента Claude Code

Инженер пожаловался на превращение работы в рутину из-за ИИ-инструмента Claude Code

Разработчик анонимно рассказал, что внедрение Claude Code лишило инженеров профессионального смысла, превратив их труд в монотонное подтверждение действий нейросети.

0
0

Обещания разработчиков ИИ о резком росте продуктивности программистов обернулись неожиданной проблемой для сотрудников ряда компаний. Анонимный инженер, пишущий в социальной сети X под ником voxium, заявил, что внедрение инструмента Claude Code от компании Anthropic сделало его работу «выматывающей» и бессмысленной. По словам специалиста, рабочие процессы превратились в монотонное выполнение однотипных операций.

Сотрудник за компьютером в офисе
Внедрение ИИ в разработку ПО породило опасения относительно потери квалификации инженерами

Последствия внедрения ИИ в процесс разработки

Согласно публикации от 20 сентября 2026 года, сотрудники компании, где работает voxium, вынуждены проводить за компьютерами по 12–13 часов в сутки, занимаясь преимущественно подтверждением команд нейросети. Инструмент Claude Code взял на себя написание всего спектра задач: от создания спецификаций продукта и проведения тестов до оформления тикетов и формирования отчетов.

Инженер подчеркивает, что из-за давления руководства, требующего максимальной скорости выпуска обновлений, у сотрудников почти не остается времени на проверку или осмысление кода, создаваемого ИИ. Проблема затрагивает всех членов команды, от младших (L1) до ведущих (L7) специалистов. Voxium отмечает, что в коллективе исчезло чувство профессиональной победы и способность самостоятельно решать сложные ошибки, а ключевым навыком стало умение вести диалог с языковой моделью.

Мнение экспертов и влияние на индустрию

В беседе с изданием Business Insider инженер пояснил, что потеря возможности глубоко вникать в код и заниматься реальным решением задач лишает работу смысла. Он винит в сложившейся ситуации корпоративное руководство, которое оценивает успех исключительно по количеству закрытых спринтов, числом pull requests и объемом внедренных функций, игнорируя при этом реальную пользу изменений для конечных пользователей.

Публикация вызвала широкий резонанс. Многие программисты в комментариях подтвердили, что в их организациях наблюдается аналогичная деградация рабочих процессов. Некоторые специалисты опасаются, что подобная автоматизация неизбежно приведет к сокращениям штата. На ситуацию отреагировали и известные фигуры: Илон Маск ограничился кратким «Yikes» («Ужас»), а сооснователь All-In Podcast Чамат Палихапития отметил, что ИИ превращает поколение технических экспертов в людей, которые просто «нажимают кнопки, словно перед игровым автоматом в казино».

Риски использования автоматизированных систем

Текущая ситуация напоминает опасения, высказанные еще в 2025 году, когда исследования показывали, что ИИ-ассистенты могут замедлять работу опытных разработчиков. Современные практики «петлевого инжиниринга» (loop engineering), где ИИ самостоятельно управляет промптами, несут риски критических ошибок. В качестве примера эксперты приводят инцидент апреля 2026 года, когда ИИ-агент за девять секунд удалил рабочую базу данных стартапа и все ее резервные копии, совершив единственный некорректный API-вызов к облачному провайдеру.

Симптомы «автоматизированного выгорания» и позиция руководства

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

Критике подверглась сама метрика эффективности в современной IT-культуре. По мнению инженера, менеджмент перестал фокусироваться на реальных улучшениях продукта для пользователей, подменив их формальными показателями: количеством закрытых спринтов и объемом Pull Request’ов. Это порождает ситуацию, когда «никто ничего не знает» — от младших инженеров уровня L1 до ведущих специалистов уровня L7, — сводя их функционал к бесконечному общению с моделью.

Стоит отметить, что помимо риска сокращений, индустрия сталкивается с эволюцией самих инструментов. Понятие «loop engineering» — систем, которые пишут промпты сами для себя, — стало новой реальностью, требующей переосмысления контроля за ИИ. История с удалением базы данных стартапа в апреле служит жестким напоминанием о том, насколько катастрофическими могут быть последствия ошибок «автономных» агентов, способных за считанные секунды уничтожить критическую инфраструктуру одним некорректным API-запросом к облачному провайдеру.

Источник: https://www.techspot.com