Фундаментальная ошибка разработчиков, из-за которой их заменяют на ИИ, — это убеждение, что нужно СНАЧАЛА всё предусмотреть, продумать и оценить, сделать «правильно», чтобы ПОТОМ легко вносить доработки. Это чистый Waterfall. Они приводят аналогию с постройкой дома:— сначала — геодезия;— потом — фундамент;— затем — несущие стены;— и только потом — заселяться.«Лучше же сначала потратить 100 000, чтобы потом тратить по 100 рублей, верно?» — постоянно доносят они заказчику. А тому нужно совсем наоборот. Заказчику, напротив, нужно создать продукт быстро и недорого, а затем инвестировать в него по мере роста и подтверждения ценности. Это инкрементальная разработка, где приоритет — быстрая проверка гипотез. И это, черт возьми, непросто вложить в голову типичному разработчику — вы сами видите срач в комментах. Но я хотя бы попытаюсь. Заказчик программного продукта не строит дом! Он СНАЧАЛА тестирует гипотезы, желательно несколько подряд, параллельно. Он в душе не знает, какая из них выстрелит. У него ограниченный бюджет, в который нужно уложить максимум дешёвых экспериментов. Он и ТЗ так пишет — в формате «х*й за воротник», потому что это всё — лишь предположения. И только ПОТОМ, когда гипотеза выстрелит, сложится продукт-маркет фит, появится кэш флоу и цикл платящих клиентов, выровняется юнит-экономика — вот ТОГДА он достанет миллион и будет вкладывать в продукт. То, что для разработчика — «затраты», для заказчика — мультипликатор прибыли. Заказчик заинтересован тратить деньги ПОТОМ. Потому что он не тратит, а вкладывает. И когда разработчики постоянно предлагают ему: «Дяденька, потрать сначала, вложись-ка в…»— фундамент;— хорошие архитектурные решения;— правильные паттерны и структуры данных;— команду с девопсами и IaaC;«…чтобы уж потом-то…» — заказчика это выбешивает до скрежета зубов. Он чувствует, что эти ребята совершенно не понимают его реальных потребностей. И разумеется, как только этот заказчик дотягивается до ИИ — он нахрен сносит всё вот это вот «про фундамент» и прочее. Просто не глядя. Потому что ИИ, в отличие от некоторых разработчиков:— делает что попросили;— быстро адаптируется к меняющимся требованиям;— позволяет проводить итерации с меньшими издержками на перепланировку.Дали две строчки ТЗ — сделает. Появятся уточнения — доделает. Совсем не то получилось — переделает. Молча. Это ускоряет проверку гипотез, что крайне важно для заказчика. Все эти изменения в подходах к разработке и внедрение ИИ — ровно про это. Это не обязательно «снос нахрен идиотов», а скорее адаптация к новым реалиям. Нет смысла годами строить негибкий фундамент, если ваш конкурент в любой момент может перестроить всё здание с нуля, используя более гибкие итеративные методы. Меняйтесь. Post navigation Кто будет писать спецификации для ИИ, если не будет программистов Редактирование спеки с ИИ прямо на созвоне