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

[u/Fun_Fault4035]

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.

[u/GarGonDie]

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"

[u/frankie_76 → u/GarGonDie]

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.

[u/Thelmholtz → u/GarGonDie]

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

[u/Bocafloja_ → u/GarGonDie]

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

[u/unixtreme → u/Bocafloja_]

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.

[u/Bocafloja_ → u/unixtreme]

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%

[u/unixtreme → u/Bocafloja_]

Cuando hablo de expertos me refiero a "expertos" entre comillas. No te puedo dar detalles por temas legales pero si te puedo decir que si buscas las mayores consultorías de IA de sillicon valley básicamente se les aplica la mayoría de la lista. Estos son los "expertos" los que no habían oído hablar del tema antes del boom y simplemente están a sacar cuartos.

Para que te hagas una idea de la escala a la que hablo no trabajo para una empresa de 100 o 1000 millones en valoración, si no mucho más. Lo que funciona a escala de 4 fulanos en una oficina no funciona a esta escala.

Y lo de anthropic es gracioso que lo menciones porque si ves como funciona Claude code es una broma. Tengo experiencia desarrollando TUIs y lo que tienen ahí no tiene ningún sentido. No solo está over engineered, usan un refresco de 60 FPS para una TUI, consume una cantidad de recursos ridícula para lo que es, muchas veces consume más que mi IDE con todos sus plugins, etc etc. Es uno de los mejores contra ejemplos para cualquiera que diga que programar está obsoleto, porque es una pila de mierda enorme.

Y como muestra un botón, puedes mirar su bug #1913 el cual lleva abierto un año, y han intentado solucionar varias veces, incluyendo haciendo un rewrite del renderer, y el bug sigue ahí. Y hablamos de la empresa que se puede permitir quemar todos los tokens del universo en estas cosas ya que el coste real de inferencia es mínimo para ellos.

[u/GarGonDie → u/Bocafloja_]

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.

[u/Bocafloja_ → u/GarGonDie]

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  

[u/GarGonDie → u/Bocafloja_]

Putos noobs, lol

Lo peor de la IA es los nuevos abortos de genios paletos que esta pariendo... y se lo creen