Я не собирался заниматься AI coding. Но потом мне понадобилась документация

Серия «100% AI Coding глазами предпринимателя». Статья 1 из 5.

Честно говоря, я долго смотрел на всю эту историю с AI со стороны. Читал, слушал, кивал — и продолжал работать как раньше. Не потому что не верил в технологию. Просто казалось, что между «впечатляющими демо» и реальным применением в бизнесе — огромная дистанция. И что эта дистанция пока не преодолена. Я ошибался. Но понял это не из статьи и не из конференции. Я понял это, когда мне понадобилась документация.

Немного контекста про бизнес и систему, которой я пользуюсь 10 лет

В своём бизнесе я давно использую информационную систему — управленческий инструмент, построенный на C#-фреймворке российской разработки. Фреймворк хороший: позволяет настраивать документы, формулы, связи между ними прямо в визуальном режиме, без написания кода. Я сам всегда донастраивал систему под свои нужды — это было удобно и давало нужную гибкость.

Была одна проблема. Разработчики фреймворка в своё время не сделали нормальной документации. А потом и вовсе перестали его активно развивать — не удалось вывести на широкий рынок, стандартная история. Фреймворк позволяет делать дополнительные модули-аддины, но без документации работать с кодом было мучением.

Год назад я начал всерьёз пробовать AI-ассистентов и в том числе попробовал генерить там код. Программировать раньше мне приходилось, но немного. Я больше выступал заказчиком. А тут я быстро сделал несколько нужных мне утилит на C# — получилось с первого раза, всё заработало.

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

Я договорился с авторами фреймворка — они дали исходный код, а взял расходы на себя. Нашёл специалиста на фриланс-платформе, который обещал мне сделать документацию за вполне щадящие деньги. И мы приступили.

Неделя, которая меня удивила

>За одну неделю мы сделали полную документацию на весьма объёмный код — расставили комментарии во все программные файлы, написали общее описание архитектуры системы.

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

Неделя. За неделю — всё.

Я начал задавать вопросы. Как это вообще возможно? В процессе разговора выяснилось, что специалист, с которым я работал, уже больше года практикует то, что он называет 100% AI coding. Не «использует AI как помощника», а работает в режиме, когда код не пишется руками вообще. AI-агент генерирует код, человек управляет процессом. Он показал мне проекты. Показал инструменты. Объяснил, как устроен его подход изнутри.

Момент, когда всё встало на место

Я предприниматель. У меня за плечами больше 30 лет управления бизнесами в разных отраслях — от FMCG до IT, от компаний на 200 человек до запусков с нуля. Я умею отличать рабочий инструмент от красивой презентации. И вот, глядя на то, что делал этот человек, я поймал себя на ощущении, которое у меня бывало несколько раз в жизни — в моменты, когда видишь что-то принципиально новое, что ещё не стало мейнстримом, но обязательно им станет.

> Именно так будет выглядеть программирование через очень короткое время. Код, который не правится руками. Разработка, которой управляют на уровне задач и смысла, а не на уровне синтаксиса.

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

Именно это я увидел здесь. Все сейчас пытаются "перестроиться", а надо сразу строить компанию вокруг технологии.

От наблюдения к партнёрству

Мы договорились с этим исполнителем о партнёрстве. Начали готовить запуск предприятия, в котором 100% AI coding будет на основой производственной модели.

В процессе подготовки постоянно вставали вопросы: как должно быть устроено всё — процессы, роли, инструменты, организация? Оказалось, что работающих ответов на рынке нет. Есть много разговоров о том, что «AI меняет разработку», но нет системного описания того, как именно должна быть устроена компания, которая работает по-новому.

Так появился SENAR — стандарт, который мы разрабатываем вместе. Это попытка описать комплексно: и саму технологию 100% AI coding, и организационную систему, которая нужна, чтобы она работала стабильно, предсказуемо и масштабируемо. Мы пытаемся сделать этот стандарт не как теоретическую концепцию а как практическое руководство. Все это выросло из реальных уже сделанных проектов, и наших идей о том, как это должно работать.

Моя роль в этом партнёрстве — взгляд предпринимателя. Человека, которому важно не «как это устроено технически», а «как это влияет на экономику бизнеса, на принятие решений, на то, как строить компанию».

Почему я пишу эту серию

Не для того, чтобы убедить вас в существовании AI coding — вы и сами всё видите. Я пишу, потому что вижу разрыв. Большинство материалов про AI в разработке написаны технарями для технарей. Предпринимателю там неудобно: много деталей, мало ответов на вопросы, которые реально важны на уровне бизнеса. Сколько это стоит? Что меняется в команде? Как строить компанию, чтобы использовать новую технологию по-настоящему, а не декоративно?

В следующих четырёх статьях я буду разбирать именно это — через собственный опыт и через то, что мы формализовали в рамках SENAR. Если вы предприниматель, CEO или просто человек, который задумывается о том, что происходит с разработкой прямо сейчас — эта серия для вас.

Для тех кому интересно сайт стандарта SENAR.

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