Почему я все чаще не пишу код руками и делегирую это ИИ

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

Почему я все чаще не пишу код руками и делегирую это ИИ

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

Поэтому я решил взять реальную бизнес-задачу, которая болела у нас в компании, и решил её, используя ИИ как основного «кодера». Результат — готовое desktop-приложение, которое сократило время заполнения типовых договоров на 50%.

И да, код писала не я. Почти.

Задача: автоматизировать рутину, которая съедает часы

В компании, где я работаю, регулярно требуется заполнять типовые договоры. Процесс выглядел так:

  1. Берёшь шаблон в .docx
  2. Вручную ищешь места для подстановки данных
  3. Заполняешь поля
  4. Сохраняешь, проверяешь, отправляешь

На один документ — 15–20 минут. На 10 документов — уже рабочий день, потраченный на механическую работу.

Задача была сформулирована просто: сделать приложение, в которое можно загрузить размеченный шаблон, а программа сама определит поля для заполнения и сгенерирует готовый документ.

Как я это сделал: методология «промты как код»

Вместо того чтобы садиться и писать код самому, я поступил иначе:

Шаг 1. Декомпозиция через ИИ

Я описал требуемый функционал и попросил ИИ:

  • Проанализировать описание
  • Разбить задачу на атомарные подзадачи
  • Для каждой задачи подготовить промт и сохранить его в формате .md

Результат: библиотека промтов в отдельном каталоге проекта. Каждая — как юнит-тест: изолированная, проверяемая, переиспользуемая.

Шаг 2. Каркас приложения

Попросил ИИ создать типовую структуру приложения на Electron.js — кроссплатформенный GUI, portable-сборка, минимальные зависимости.

Шаг 3. Итеративная реализация

Для каждой задачи из библиотеки:

  • Запускал отдельную сессию с ИИ
  • Скармливал соответствующий промт
  • Получал код
  • Проверял работу вручную

Шаг 4. Обратная связь и фиксы

ИИ ошибся всего несколько раз: некорректно работал парсинг .docx и сохранение файлов. Я описал проблему — ИИ предложил исправление. Всё.

Шаг 5. Финализация

Попросил ИИ подготовить README.md, структуру репозитория, инструкции по сборке. Получил готовый к использованию open-source проект.Итог: portable-приложение, которое могут запускать сотрудники на любых машинах без установки зависимостей. Время на заполнение документов — минус 50%.

Интерфейс приложения после запуска
Интерфейс приложения после запуска
Окно настроек
Окно настроек
Интерфейс для заполнения конкретного документа данными
Интерфейс для заполнения конкретного документа данными

Почему это важно: разработка меняется, хотим мы того или нет

Давайте честно: классическое написание кода «от и до» руками теряет актуальность не потому, что ИИ «умнее». А потому, что:

Скорость > перфекционизм. В бизнесе часто важнее получить работающее решение за день, чем идеальное — за месяц. ИИ позволяет итерировать быстрее, чем вы успеете настроить IDE.

Фокус смещается с синтаксиса на архитектуру. Я не тратил время на написание бойлерплейта. Я тратил время на: формулировку задачи, валидацию результата, интеграцию в процесс. Это и есть новая роль разработчика.

Порог входа снижается, но потолок растёт. Сделать прототип теперь может не только сеньор. Но чтобы сделать масштабируемое, надёжное решение — нужны те самые 10 лет опыта, понимание бизнес-логики и умение задавать правильные вопросы. В том числе — ИИ.

Ошибки стали дешевле. Раньше баг в коде мог стоить часов отладки. Теперь ты просто описываешь проблему — и получаешь фикс. Да, нужно уметь формулировать. Но это навык, который прокачивается.

«Но разработчик же всё ещё нужен?»

Да. Ещё как нужен.ИИ не заменяет разработчика. Он заменяет рутинную часть его работы.Что остаётся за человеком:

  • Понимание бизнес-контекста: что именно нужно автоматизировать и зачем
  • Проектирование архитектуры: как компоненты будут взаимодействовать, где границы ответственности
  • Валидация качества: ИИ может написать код, но только человек оценит, решает ли он задачу
  • Интеграция в процессы: как это будет работать в реальной компании, с реальными людьми
  • Этика и безопасность: какие данные обрабатываются, где хранятся, кто имеет доступ

Роль разработчика эволюционирует от «писателя кода» к «архитектору решений». И это не страшно. Это интересно. Если вы этого не понимаете, то у вас серьёзные проблемы, потомучто бизнес выберет того, кто закроет задачу за 1 час, а не того, кто трепетно будет писать каждую строчку кода. Бизнесу не интересно насколько код красивый, кто и как его делал. Им важен результат. Если все работает, значит задача решена.

Что будет дальше?

Я не призываю всех бросить писать код и полностью довериться ИИ. Я призываю:

Экспериментировать. Попробуйте делегировать ИИ одну небольшую задачу. Посмотрите, что получится.

Документировать процесс. Сохраняйте промты, фиксируйте ошибки, собирайте библиотеку решений. Это ваш новый «код».

Говорить об этом открыто. Да, будут скептики. Да, будут вопросы. Но именно в дискуссии рождается понимание, как работать в новых условиях.

Инвестировать в навыки, которые не автоматизируются: системное мышление, коммуникация, понимание бизнеса.

Вместо заключения

Разработка не умирает. Она трансформируется.ИИ — это не замена разработчику. Это мультипликатор его эффективности.

Если вы продолжаете писать весь код руками — вы имеете на это полное право. Но если вы хотите делать больше, быстрее и быть востребованным в будущем — попробуйте делегировать рутину.

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

Проект docxgenapp — открытый:

Если идея с плейсхолдерами в .docx, которые превращаются в поля формы, кажется вам полезной — забирайте, форкайте, улучшайте. Буду рад пулл-реквестам и конструктивной критике.

Начать дискуссию