Почему идея «навайбкодить корпоративную систему» не самая удачная

За последние месяцы я несколько раз слышал одну и ту же мысль со стороны заказчиков: «Разработка идёт долго и дорого. Мы будем делать всё на ИИ — так быстрее».

Пока это не массовая история, но сама логика показательная. Когда проект длится год–полтора, вложения растут, а результат ещё нельзя толком пощупать, желание найти волшебную кнопку выглядит вполне естественным.

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

На старте это действительно выглядит как экономия. Проблема в том, что эта экономия очень короткая.

Нейросеть не понимает бизнес — она угадывает

Это ключевой момент, который часто упускают. Нейросеть не проектирует систему. Она подбирает наиболее вероятный ответ на запрос.

Она не понимает, зачем вообще существует тот или иной процесс, что произойдёт, если его изменить, какие последствия будут у решения через полгода или год.

Проектировщик задаёт неудобные вопросы. Нейросеть не задаёт. Она честно выполнит запрос, даже если этот запрос ведёт в тупик.

Да, в начале можно выиграть несколько месяцев

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

Очень быстро можно показать экраны, провести демо, создать ощущение стремительного движения. Но дальше начинается то, ради чего система вообще затевалась: ввод в эксплуатацию.

Масштабируемость и изменения — вообще не про нейросети

Здесь лучше говорить прямо. Нейросеть не проектирует архитектуру с расчётом на рост. Она не закладывает будущее развитие системы. Она решает задачу «здесь и сейчас».

Как только появляются изменения, а они появляются почти всегда и в большом количестве, система начинает сыпаться. Новые процессы, роли, разделы, сценарии работы — всё это требует архитектурной основы.

Систему, собранную на скорости без проектирования, часто приходится переписывать заново. Не дорабатывать, не расширять, а именно переписывать. И это тот самый момент, который редко учитывают на старте.

Безопасность остаётся за кадром

Когда код и архитектура собираются на скорость, вопросы безопасности либо упрощаются, либо игнорируются.

Исправлять такие вещи после запуска, особенно при подобном подходе, практически невозможно. Нейросеть не несёт ответственности за утечки, сбои и последствия. Эту ответственность всё равно несёт компания. И об этом важно помнить.

В итоге экономии не происходит

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

Такой подход — это не оптимизация и не экономия. Это фундаментальная ошибка и попытка ускориться за счёт отказа от ответственности за результат.

Команда — это не просто руки, а фильтр от ошибок

Хорошая команда разработки — это фильтр, который отсекает плохие решения, видит риски заранее, предлагает альтернативы и думает не о том, как «сделать побыстрее», а о том, чтобы система работала эффективно и с запасом прочности.

Мой вывод

Нейросети — мощный инструмент. Но это именно инструмент, а не замена мышления, ответственности и опыта.

В корпоративной разработке цена ошибки слишком высока, чтобы отдавать ключевые решения алгоритму, который не понимает, как на самом деле живёт и работает бизнес.