Комментарии 7
Линукс именно так и задуман ..
Бизнес сейчас пребывает в опасной эйфории от дешевизны и скорости создания MVP с помощью ИИ
MVP вообще штука эфемерная. Вроде и vitae а на самом деле без фундамента. Потому, надёжнее заранее всем договориться, что LLM создаёт только demo / spike, остальное создаёт человек. Априори. Но если хотите поспорить - удачи в сложных системах длительного жизненно цикла.
Главная опасность: бизнес заставит развивать этот spike в продакшен. По Бруксу прототип надо планировать на выброс
Абсолютно согласна! Проблема в том, что правило Брукса "планируйте выкинуть первую версию", наверное, самое игнорируемое правило в истории ИТ. Когда команда пишет прототип руками неделю, бизнесу уже жалко его выбрасывать.
А когда ИИ генерирует визуально работающий продукт за выходные, тут другая история, но с тем же результатом. Доказать менеджеру, что это просто spike, который внутри держится на соплях и галлюцинациях LLM, практически нереально: "Оно же работает, зачем тратить время, чтобы программист написал то же самое?"
Бомба то где???
Она тихо тикает в репозитории и ждёт вечера пятницы 😅 А если серьезно, проблема возникает в тот момент, когда бизнес приходит с запросом "а давайте быстро добавим сюда шардирование базы данных, потому что старая уже ложится", а ваш ИИ-генератор говорит "извините, я забыл контекст" или ломает соседние модули. Переписывать сгенерированный спагетти-код руками, вот где настоящий взрыв мозга и бюджетов :)
а давайте быстро добавим сюда шардирование базы данных, потому что старая уже ложится", а ваш ИИ-генератор говорит "извините, я забыл контекст"
Можно подумать что в написанные ручками проекты шардинг добавляется включением одного флага в конфиге.
Переписывать сгенерированный спагетти-код руками, вот где настоящий взрыв мозга и бюджетов :)
Беру из репки промт сохраненный как .md и дописываю в него "использовать шардирование". Запускаю, иду обедать.

Архитектурная бомба замедленного действия