Игорь Градов
Игорь Градов
5 мин
ai

Отказ от ИИ для кодирования угрожает не качеству софта, а карьере самих скептиков

Среди разработчиков, в том числе молодых и опытных, растёт сопротивление ИИ-инструментам для написания кода, и это сопротивление угрожает не качеству софта, а карьерам самих скептиков.

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

Бизнес уже считает эффективность по объёму закрытых задач, коммитов и строк кода, а не по тому, кто их написал: человек или ИИ-агент (программа, которая сама выполняет цепочку действий по вашему заданию). Кто не перестроился, тот первый в списке на сокращение.

В чём суть спора?

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

При этом скептицизм проявляют не только программисты старшего поколения, привыкшие к ручному написанию кода. Молодые специалисты 25–30 лет с солидным опытом тоже отказываются использовать ИИ для кодирования, приводя аргументы о техдолге (накопленных недоработках в коде, которые потом дорого исправлять), потере контроля и неподдерживаемости автоматически сгенерированного кода.

Почему разработчики отказываются от ИИ?

Аргументы скептиков сводятся к нескольким пунктам:

  • Потеря понимания кодовой базы. Если код пишет ИИ-агент, программист перестаёт видеть систему целиком и не сможет сам исправить баги.
  • Рост техдолга. ИИ генерирует избыточный код, который не относится к задаче, и проект раздувается.
  • Зарплата не вырастет. Если эффективность увеличится в 10 раз, бизнес не станет платить в 10 раз больше. Зачем тогда стараться?
  • Качество важнее скорости. Оценивать разработчика по числу коммитов и строк кода неправильно.

Это не надуманные опасения. Каждый, кто работал с генеративными моделями, знает: галлюцинации (когда ИИ уверенно выдумывает то, чего не было) случаются и в коде. Модель может вставить вызов несуществующей функции или библиотеки, и без ревью это уйдёт в продакшн.

Почему отказ от ИИ опаснее его использования?

Контраргументы бьют не по качеству, а по экономике и карьере:

  • Аналогия с переводом работает. Составление текста занимает 10 часов, а автоматический перевод готового текста с вычиткой, минуты. Написание кода по готовому плану это такой же «перевод» с естественного языка на язык программирования. Отказываться от автоматизации этого этапа значит тратить время на то, что машина делает за секунды.
  • Контроль никуда не девается. Если разработчик сам ставит задачу ИИ-агенту, принимает архитектурные решения, проверяет тесты и делает ревью, он понимает код не хуже, чем при ручном написании. А если он год не открывал проект, код будет непонятен в любом случае, неважно, кто его написал.
  • Проблема избыточного кода решаема. Достаточно запустить цепочку субагентов: один пишет код, второй делает рефакторинг (улучшение структуры без изменения функций), третий проводит ревью, четвёртый исправляет найденное. Цикл повторяется автоматически.
  • Увольняют не за использование ИИ, а за отставание. Когда в компании наступают тяжёлые времена, руководство смотрит на объём видимой работы. Коллега, который с помощью ИИ закрывает втрое больше задач, останется. Тот, чья продуктивность не изменилась, попадёт в список на сокращение.

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

Что делать, если вы не согласны с подходом руководства?

Автор разбора честно описывает три варианта для несогласных:

  • Убедить руководство принять вашу систему оценки. Шансы невысоки: система не любит тех, кто пытается её изменить.
  • Сменить работу. Но поиск компании с «правильными» метриками может затянуться на годы и обернуться стрессом.
  • Принять требование бизнеса и начать использовать ИИ для кодирования. Писать больше кода, больше коммитить, закрывать больше задач. Зарплату при этом не повысят, но и не уволят.

Жёсткий расклад, но он описывает реальность найма, а не идеальную картину.

Что с этого вам?

Разработчику в РФ и СНГ. Рынок труда в IT сжимается, вакансий меньше, конкуренция выше. Освоение ИИ-агентов для рутинного кода это не вопрос комфорта, а способ остаться конкурентоспособным при сокращениях. Начните с простого: дайте ИИ-агенту написать тесты к уже работающему модулю и проверьте результат. Это безопасная точка входа.

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

Предпринимателю. Если ваша команда разработки не использует ИИ-инструменты, вы платите за ручной труд там, где конкуренты автоматизировали рутину. Из доступных в РФ инструментов для кодирования работают GigaCode от Сбера и встроенные возможности YandexGPT, а также глобальные сервисы через VPN.

Мнение редакции dzen.guru

Скептики правы в одном: метрика «больше строк кода» сама по себе вредна. Хороший код часто короче, а не длиннее. Но они ошибаются в главном: отказ от ИИ для кодирования не защищает качество, он защищает привычку. Я проверял это на себе: когда передаёшь рутину ИИ-агенту и фокусируешься на архитектуре и ревью, качество решений растёт, потому что мозг не тратится на механику. Не нужно становиться фанатом ИИ. Нужно перестать гордиться тем, что набираешь каждую строку вручную, если машина делает это точнее и быстрее. На мой взгляд, через два-три года вопрос «используете ли вы ИИ при разработке» исчезнет: это будет так же странно, как спрашивать «пользуетесь ли вы автодополнением в IDE».

Реалистичный прогноз: ИИ для кодирования не заменит разработчиков, но разделит их на две группы. Те, кто управляет ИИ-агентами и проверяет результат, будут закрывать объём, который раньше требовал целой команды. Те, кто отказывается, будут конкурировать друг с другом за сокращающееся число позиций, где ручной код ещё ценят. Выбор между этими группами каждый делает уже сейчас, и второго шанса «войти позже без потерь» рынок обычно не даёт.

Поделиться:TelegramVK
Игорь Градов
Игорь Градов

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

Комментарии

Читайте также

Автоматизация с помощью ИИ за 20 минут: 10 скриптов вместо полдня разработки
ai

Автоматизация с помощью ИИ за 20 минут: 10 скриптов вместо полдня разработки

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

6 мин
Adaption Labs генерирует синтетические данные из описания задачи, убирая недели ручной разметки
ai

Adaption Labs генерирует синтетические данные из описания задачи, убирая недели ручной разметки

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

6 мин
ai

ASCII-смаггинг вырос в 120 раз: спамеры шлют 2,5 млн писем с невидимым текстом

ASCII-смаггинг (ASCII smuggling) вырос из узкой атаки на ИИ-агентов (программы, которые сами выполняют задачи по инструкции) в массовый инструмент спамеров:…

5 мин