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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Комментарии

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

Дядя Боб уместил правила для ИИ-агента в 750 слов: «готово» без теста не принимается
ai

Дядя Боб уместил правила для ИИ-агента в 750 слов: «готово» без теста не принимается

Роберт Мартин, автор книги «Чистый код», на днях выложил в открытый доступ ub-mode, свод правил для нейросетей, которые сами пишут код, и теперь агент обязан…

6 мин
Nvidia открыла бесплатную модель распознавания речи на 40 языков: хватит одного чипа
ai

Nvidia открыла бесплатную модель распознавания речи на 40 языков: хватит одного чипа

Nvidia выпустила бесплатную открытую модель Nemotron 3.5 Transcribe для распознавания речи до 40 языков в разгар волны голосовых релизов, когда Mistral,…

4 мин
Фотограф автоматизировал оцифровку плёнки 35 мм с Claude: 4 часа обработки ушли в код
ai

Фотограф автоматизировал оцифровку плёнки 35 мм с Claude: 4 часа обработки ушли в код

Фотограф Shan выложил разбор с перепиской о том, как нейросеть Claude взяла на себя четырёхчасовую обработку плёнки 35 мм, включая аварию со сканером, и это…

5 мин