La Evolución de RPG: De System/36 al IBM i Moderno

¿Un lenguaje viejo? Más bien uno que nunca ha dejado de evolucionar.

1. Los orígenes: System/36 y RPG II (1970s – 1983)

RPG (Report Program Generator) nació en los años 60, pero su consolidación llegó con RPG II, el lenguaje insignia del System/3 y luego del System/36. Era orientado a reportes, con una estructura fija y un diseño enfocado en el procesamiento por lotes. Las columnas del código eran fijas: el programador debía saber en qué columna escribir cada tipo de instrucción. Aun así, automatizaba procesos contables y de facturación con gran eficiencia.

Hitos técnicos:

• Uso intensivo de tarjetas perforadas.
• Estructura de código rígida basada en posiciones de columna.
• Potente para la época en cuanto a entrada/salida de registros.

2. IBM AS/400 y RPG III (1988)

Con el lanzamiento del AS/400 en 1988, IBM introduce RPG III, un lenguaje más poderoso y estructurado. Se mantenía el formato fijo, pero se incorporaron mejoras significativas en modularidad, declaración de estructuras de datos y soporte para bases de datos integradas (DB2/400).

Revoluciones:

• Mayor control estructurado sobre el flujo del programa.
• Definición de estructuras de datos más complejas.
• Compatibilidad hacia atrás con RPG II, facilitando la migración.

3. La llegada del RPG IV (RPGLE) y la era de los módulos (1994)

En 1994, IBM lanza RPG IV, también conocido como RPGLE (RPG Language Enhanced). Fue un punto de inflexión: ya no era solo un lenguaje de reportes, sino un lenguaje modular, orientado a subprocedimientos, con capacidad de trabajar en entornos ILE (Integrated Language Environment).

Características clave:

• Introducción de los prototipos y subprocedimientos.
• Tipado de variables más robusto.
• Separación clara entre especificaciones de cálculo, definición y prototipos.
• Interoperabilidad con otros lenguajes en el entorno ILE.

4. RPG Free Format (2001)

A inicios del siglo XXI, IBM da un paso decisivo hacia la modernización sintáctica con RPG Free Format. Se abandona la estructura rígida basada en columnas y se permite programar con una sintaxis similar a lenguajes modernos como Java o C.

Innovaciones:

• Sintaxis libre y legible.
• Compatible con herramientas de desarrollo modernas (IDE como RDi).
• Mantiene compatibilidad con ILE y estructuras anteriores.

5. SQLRPGLE (2004 en adelante)

La integración de SQL embebido directamente dentro del RPG representa una revolución en el acceso a datos. Ya no se necesita leer archivo por archivo: puedes usar SELECT, UPDATE, INSERT, directamente dentro del código RPG.

Fortalezas técnicas:

• Potente combinación entre lógica procedural y acceso declarativo a datos.
• Reducción significativa del código necesario para manipulación de base de datos.
• Optimización de rendimiento a través del Query Optimizer de DB2.

6. RPG Full Free (2013 – presente)

En IBM i 7.1 TR7 (2013), llega el RPG completamente libre de formato (Full Free Format). Con este paradigma, desaparecen completamente las especificaciones tradicionales, como D, P, C. Ahora todo se escribe de manera libre, con estructura de código moderna.

Lo que lo hace revolucionario:

• Compatible con control de versiones (Git), integración CI/CD.
• Estandarización con lenguajes modernos: llaves {}, if, for, dcl-s, dcl-proc.
• Ideal para desarrollos RESTful, integración con APIs, frameworks modernos y hasta pruebas unitarias.

7. IBM i hoy: Una plataforma viva y moderna

Contrario al mito de que el IBM i es un sistema 'legacy', la realidad es que es una plataforma viva, segura, escalable y totalmente moderna. RPG ha evolucionado al ritmo del mercado, y hoy es totalmente posible crear APIs, microservicios, integraciones con Node.js, Python, OpenAI o Azure, todo desde IBM i.

Y lo mejor: sin perder compatibilidad con aplicaciones que tienen más de 30 años funcionando perfectamente.

El RPG no murió, se transformó

RPG es como el lenguaje de una civilización resiliente: cambia, se adapta, pero mantiene su esencia. En pleno 2025, RPG Full Free y SQLRPGLE son lenguajes con capacidad real de competir en entornos modernos. Y si el backend de tu banco o de una gran empresa sigue corriendo sobre IBM i probablemente se deba a esa misma estabilidad y potencia.

Autoría:
Jorge De Trinidad - 2025
Expert Coach