Ты наверняка видел демки ИИ, где всё «само пишет приложение за три минуты». А потом открывал — и получал кривой код, странные решения и ощущение, что тебя только что пытались продать волшебную фасоль.
Я тоже относился к этому с прищуром. До тех пор, пока не провернул кое-что сам.
За последние полгода я переключился в режим, когда ИИ — не «помогает иногда», а встроен в процесс как штатная деталь. Часть задач, на которые раньше уходили дни, теперь занимают часы. Субъективно — еду вдвое быстрее. Причём один.
Раньше рисовал замок. Теперь строю и проверяю
До ИИ логика была понятной: изменения дорогие, поэтому сначала неделями вылизываешь сценарии, рисуешь пользовательские пути, согласуешь макеты — и только потом пишешь код. Проверить пять продуктовых идей — это минимум больно по времени и бюджету.
Когда ИИ стал частью рабочего процесса, цена эксперимента резко упала. Идея теперь может за день превратиться в рабочий прототип: набросал требования, описал, как должно работать, ИИ помог реализовать — и у тебя уже не «презентация про продукт», а продукт, который можно потрогать.
Самый неожиданный эффект: задачи, которые раньше требовали отдельного специалиста — дизайнера, аналитика, фронтендера — теперь закрываю сам. Не потому что внезапно стал суровым многостаночником, а потому что ИИ снимает рутину и позволяет работать на уровне «что должно получиться», а не «как именно я это наберу руками».
Я перестал проверять идеи слайдами. Теперь проверяю живыми штуками, крупные обновления выкатываю раз в два месяца. Три года назад я бы на такое посмотрел как на фанфик.
От «писать код» к «понимать, что правильно»
Вот где меня правда удивило. В классической разработке большую часть времени пишешь код, а тестирование — отдельный болезненный этап в конце. Когда значительная часть реализации появляется с участием ИИ, точка ценности переезжает.
Главным становится не «написать строки», а чётко определить, что такое «правильно»: какие условия должны выполниться, какие сценарии обязаны работать, где границы.
Тесты в этой модели перестали быть тем, что делаешь «потом, если останется время». Сначала описываешь, что должно работать, — и только потом ИИ пишет реализацию под эти условия. Если он не умеет сам себя проверять тестами — ему нельзя доверять писать рабочий код.
Процесс сжался посередине
Долгие годы схема выглядела так: сначала долго думаешь, потом долго строишь, потом долго исправляешь. Широко посередине, больно по краям.
С ИИ геометрия переворачивается. Больше вкладываешься в начале — чтобы правильно задать задачу и ограничения — и в конце, чтобы принять результат. А середина, где происходит основная сборка, сжимается: там работает ИИ.
Вместо конвейера — диспетчерская. Задаёшь направление и правила, ИИ быстро исполняет, возвращаешься и решаешь: это в прод или нет.
Меньше кодишь. Больше думаешь
Каждый скачок в разработке поднимал уровень абстракции: от железа к облакам, от низкоуровневого к высокоуровневому. ИИ — следующий этаж.
Всё чаще работаешь не внутри кода, а над процессом: настраиваешь рабочие цепочки, пишешь чёткие инструкции для агентов, выставляешь ограничители — что-то вроде перил на горной дороге, чтобы не улететь в кювет, — выбираешь, где можно доверять автоматике, а где нужен ручной контроль.
Парадокс в том, что такая разработка ощущается менее «про печатать» и более «про думать». Звучит как мечта любого, кто когда-нибудь три часа чинил отступ в CSS.
Только теперь «думать» — это конкретная работа: определить критерии правильности, поставить проверки, настроить процесс так, чтобы скорость не превращалась в лотерею.
Почти как ремонт: стены поднять быстро может любая бригада, а вот чтобы после этого двери закрывались и проводка не искрила — вот тут и начинается настоящая квалификация.
Занимаюсь внедрением ИИ для бизнеса. Детали — в телеграме