Отказ от ИИ для кодирования угрожает не качеству софта, а карьере самих скептиков
Среди разработчиков, в том числе молодых и опытных, растёт сопротивление ИИ-инструментам для написания кода, и это сопротивление угрожает не качеству софта, а карьерам самих скептиков.
Бизнес уже считает эффективность по объёму закрытых задач, коммитов и строк кода, а не по тому, кто их написал: человек или ИИ-агент (программа, которая сама выполняет цепочку действий по вашему заданию). Кто не перестроился, тот первый в списке на сокращение.
В чём суть спора?
Дискуссия о том, нужен ли ИИ для кодирования, вышла за пределы технических форумов. Разработчик и автор оригинального разбора сформулировал проблему через аналогию: написание кода по готовому плану это та же механическая операция, что и перевод готового текста на другой язык. Интеллектуальная часть работы, архитектура, выбор фреймворков, план модулей, остаётся за человеком. Рутинную часть, собственно набор строк, ИИ-агент выполняет быстрее в десятки, а иногда в сотни раз.
При этом скептицизм проявляют не только программисты старшего поколения, привыкшие к ручному написанию кода. Молодые специалисты 25–30 лет с солидным опытом тоже отказываются использовать ИИ для кодирования, приводя аргументы о техдолге (накопленных недоработках в коде, которые потом дорого исправлять), потере контроля и неподдерживаемости автоматически сгенерированного кода.
Почему разработчики отказываются от ИИ?
Аргументы скептиков сводятся к нескольким пунктам:
- Потеря понимания кодовой базы. Если код пишет ИИ-агент, программист перестаёт видеть систему целиком и не сможет сам исправить баги.
- Рост техдолга. ИИ генерирует избыточный код, который не относится к задаче, и проект раздувается.
- Зарплата не вырастет. Если эффективность увеличится в 10 раз, бизнес не станет платить в 10 раз больше. Зачем тогда стараться?
- Качество важнее скорости. Оценивать разработчика по числу коммитов и строк кода неправильно.
Это не надуманные опасения. Каждый, кто работал с генеративными моделями, знает: галлюцинации (когда ИИ уверенно выдумывает то, чего не было) случаются и в коде. Модель может вставить вызов несуществующей функции или библиотеки, и без ревью это уйдёт в продакшн.
Почему отказ от ИИ опаснее его использования?
Контраргументы бьют не по качеству, а по экономике и карьере:
- Аналогия с переводом работает. Составление текста занимает 10 часов, а автоматический перевод готового текста с вычиткой, минуты. Написание кода по готовому плану это такой же «перевод» с естественного языка на язык программирования. Отказываться от автоматизации этого этапа значит тратить время на то, что машина делает за секунды.
- Контроль никуда не девается. Если разработчик сам ставит задачу ИИ-агенту, принимает архитектурные решения, проверяет тесты и делает ревью, он понимает код не хуже, чем при ручном написании. А если он год не открывал проект, код будет непонятен в любом случае, неважно, кто его написал.
- Проблема избыточного кода решаема. Достаточно запустить цепочку субагентов: один пишет код, второй делает рефакторинг (улучшение структуры без изменения функций), третий проводит ревью, четвёртый исправляет найденное. Цикл повторяется автоматически.
- Увольняют не за использование ИИ, а за отставание. Когда в компании наступают тяжёлые времена, руководство смотрит на объём видимой работы. Коллега, который с помощью ИИ закрывает втрое больше задач, останется. Тот, чья продуктивность не изменилась, попадёт в список на сокращение.
Мы должны эффективно работать не только для повышения своего дохода, но и просто для того, чтобы нас не уволили. ИИ может даже не увеличивать доход бизнеса, но он точно повысит объём видимой работы, которую может проверить ваш руководитель. : Автор оригинального разбора
Что делать, если вы не согласны с подходом руководства?
Автор разбора честно описывает три варианта для несогласных:
- Убедить руководство принять вашу систему оценки. Шансы невысоки: система не любит тех, кто пытается её изменить.
- Сменить работу. Но поиск компании с «правильными» метриками может затянуться на годы и обернуться стрессом.
- Принять требование бизнеса и начать использовать ИИ для кодирования. Писать больше кода, больше коммитить, закрывать больше задач. Зарплату при этом не повысят, но и не уволят.
Жёсткий расклад, но он описывает реальность найма, а не идеальную картину.
Что с этого вам?
Разработчику в РФ и СНГ. Рынок труда в IT сжимается, вакансий меньше, конкуренция выше. Освоение ИИ-агентов для рутинного кода это не вопрос комфорта, а способ остаться конкурентоспособным при сокращениях. Начните с простого: дайте ИИ-агенту написать тесты к уже работающему модулю и проверьте результат. Это безопасная точка входа.
Автору на Дзене и копирайтеру. Аналогия из разбора прямо про вас: если вы тратите часы на перевод или рерайт, а коллега делает то же за минуты с помощью ИИ и вычитки, разница в продуктивности видна редактору. Используйте нейросети для черновиков, а экспертизу вкладывайте в план, структуру и финальную редактуру.
Предпринимателю. Если ваша команда разработки не использует ИИ-инструменты, вы платите за ручной труд там, где конкуренты автоматизировали рутину. Из доступных в РФ инструментов для кодирования работают GigaCode от Сбера и встроенные возможности YandexGPT, а также глобальные сервисы через VPN.
Скептики правы в одном: метрика «больше строк кода» сама по себе вредна. Хороший код часто короче, а не длиннее. Но они ошибаются в главном: отказ от ИИ для кодирования не защищает качество, он защищает привычку. Я проверял это на себе: когда передаёшь рутину ИИ-агенту и фокусируешься на архитектуре и ревью, качество решений растёт, потому что мозг не тратится на механику. Не нужно становиться фанатом ИИ. Нужно перестать гордиться тем, что набираешь каждую строку вручную, если машина делает это точнее и быстрее. На мой взгляд, через два-три года вопрос «используете ли вы ИИ при разработке» исчезнет: это будет так же странно, как спрашивать «пользуетесь ли вы автодополнением в IDE».
Реалистичный прогноз: ИИ для кодирования не заменит разработчиков, но разделит их на две группы. Те, кто управляет ИИ-агентами и проверяет результат, будут закрывать объём, который раньше требовал целой команды. Те, кто отказывается, будут конкурировать друг с другом за сокращающееся число позиций, где ручной код ещё ценят. Выбор между этими группами каждый делает уже сейчас, и второго шанса «войти позже без потерь» рынок обычно не даёт.

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Автоматизация с помощью ИИ за 20 минут: 10 скриптов вместо полдня разработки
Автоматизация с помощью ИИ перестала требовать полдня работы разработчика: команда Ви.Tech показала, как десять микроскриптов, написанных по промптам за 10-20…

Adaption Labs генерирует синтетические данные из описания задачи, убирая недели ручной разметки
Компания Adaption Labs на этой неделе выпустила функцию Invent a Dataset, которая создаёт готовый к обучению датасет (набор данных для тренировки модели) из…
ASCII-смаггинг вырос в 120 раз: спамеры шлют 2,5 млн писем с невидимым текстом
ASCII-смаггинг (ASCII smuggling) вырос из узкой атаки на ИИ-агентов (программы, которые сами выполняют задачи по инструкции) в массовый инструмент спамеров:…
Комментарии