Houston, tenemos un Poetry...

Houston, tenemos un Poetry...

Houston, tenemos un Poetry... Hace tiempo hice un proyecto sobre cuánto se podría reducir el consumo de MIPs para tareas en batch, el tema es que hay una opo…

✍️

Houston, tenemos un Poetry...

Hace tiempo hice un proyecto sobre cuánto se podría reducir el consumo de MIPs para tareas en batch, el tema es que hay una oportunidad real de mejora ahí

La idea es que pudiéramos usar múltiples LLMs orquestados para refactorizar código legacy de mainframe (sobre todo el que se ejecuta en z/OS) para poder sacarlo fuera del mainframe

No hablo de COBOL (que ya tiene bastante tracción)

Hablo de PL/I (ese lenguaje que IBM creó en los 60s y que sigue procesando millones de transacciones batch en z/OS)

Los MIPS cuestan. Mucho. Cada ciclo batch en mainframe tiene un precio que escala exponencialmente. Y hay millones de líneas de PL/I ejecutándose en bancos, aseguradoras y gobiernos que nadie se atreve a tocar

¿Qué pasa si combinamos:

  • LangGraph para orquestar agentes especializados
  • Múltiples LLMs (Claude, GPT-4, XMainframe de FPT, watsonx)
  • Code Property Graphs en Neo4j para trazabilidad
  • Human-in-the-loop con confidence scoring

...para transformar PL/I a Java manteniendo equivalencia funcional? (el tema del rendimiento ya vendrá luego)

Estoy con un MVP que...

  • Parsea PL/I y JCL
  • Genera grafos de dependencias
  • Transforma código con validación diferencial
  • Permite revisión humana en puntos críticos

¿El objetivo final? Reducir consumo de MIPS moviendo carga batch a Java sin romper la lógica de negocio que lleva décadas funcionando

Ideas o proyectos que hayáis visto centrados en PL/1?

Ver post original en LinkedIn
¿Te ha resultado útil?

Cada semana publico sobre IA, cloud y arquitectura tecnológica en LinkedIn.
Más de 4.000 profesionales ya lo siguen.

Seguir en LinkedIn