# ИИ в разработке - куда дальше? И причем тут жираф? Давно и с интересом наблюдаю за очень быстрой эволюцией разработки благодаря ИИ. Так получилось, что одновременно работая и энтерпрайс-сегментом, и в малыми компаниями, и являясь фаундером собственного микро-стартапа в одном лице (об этом - на днях подробнее), могу наблюдать, как и что происходит. Происходит разное 🙂 Но полагаю, уже можно выделить несколько этапов "увеличения абстракции", которые так или иначе проходят все коллеги. - ИИ-инструменты. Люди - не меняются, технологии - не меняются, инфраструктуры - не меняются. ИИ используется как инструмент, это ускоряет и автоматизирует часть процессов, позволяет увеличить производство, где-то отказаться от джунов. - ИИ-разработчик и архитектор. Людей становится меньше, технологии и инфраструктуры не меняются. Модели работают непосредственно с репозиторием, принимают архитектурные решения, пишут код, коммитят его и даже деплоят. Лиды за этим "присматривают". - ИИ-цикл. Людей становится меньше, технологии и инфраструктуры частично уходят в темную зону (за контур ИИ). Модели не только исполняют, но и формируют ТЗ, стратегии, бэклог (то есть, берут на себя роль продакта), в том числе изучают тикеты на доработку от пользователей и замыкаюи петлю обратной связи - вносят изменения в бэклог. На этом этапе мы уже получаем практически полный замкнутый цикл самосовершенствующегося ПО под присмотром продакта и техлида. - ИИ-стартап. Техническая команда и роль PO (владелец продукта, процессный продакт, который следит за спринтами, администрирует бэклог, формирует задачи, проводит встречи, контролирует исполнение) практически исчезает в "темной зоне" вместе с инфраструктурой разработки. Человек остается только на уровне бизнес-продакта или носителя идеи - файндера такого стартапа. Человек, знающий чего он хочет конкретно (в некоторых случаях - в деталях) и умеющий это объяснить на простом человеческом языке, как раньше объяснял PO. Не имеющий практически никаких навыков не только разработки, но и администрирования инфраструктуры. Дальше - темная зона и конвейер ИИ, выдающий и деплоящий софт, а продакт (или клиенты) только формирует петлю обратной связи, корректируя путь развития продукта, иногда - формализуя стратегию, но и это бывает излишним - достаточно step-by-step направлять процесс, имея неформальную стратегию в голове или на бумажке. Спринты из недельных превращаются в 2-3 часовые, работа человека - раз в несколько часов глянуть на текущую версию, протестировать новые фичи, дать обратную связь по исправлению багов и подкинуть "в топку" новые задания из своей стратегии. ту наверное ключевой ресурс - именно полноценное тестирование (автотесты делает сам ИИ, но пользовательский опыт человека лучше проверить человеку). --- Никто не будет спорить, что в сложных проектах появляются сложные сетевые эффекты, рассогласования и накопление инфраструктуры, в том числе инфраструктурных ошибок. И понятно, что любой человек сделает лучше, чище, осознанней. Но мы эволюционируем - шаг за шагом поднимаясь по лестнице абстракций, теряя эффективность и навыки, переставая понимать в деталях, что там внизу происходит, иногда ощущая собственное бессилие. Когда я в середине 90-х учился в университете, были ребята, которые презирали всех, кто пишет на высокоуровневых языках, называли их говноделами и бездельниками. Только хардкор, только ассемблер. Были еще живы и те, кто любителей ассембелара считали таковыми и не признавали ничего, кроме машинных кодов. Где они сейчас? Вспоминается моя любимая эволюционная аллегория - возвратный гортанный нерв жирафа, который идет от мозга до сердца, а потом обратно - до гортани. Неэффективно? Да. Работает? Тоже да. Придется принять. ![](https://notes.vtorum.net/api/public/web/%D0%B8%D0%B8-%D0%B2-%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B5-%D0%BA%D1%83%D0%B4%D0%B0-%D0%B4%D0%B0%D0%BB%D1%8C%D1%88%D0%B5-34b4ce67/assets/06357266-e314-4d51-8238-8b5f1ca87a68/raw) --- Выводы накоротке, к каждому из них я бы добавил вводное слово "Кажется, ...": 1. ... скоро все забудут (или уже забыли) про такую штуку, как "техдолг". 1. ... эпоха "больших батальонов" / больших команд уходит в прошлое. И все идет к тому, что команды будут сжиматься до одного человека - продакта с техническим и бизнесовым бэкграундом. Хороший вопрос - откуда эти ребята будут появляться. В первой волне - скорее всего как раз из разработчиков, а вот лет через 10? 1. ... разработки становится не просто много, объем условного "валового производства" увеличится на порядки. 1. ... следствием 3 станет деградация рынка ПО - многие не только покупать, но и даже арендовать за 300/мес рублей облачный сервис не станут, если можно создать свой польностью аналлогичный за несколько дней, да еще и без ограничений, без утечек данных, без зависимостей и рисков, без монстуозности кучи ненужных функций, полностью адаптированный под твои потребности. Многие, но не все - только те, кто точно знает чего хочет и имеет те самые бэкграунды (см 2). 1. ... ключевым навыком становится точно и в подробностях "знать чего хочешь" и уметь это донести нормальным человеческим языком. Впрочем, как например и в дизайне - нынешние дизайнеры и арт-директора - это уже не те, кто умеет рисовать, а те, кто знает, какой рисунок нужно получить, то есть некие носители видения результата. 1. ... ключевой ценностью продукта становится видение его автора (фаундера) и попадание этого видения в потребность. Уж если кто-то сделал что-то, что мне идеально подходит, то так и быть, не потрачу свое время и куплю готовое. Впрочем, как всегда, в бизнесе эта история не нова. Представьте, что было бы со строительной отраслью, если каждый мог бы построить себе дом, потратив несколько вечеров и несколько тысяч рублей... Что-ж, все так быстро меняется, что остается только немного подождать и понаблюдать. В интересное время живем!