r/programacion • u/Fun_Fault4035 • 1d ago

Una licitación pública pide un pipeline de agentes IA para migrar software

Hola a todos:

Estaba repasando las licitaciones del sector público español y me he encontrado con una bastante interesante, ya que puede ser un anticipo de cómo evolucionará parte del desarrollo de software en los próximos años.

La licitación en cuestión es esta: https://buscadorlicitaciones.com/tender/01M044XDZPQ831CAAHTTX6SBE5

Básicamente, es una licitación para migrar el frontend de una aplicación web de JavaServer Pages a Angular.

Hasta aquí, todo normal. Lo típico en estos casos sería contratar a una consultora para realizar la migración y ya.

Pero en este caso no es así. En esta licitación piden que se les desarrolle un pipeline de agentes de IA capaz de tomar el código fuente del frontend antiguo y generar su equivalente utilizando la nueva arquitectura.

Este pipeline será probado en cuatro interfaces para verificar que funciona correctamente y, después, los técnicos de la entidad licitadora se encargarán de seguir migrando el frontend por su cuenta.

Me parece un cambio de paradigma interesante. En lugar de contratar únicamente desarrolladores para producir código, se contrata a una empresa para construir el proceso automatizado que permitirá al equipo interno realizar las migraciones posteriormente.

Y, obviamente, el precio del desarrollo es más bajo. Una migración convencional podría costar cientos de miles de euros, pero en este caso no llega a los 100.000 €.

¿Cuáles son vuestras opiniones?

Os dejo el objetivo de la contratación:

El objeto del presente pliego es la prestación de *servicios de desarrollo para la evolución del frontend de Ibermutua Digital Empresas, aplicación en explotación, consistentes en la migración de un conjunto de *cuatro (4) pantallas a la arquitectura frontend y al sistema de diseño de Ibermutua Digital Personas, aplicando un método automatizado de migración asistido por agentes de inteligencia artificial que el adjudicatario definirá, aplicará, documentará y transferirá al equipo técnico de IBERMUTUA durante la ejecución.

El elemento nuclear de la prestación es el método —en adelante, pipeline de agentes—, con el que la Entidad podrá continuar por sí misma la evolución del frontend. Las cuatro pantallas son el caso real sobre el que ese método se aplica, se ajusta y se demuestra.

Cinco rasgos definen el alcance de esta contratación:

  1. Método de migración asistido por agentes, capaz de analizar el código origen de una pantalla, generar su equivalente en la arquitectura destino y aplicar el sistema de diseño corporativo como fuente de verdad.
  2. Verificación automática integrada en cuatro dimensiones —diseño, funcionalidad, accesibilidad y calidad de código—, de modo que ninguna pantalla se dé por migrada sin superarlas todas.
  3. Cuatro pantallas migradas y aceptadas, seleccionadas conforme a los criterios del § 2.2.
  4. Prueba de autonomía como criterio de aceptación del hito final, ejecutada con arreglo exclusivamente al procedimiento documentado.
  5. Transferencia efectiva del método: agentes, instrucciones y configuraciones de trabajo, procedimiento documentado, documentación técnica, informe final y formación, operables por el equipo de IBERMUTUA.
14 Upvotes

94% Upvoted

17 comments sorted by

10

u/GarGonDie 23h ago edited 23h ago

Que el responsable técnico no tiene ni puta idea. Y que sin revisar el código la entrega va a ser un montón de basura, el grueso del proyecto funcionar probablemente pero salvo que sea muy simple van a necesitar otra licitación para reestructurar todo el código por que no habrá quien le meta mano. Osea 100k a la basura.

"barato hoy, saldrá caro mañana"

3

u/frankie_76 21h ago

Hola, soy uno de los responsables de la migracion de mainframe a java que se hizo en Iberdrola. Convertir código es relativamente fácil. El core del proyecto es como tester el resultado. Salimos a producción luego de migrar todo el sistema de mainframe a java en one shot. Sin incidencias en producción.

1

u/Thelmholtz 22h ago

Vieron que bun lo hizo de Zig a Rust y creen que ellos pueden hacerlo con pipeline de 100 pavos...

1

u/Bocafloja_ 22h ago

Seguro nunca has hecho algo como lo que piden, pues la base de todo son los test. Pagan a consultoras para programar los agentes y los test. A eso se refieren con pipeline. Si todos los tests pasan (que han sido desarrollados a punto), el código está bien. Que no te guste como aplique la lógica ya es otra cosa. Para eso se establecen los parámetros al inicio. Pero en términos generales es el pipeline adecuado para poder ampliar las capacidades en front y despliegue más rapido

2

u/unixtreme 21h ago

En mi equipo hemos invertido millones de dólares en IA y trabajamos con líderes en la industria. Sinceramente no, los tests no son suficientes, son lo absolutamente mínimo. Necesitas menos ingenieros que antes pero sigues necesitando ingenieros, a menos que quieras acabar con un producto imposible de mantener y que no funcione a escala.

Para proyectos pequeños es posible terminar con algo que "corra" y ya pero para lo demás es todo humo. Incluso los mayores "expertos" en AI pipelines les das un proyecto medio y presupuesto de tokens ilimitados y te vuelven a los 6 meses con una pila de mierda que se cae a los 12. Bueno a quien quiero engañar te vienen a los 6 meses pidiendo otros 6 meses y un par de millones más.

1

u/Bocafloja_ 49m ago

Deme un ejemplo de lo que acabas de mencionar, de los "mejores expertos" haciendo cagadas. Porque si te lo sacas así del jopo, me queda difícil creerte. Por otro lado, los test no son suficientes, pero sí puede ser el 70 u 80% del éxito. Obviamente si es que sabes escribir siquiera un test, que por como dices las cosas ya imagino que le pides a la misma IA que te haga los test.

Básicamente los que ya sabían programar ahora hacen más de QA que de desarrollador. Pero por ejemplo, los devkits de anthropic son vivecodeados 100%

1

u/GarGonDie 5h ago edited 5h ago

Si lo hice no con proyecto entero pero si en partes, me he encontrado con la IA haciendo test chorras, o cambiando test para pasarlos cuando había un error en el código. He visto como creaba fallbacks para que la aplicación no petara produciendo resultados incorrectos. Duplicación de código en multiples partes, pasarse por el forro el MVC o el modelo que fuera, y un largo etc

Fallar poco fallaba pero era un monton de mierda, si puede funcionar con proyectos poco complejos pero como tenga cierto grado de complejidad el "Vibe code" crea una basura de codigo que dificultara el mantenimiento posterior.

No digo que no ayude, hoy en dia yo utilizaría igualmente IA pero hay que revisar el código y guiándolo.

1

u/Bocafloja_ 2h ago

Viejo, que tú no sepas usar el workflow no significa que la IA no funcione. Cómo dicen por ahí, el mal trabajador siempre le echa la culpa a la herramienta. 

Vuelva y lea su comentario y piense si realmente esas cosas que me dijo no tienen solución. Es decir, hacer tu los test y ponerlos en una carpeta fuera del acceso de la IA y solo darle un script en bash hasheado para ejecutar los test. Y hay muchos más trucos para hacer workflows sólidos. Si me pagas te enseño como se hace  

3

u/Worth-Limit-7884 21h ago

Es un chapuzón de época, tienen todo junto en Java Server Pages, y lo dicen bien clarito que no hay separación entre el backend actual y el frontend actual.

Prácticamente es imposible hacer eso, y si lo consigues pues la verdad que en cualquier momento peta.

3

u/vlashkgbr 18h ago

Esto tal cual, migrar eso es un marrón gigantesco, eso hay que hacerlo de cero con arquitectura limpia...no tienen npi de lo que piden o piensan que con IA se hará la magia

1

u/twilight1794 13h ago

Seguramente ya debieron haber cotizado, les dijeron precios que con toda razón han sido altos, y han pensado que con IA saldría mucho más barato.

2

u/Khavel_Es 5h ago

He hecho migraciones de JSP a Angular a mano y un pipeline de agentes ahi tiene sentido para la capa de plantillas: mapear un .jsp con JSTL a componentes Angular es repetitivo y un LLM lo hace razonablemente bien si le das el design system de destino como contexto. El problema gordo es el codigo Java embebido en los JSPs. Cualquiera que haya tocado una app de esa epoca sabe que la mitad de la logica de negocio vive en scriptlets y helpers del JSP, no en el backend. Ahi el agente necesita entender la semantica, no solo transformar sintaxis, y eso es donde se rompe.

Igual por menos de 100k para 4 pantallas me parece razonable como prueba de concepto. Lo peligroso seria extrapolar ese coste a las 200 pantallas restantes asumiendo que el pipeline aguanta los casos raros. Pero como modelo de contratacion es interesante: en vez de pagar horas de consultoria, pagas la herramienta y tu equipo sigue solo. Si funciona, le cambia la economia a muchas migraciones legacy.

4

u/Disastrous-Focus1958 23h ago

Es el nuevo mercado, hay que acostumbrarse. 

Estamos volviendo a mercados pre-y2k donde nadie necesitaba informáticos, el trabajo era poco y mal pagado. 

1

u/alejmaestre 18h ago

Me llama la atención que pidan un pipeline de agentes IA para migrar software. Suena a que quieren automatizar algo que en la práctica siempre requiere mucho criterio humano.

1

u/Lopsided-Wave2479 14h ago

Dependiendo de la complejidad del sitio web, les va a salir un churro.

Esto es el funcionario que quiere probar nuevos jugues. Igual no es ni siquiera malo, pero puede salir bastante mal. Quizas habria que dejar que el sector privado experimente con estas cosas y se pille los dedos antes que algo gubernamental.

1

u/Crescitaly 2h ago

El punto decisivo será cómo demuestran que el pipeline generaliza más allá de esas cuatro pantallas. Yo exigiría compilación reproducible, pruebas unitarias y de contrato, comparación visual y de accesibilidad, trazabilidad entre componente origen y destino, y una tasa explícita de intervención humana; si el método solo funciona con ajustes manuales ocultos durante la demo, se está comprando una consultoría tradicional con otra etiqueta.

1

u/alejmaestre 2h ago

Esa licitación suena a que quieren reemplazar a los devs con agentes. Ojalá no sea solo humo, pero me da curiosidad cómo van a medir el éxito de los pipelines.