«Опыт разработчика — это минус»: как ex-директор по ИИ МТС собрал пилоты для ВТБ и Bacardi [часть 1]

Мы поговорили с Дмитрием Твердохлебовым, бывшим директором по искусственному интеллекту МТС, ех-VK, ex-Яндекс и основателем ИИ-агентства Omnius Team.

За прошлый год он в одиночку собрал 15 работающих ИИ-пилотов для крупнейших российских компаний - от «Сибура» и «Газпром нефти» до ВТБ, «Райффайзена», Bacardi и Mars. Потом начал масштабироваться за счёт вайб-кодеров, а опыт классической разработки считает скорее минусом. Разбираемся почему.

🔴В посте в своём канале ты писал, что бэкграунд разработчика скорее мешает. От человека с твоим опытом это звучит провокационно. Почему так?

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

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

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

🔴То есть технический бэкграунд не нужен вообще?

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

Нужно понимать, как устроен SDLC, чем REST отличается от веб-хуков, как работает CI/CD, что такое контракт между бэкендом и фронтендом. Классический продакт-менеджер обычно хорошо понимает, как эта штука работает, хотя руками максимум напишет несложный SQL-запрос. Вот этот уровень и нужен. Иначе начинаешь изобретать велосипеды.

Как сказал ресторатор Александр Рапопорт: уметь хорошо готовить и быть поваром - разные вещи. Без понимания технологического процесса ты просто порушишь всю работу. Нагенерить одним промптом приложение с нуля у кого-то получится. А вот сделать повторяемую, масштабируемую историю - крайне сложно.

🔴Как у тебя устроен найм, если разработчик в отборе проигрывает продакту?

Не то чтобы разработчик проигрывает - скорее продакт выигрывает. Бэкграунд продакта для меня плюс, а опыт разработки в лучшем случае нейтрален.

Воронка при найме выглядит так:

Первый фильтр - скриншот списанных за инструменты ИИ-подписок за последние пару месяцев. Сам факт, что человек за что-то платит, - хороший знак: он умеет читать описание вакансии и входит в 0,3-0,4% населения планеты, которые сами платят за инструменты.

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

И только третий этап - резюме. Продакт - жирный плюс. Разработчик - «ну давай посмотрим».

🦾 AI для бизнеса в Telegram | в MAX