Con la ingeniería de software "tradicional" nunca tuvo sentido económico realizar pruebas A/B construyendo el mismo software de dos maneras diferentes. Por ejemplo, construir uno como un monolito; uno como servicios más pequeños, y luego ver cuál funciona mejor. ¡Pero los agentes: de repente es posible hacer esto! Comida para el pensamiento…

Este es un ejemplo donde las limitaciones bien conocidas y ampliamente entendidas ya no se aplican como antes. Así que tendremos más formas de construir software - y averiguar cuáles son los casos de uso prácticos para esto (sigue siendo un desperdicio: ¡pero mucho menor que antes! Hasta el punto de ser viable)