Par Philippe Magne <\/h3>\n<\/div><\/div><\/div>Sommaire<\/h2>\n\n- Le mythe de Java<\/a><\/li>\n
- Pourquoi RPG Free Form ?<\/a><\/li>\n
- Pourquoi Java ?<\/a><\/li>\n
- En bref <\/a><\/li>\n<\/ol>\n<\/div>
Dans cet article, nous allons discuter de deux langages que tout oppose. D\u2019un c\u00f4t\u00e9, un langage proc\u00e9dural tr\u00e8s ancien (n\u00e9 en 1959 !), de l\u2019autre beaucoup plus moderne et orient\u00e9 objet. A priori deux mondes diam\u00e9tralement oppos\u00e9s, mais est-il vraiment n\u00e9cessaire de les comparer ?<\/p>\n<\/p>\n
<\/div>\n1. Le mythe de Java<\/strong><\/h2>\nLa premi\u00e8re r\u00e9action d\u2019une entreprise qui souhaite moderniser ses applications, c\u2019est de tout r\u00e9\u00e9crire en Java, plus universel et surtout plus portable que le RPG. C\u2019est une r\u00e9action somme toute pas tr\u00e8s surprenante. Elle r\u00e9pond \u00e0 une double probl\u00e9matique : pouvoir sortir de la plateforme quand on veut et r\u00e9soudre le probl\u00e8me de p\u00e9nurie des comp\u00e9tences. Cependant, \u00e0 y regarder de pr\u00e8s, ce que l\u2019on peut constater c\u2019est que chaque langage est adapt\u00e9 \u00e0 tel ou tel environnement technologique<\/strong>. Java est n\u00e9 avec l\u2019av\u00e8nement du Web. Il a \u00e9t\u00e9 sp\u00e9cifiquement con\u00e7u pour r\u00e9pondre aux besoins de cet eco-syst\u00e8me. Les traitements batch de masse ne sont pas son fonds de commerce. C\u2019est la raison pour laquelle nous pensons chez ARCAD que le RPG Free Form est et restera le principal langage de la plateforme IBM i.<\/b> Il est forc\u00e9ment le plus adapt\u00e9 puisqu\u2019il est n\u00e9 avec. Il doit \u00e0 l\u2019\u00e9vidence coexister avec tous les langages du monde ouvert mais il ne peut pas \u00eatre remplac\u00e9 car il est le plus adapt\u00e9 et int\u00e9gr\u00e9 \u00e0 la plateforme, offrant ainsi des performances meilleures.<\/p>\nDe nombreuses soci\u00e9t\u00e9s se sont essay\u00e9es \u00e0 retranscrire le code RPG en Java de fa\u00e7on plus ou moins automatis\u00e9e. Le r\u00e9sultat est de bien pi\u00e8tre facture. On ne transforme pas comme \u00e7a une application \u00e9crite avec un langage proc\u00e9dural avec un langage orient\u00e9 objet. La philosophie est radicalement diff\u00e9rente. Tous les d\u00e9veloppeurs Java confront\u00e9s \u00e0 ce type de code \u00ab transform\u00e9 \u00bb ont la m\u00eame r\u00e9action : pour eux, ce n\u2019est pas du Java. De plus, les risques en mati\u00e8re de performance d\u2019ex\u00e9cution des applications sont particuli\u00e8rement \u00e9lev\u00e9s.<\/p>\n<\/p>\n
<\/div>\n2. Pourquoi RPG Free Form ?<\/strong><\/h2>\nLe Cobol est et restera le langage standard des plateformes Mainframe. Les milliards de lignes de code d\u00e9velopp\u00e9es depuis plus de 50 ans font tourner les syst\u00e8mes centraux des plus grandes entreprises de par le monde. Il en va de m\u00eame du langage RPG sur la plateforme IBM i avec cependant une diff\u00e9rence majeure, mais de taille, c\u2019est que ce langage n\u2019est disponible que sur cette plateforme. Il est d\u2019ailleurs pr\u00e9sent dans plus de 85% des applications d\u00e9velopp\u00e9es. Sa forme herm\u00e9tique, sous forme de colonnes, est extr\u00eamement contraignante et le rend r\u00e9dhibitoire pour qui n\u2019a pas tremp\u00e9 dedans depuis des ann\u00e9es. D\u2019o\u00f9 une population de d\u00e9veloppeurs de plus en plus vieillissante \u00e0 cause de ressources qui ne se renouvellent qu\u2019\u00e0 petite \u00e9chelle.<\/p>\n
La diff\u00e9rence majeure entre le Cobol et le RPG, c\u2019est que, contrairement au Cobol qui n\u2019a pas \u00e9volu\u00e9 dans sa structure depuis 1974, le langage RPG n\u2019a cess\u00e9 de subir des liftings importants qui l\u2019ont rendu au fil de l\u2019eau plus lisible et donc plus facilement maintenable. L\u2019IBM i \u00e9tant devenu le seul et unique d\u00e9positaire de ce langage, IBM a eu les coud\u00e9es franches pour le faire \u00e9voluer. On a vu appara\u00eetre en 1995 l\u2019environnement ILE (Integrated Language Environment) permettant plus de modularit\u00e9 et des caract\u00e9ristiques se rapprochant des langages orient\u00e9s objets. Mais la transformation la plus importante fut l\u2019apparition en 2003 du RPG Free Form. Sa caract\u00e9ristique principale est que sa syntaxe se rapproche de tr\u00e8s pr\u00e8s de langages plus r\u00e9pandus tels que le Java ou le C#. Ceci le rend d\u2019entr\u00e9e beaucoup plus accessible par les d\u00e9veloppeurs qui ne le connaissent pas. Sa prise en main est rapide (une course d\u2019une demi-journ\u00e9e d\u2019e-learning suffit \u00e0 mettre le pied \u00e0 l\u2019\u00e9trier).<\/p>\n
Son autre caract\u00e9ristique majeure est qu\u2019il est tr\u00e8s imbriqu\u00e9 dans l\u2019OS. Il permet ainsi d\u2019acc\u00e9der \u00e0 des fonctions que l\u2019on ne retrouve pas dans les autres langages. Ses performances d\u2019ex\u00e9cution sont les plus optimis\u00e9es qu\u2019il soit gr\u00e2ce \u00e0 ce haut niveau d\u2019imbrication avec la machine.<\/p>\n
Si ce langage moderne conserve ses racines \u00ab RPG \u00bb dans son nom, c\u2019est qu\u2019il est la pierre angulaire pour assurer la transition entre g\u00e9n\u00e9rations<\/strong>. S\u2019il est facile \u00e0 appr\u00e9hender pour les jeunes g\u00e9n\u00e9rations de d\u00e9veloppeurs, il l\u2019est \u00e9galement pour les \u00ab anciens \u00bb. Ceci est une qualit\u00e9 exceptionnelle puisqu\u2019il permet d\u2019\u00e9viter une quelconque rupture technologique, toujours douloureuse \u00e0 passer d\u2019un point de vue manag\u00e9rial.<\/p>\nAinsi, ce qui \u00e9tait consid\u00e9r\u00e9 comme la principale menace<\/strong> pour la plateforme, \u00e0 savoir l\u2019unicit\u00e9 de son principal langage de d\u00e9veloppement, est devenu sa plus grande opportunit\u00e9<\/strong>, du fait d\u2019un langage qui r\u00e9concilie les g\u00e9n\u00e9rations.<\/p>\n<\/div><\/div><\/div>D\u00e9couvrez comment notre solution ARCAD Transformer RPG vous aide \u00e0 pallier le manque de ressources et offre une nouvelle vie \u00e0 vos actifs IBM i.<\/strong><\/p>\n<\/div>T\u00e9l\u00e9charger la datasheet<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div><\/div>\n3. Pourquoi Java ?<\/strong><\/h2>\nM\u00eame s\u2019il est aujourd\u2019hui fortement challeng\u00e9 par tout un tas d\u2019autres langages plus r\u00e9cents, Java reste la norme dans bon nombre d\u2019entreprises. Pour en assurer une bonne maitrise et une bonne productivit\u00e9, il n\u00e9cessite des investissements lourds, notamment au niveau des profils d\u2019\u00e9quipes, que les entreprises ne sont pas pr\u00eates \u00e0 remplacer.<\/p>\n
Java doit \u00eatre utilis\u00e9 pour ce qu\u2019il sait faire de mieux : d\u00e9velopper des applications (ou des interfaces) web. Nul doute que Java est et restera la r\u00e9f\u00e9rence pour de nombreuses ann\u00e9es, mais est-il r\u00e9ellement pour autant besoin d\u2019en faire la norme pour l\u2019ensemble du patrimoine applicatif ?<\/p>\n<\/p>\n
<\/div>\n4. En bref<\/strong><\/h2>\nRPG (dans sa version la plus r\u00e9cente RPG free form) et Java ne sont pas des langages qui s\u2019opposent mais qui se compl\u00e9mentent. Chacun a ses propres atouts, ses adeptes, son eco-syst\u00e8me. La bonne approche consiste \u00e0 les faire coexister afin d\u2019obtenir \u00ab le meilleur des deux mondes \u00bb.<\/p>\n
Pour cela, la bonne strat\u00e9gie consiste \u00e0 investir dans une strat\u00e9gie DevOps<\/strong>. Un bon outillage DevOps permet de rapprocher naturellement les \u00e9quipes et non de les opposer (et les comparer) les unes aux autres. Il rend le langage moins important que la m\u00e9thodologie elle-m\u00eame de gestion des \u00e9volutions. De nombreux nouveaux langages voient encore le jour, toujours plus adapt\u00e9s aux nouveaux besoins du moment. Tout cela pour dire que pour moderniser un syst\u00e8me legacy, ce n\u2019est pas le langage qui est la priorit\u00e9 mais bel et bien l\u2019organisation des d\u00e9veloppements, en un seul mot : <\/strong>DevOps<\/strong> !<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div>![](\"https:\/\/www.arcadsoftware.fr\/arcad\/wp-content\/uploads\/2025\/06\/Photo-Arcad-Philippe-Magne.png\" "\\"Photo")
<\/span><\/div><\/div><\/div>\u00c0 propos de l’auteur<\/h2><\/div>Philippe Magne<\/h3><\/div>Pr\u00e9sident Directeur G\u00e9n\u00e9ral, ARCAD Software<\/h4><\/div>Philippe Magne est le PDG et le Fondateur du groupe ARCAD Software, un \u00e9diteur de logiciels international sp\u00e9cialis\u00e9 dans les solutions multi-plateformes pour DevOps, la modernisation d\u2019applications, l\u2019automatisation des tests et le masquage des donn\u00e9es. Il dirige l\u2019entreprise pour produire une gamme de solutions compl\u00e8tes et int\u00e9gr\u00e9es, distribu\u00e9es par IBM dans le monde entier. Philippe est un expert de la modernisation et est un conf\u00e9rencier reconnu dans les \u00e9v\u00e9nements IBM.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div>\n<\/div><\/div>
Vid\u00e9o : Conversion to Free Form RPG with ARCAD Transformer RPG<\/strong><\/p>\n\n
Sommaire<\/h2>\n\n- Le mythe de Java<\/a><\/li>\n
- Pourquoi RPG Free Form ?<\/a><\/li>\n
- Pourquoi Java ?<\/a><\/li>\n
- En bref <\/a><\/li>\n<\/ol>\n<\/div>
Dans cet article, nous allons discuter de deux langages que tout oppose. D\u2019un c\u00f4t\u00e9, un langage proc\u00e9dural tr\u00e8s ancien (n\u00e9 en 1959 !), de l\u2019autre beaucoup plus moderne et orient\u00e9 objet. A priori deux mondes diam\u00e9tralement oppos\u00e9s, mais est-il vraiment n\u00e9cessaire de les comparer ?<\/p>\n<\/p>\n
<\/div>\n1. Le mythe de Java<\/strong><\/h2>\nLa premi\u00e8re r\u00e9action d\u2019une entreprise qui souhaite moderniser ses applications, c\u2019est de tout r\u00e9\u00e9crire en Java, plus universel et surtout plus portable que le RPG. C\u2019est une r\u00e9action somme toute pas tr\u00e8s surprenante. Elle r\u00e9pond \u00e0 une double probl\u00e9matique : pouvoir sortir de la plateforme quand on veut et r\u00e9soudre le probl\u00e8me de p\u00e9nurie des comp\u00e9tences. Cependant, \u00e0 y regarder de pr\u00e8s, ce que l\u2019on peut constater c\u2019est que chaque langage est adapt\u00e9 \u00e0 tel ou tel environnement technologique<\/strong>. Java est n\u00e9 avec l\u2019av\u00e8nement du Web. Il a \u00e9t\u00e9 sp\u00e9cifiquement con\u00e7u pour r\u00e9pondre aux besoins de cet eco-syst\u00e8me. Les traitements batch de masse ne sont pas son fonds de commerce. C\u2019est la raison pour laquelle nous pensons chez ARCAD que le RPG Free Form est et restera le principal langage de la plateforme IBM i.<\/b> Il est forc\u00e9ment le plus adapt\u00e9 puisqu\u2019il est n\u00e9 avec. Il doit \u00e0 l\u2019\u00e9vidence coexister avec tous les langages du monde ouvert mais il ne peut pas \u00eatre remplac\u00e9 car il est le plus adapt\u00e9 et int\u00e9gr\u00e9 \u00e0 la plateforme, offrant ainsi des performances meilleures.<\/p>\nDe nombreuses soci\u00e9t\u00e9s se sont essay\u00e9es \u00e0 retranscrire le code RPG en Java de fa\u00e7on plus ou moins automatis\u00e9e. Le r\u00e9sultat est de bien pi\u00e8tre facture. On ne transforme pas comme \u00e7a une application \u00e9crite avec un langage proc\u00e9dural avec un langage orient\u00e9 objet. La philosophie est radicalement diff\u00e9rente. Tous les d\u00e9veloppeurs Java confront\u00e9s \u00e0 ce type de code \u00ab transform\u00e9 \u00bb ont la m\u00eame r\u00e9action : pour eux, ce n\u2019est pas du Java. De plus, les risques en mati\u00e8re de performance d\u2019ex\u00e9cution des applications sont particuli\u00e8rement \u00e9lev\u00e9s.<\/p>\n<\/p>\n
<\/div>\n2. Pourquoi RPG Free Form ?<\/strong><\/h2>\nLe Cobol est et restera le langage standard des plateformes Mainframe. Les milliards de lignes de code d\u00e9velopp\u00e9es depuis plus de 50 ans font tourner les syst\u00e8mes centraux des plus grandes entreprises de par le monde. Il en va de m\u00eame du langage RPG sur la plateforme IBM i avec cependant une diff\u00e9rence majeure, mais de taille, c\u2019est que ce langage n\u2019est disponible que sur cette plateforme. Il est d\u2019ailleurs pr\u00e9sent dans plus de 85% des applications d\u00e9velopp\u00e9es. Sa forme herm\u00e9tique, sous forme de colonnes, est extr\u00eamement contraignante et le rend r\u00e9dhibitoire pour qui n\u2019a pas tremp\u00e9 dedans depuis des ann\u00e9es. D\u2019o\u00f9 une population de d\u00e9veloppeurs de plus en plus vieillissante \u00e0 cause de ressources qui ne se renouvellent qu\u2019\u00e0 petite \u00e9chelle.<\/p>\n
La diff\u00e9rence majeure entre le Cobol et le RPG, c\u2019est que, contrairement au Cobol qui n\u2019a pas \u00e9volu\u00e9 dans sa structure depuis 1974, le langage RPG n\u2019a cess\u00e9 de subir des liftings importants qui l\u2019ont rendu au fil de l\u2019eau plus lisible et donc plus facilement maintenable. L\u2019IBM i \u00e9tant devenu le seul et unique d\u00e9positaire de ce langage, IBM a eu les coud\u00e9es franches pour le faire \u00e9voluer. On a vu appara\u00eetre en 1995 l\u2019environnement ILE (Integrated Language Environment) permettant plus de modularit\u00e9 et des caract\u00e9ristiques se rapprochant des langages orient\u00e9s objets. Mais la transformation la plus importante fut l\u2019apparition en 2003 du RPG Free Form. Sa caract\u00e9ristique principale est que sa syntaxe se rapproche de tr\u00e8s pr\u00e8s de langages plus r\u00e9pandus tels que le Java ou le C#. Ceci le rend d\u2019entr\u00e9e beaucoup plus accessible par les d\u00e9veloppeurs qui ne le connaissent pas. Sa prise en main est rapide (une course d\u2019une demi-journ\u00e9e d\u2019e-learning suffit \u00e0 mettre le pied \u00e0 l\u2019\u00e9trier).<\/p>\n
Son autre caract\u00e9ristique majeure est qu\u2019il est tr\u00e8s imbriqu\u00e9 dans l\u2019OS. Il permet ainsi d\u2019acc\u00e9der \u00e0 des fonctions que l\u2019on ne retrouve pas dans les autres langages. Ses performances d\u2019ex\u00e9cution sont les plus optimis\u00e9es qu\u2019il soit gr\u00e2ce \u00e0 ce haut niveau d\u2019imbrication avec la machine.<\/p>\n
Si ce langage moderne conserve ses racines \u00ab RPG \u00bb dans son nom, c\u2019est qu\u2019il est la pierre angulaire pour assurer la transition entre g\u00e9n\u00e9rations<\/strong>. S\u2019il est facile \u00e0 appr\u00e9hender pour les jeunes g\u00e9n\u00e9rations de d\u00e9veloppeurs, il l\u2019est \u00e9galement pour les \u00ab anciens \u00bb. Ceci est une qualit\u00e9 exceptionnelle puisqu\u2019il permet d\u2019\u00e9viter une quelconque rupture technologique, toujours douloureuse \u00e0 passer d\u2019un point de vue manag\u00e9rial.<\/p>\nAinsi, ce qui \u00e9tait consid\u00e9r\u00e9 comme la principale menace<\/strong> pour la plateforme, \u00e0 savoir l\u2019unicit\u00e9 de son principal langage de d\u00e9veloppement, est devenu sa plus grande opportunit\u00e9<\/strong>, du fait d\u2019un langage qui r\u00e9concilie les g\u00e9n\u00e9rations.<\/p>\n<\/div><\/div><\/div>D\u00e9couvrez comment notre solution ARCAD Transformer RPG vous aide \u00e0 pallier le manque de ressources et offre une nouvelle vie \u00e0 vos actifs IBM i.<\/strong><\/p>\n<\/div>T\u00e9l\u00e9charger la datasheet<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div><\/div>\n3. Pourquoi Java ?<\/strong><\/h2>\nM\u00eame s\u2019il est aujourd\u2019hui fortement challeng\u00e9 par tout un tas d\u2019autres langages plus r\u00e9cents, Java reste la norme dans bon nombre d\u2019entreprises. Pour en assurer une bonne maitrise et une bonne productivit\u00e9, il n\u00e9cessite des investissements lourds, notamment au niveau des profils d\u2019\u00e9quipes, que les entreprises ne sont pas pr\u00eates \u00e0 remplacer.<\/p>\n
Java doit \u00eatre utilis\u00e9 pour ce qu\u2019il sait faire de mieux : d\u00e9velopper des applications (ou des interfaces) web. Nul doute que Java est et restera la r\u00e9f\u00e9rence pour de nombreuses ann\u00e9es, mais est-il r\u00e9ellement pour autant besoin d\u2019en faire la norme pour l\u2019ensemble du patrimoine applicatif ?<\/p>\n<\/p>\n
<\/div>\n4. En bref<\/strong><\/h2>\nRPG (dans sa version la plus r\u00e9cente RPG free form) et Java ne sont pas des langages qui s\u2019opposent mais qui se compl\u00e9mentent. Chacun a ses propres atouts, ses adeptes, son eco-syst\u00e8me. La bonne approche consiste \u00e0 les faire coexister afin d\u2019obtenir \u00ab le meilleur des deux mondes \u00bb.<\/p>\n
Pour cela, la bonne strat\u00e9gie consiste \u00e0 investir dans une strat\u00e9gie DevOps<\/strong>. Un bon outillage DevOps permet de rapprocher naturellement les \u00e9quipes et non de les opposer (et les comparer) les unes aux autres. Il rend le langage moins important que la m\u00e9thodologie elle-m\u00eame de gestion des \u00e9volutions. De nombreux nouveaux langages voient encore le jour, toujours plus adapt\u00e9s aux nouveaux besoins du moment. Tout cela pour dire que pour moderniser un syst\u00e8me legacy, ce n\u2019est pas le langage qui est la priorit\u00e9 mais bel et bien l\u2019organisation des d\u00e9veloppements, en un seul mot : <\/strong>DevOps<\/strong> !<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div><\/span><\/div><\/div><\/div>\u00c0 propos de l’auteur<\/h2><\/div>Philippe Magne<\/h3><\/div>Pr\u00e9sident Directeur G\u00e9n\u00e9ral, ARCAD Software<\/h4><\/div>Philippe Magne est le PDG et le Fondateur du groupe ARCAD Software, un \u00e9diteur de logiciels international sp\u00e9cialis\u00e9 dans les solutions multi-plateformes pour DevOps, la modernisation d\u2019applications, l\u2019automatisation des tests et le masquage des donn\u00e9es. Il dirige l\u2019entreprise pour produire une gamme de solutions compl\u00e8tes et int\u00e9gr\u00e9es, distribu\u00e9es par IBM dans le monde entier. Philippe est un expert de la modernisation et est un conf\u00e9rencier reconnu dans les \u00e9v\u00e9nements IBM.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div>\n<\/div><\/div>
Vid\u00e9o : Conversion to Free Form RPG with ARCAD Transformer RPG<\/strong><\/p>\n\n
Dans cet article, nous allons discuter de deux langages que tout oppose. D\u2019un c\u00f4t\u00e9, un langage proc\u00e9dural tr\u00e8s ancien (n\u00e9 en 1959 !), de l\u2019autre beaucoup plus moderne et orient\u00e9 objet. A priori deux mondes diam\u00e9tralement oppos\u00e9s, mais est-il vraiment n\u00e9cessaire de les comparer ?<\/p>\n<\/p>\n
1. Le mythe de Java<\/strong><\/h2>\nLa premi\u00e8re r\u00e9action d\u2019une entreprise qui souhaite moderniser ses applications, c\u2019est de tout r\u00e9\u00e9crire en Java, plus universel et surtout plus portable que le RPG. C\u2019est une r\u00e9action somme toute pas tr\u00e8s surprenante. Elle r\u00e9pond \u00e0 une double probl\u00e9matique : pouvoir sortir de la plateforme quand on veut et r\u00e9soudre le probl\u00e8me de p\u00e9nurie des comp\u00e9tences. Cependant, \u00e0 y regarder de pr\u00e8s, ce que l\u2019on peut constater c\u2019est que chaque langage est adapt\u00e9 \u00e0 tel ou tel environnement technologique<\/strong>. Java est n\u00e9 avec l\u2019av\u00e8nement du Web. Il a \u00e9t\u00e9 sp\u00e9cifiquement con\u00e7u pour r\u00e9pondre aux besoins de cet eco-syst\u00e8me. Les traitements batch de masse ne sont pas son fonds de commerce. C\u2019est la raison pour laquelle nous pensons chez ARCAD que le RPG Free Form est et restera le principal langage de la plateforme IBM i.<\/b> Il est forc\u00e9ment le plus adapt\u00e9 puisqu\u2019il est n\u00e9 avec. Il doit \u00e0 l\u2019\u00e9vidence coexister avec tous les langages du monde ouvert mais il ne peut pas \u00eatre remplac\u00e9 car il est le plus adapt\u00e9 et int\u00e9gr\u00e9 \u00e0 la plateforme, offrant ainsi des performances meilleures.<\/p>\nDe nombreuses soci\u00e9t\u00e9s se sont essay\u00e9es \u00e0 retranscrire le code RPG en Java de fa\u00e7on plus ou moins automatis\u00e9e. Le r\u00e9sultat est de bien pi\u00e8tre facture. On ne transforme pas comme \u00e7a une application \u00e9crite avec un langage proc\u00e9dural avec un langage orient\u00e9 objet. La philosophie est radicalement diff\u00e9rente. Tous les d\u00e9veloppeurs Java confront\u00e9s \u00e0 ce type de code \u00ab transform\u00e9 \u00bb ont la m\u00eame r\u00e9action : pour eux, ce n\u2019est pas du Java. De plus, les risques en mati\u00e8re de performance d\u2019ex\u00e9cution des applications sont particuli\u00e8rement \u00e9lev\u00e9s.<\/p>\n<\/p>\n
<\/div>\n2. Pourquoi RPG Free Form ?<\/strong><\/h2>\nLe Cobol est et restera le langage standard des plateformes Mainframe. Les milliards de lignes de code d\u00e9velopp\u00e9es depuis plus de 50 ans font tourner les syst\u00e8mes centraux des plus grandes entreprises de par le monde. Il en va de m\u00eame du langage RPG sur la plateforme IBM i avec cependant une diff\u00e9rence majeure, mais de taille, c\u2019est que ce langage n\u2019est disponible que sur cette plateforme. Il est d\u2019ailleurs pr\u00e9sent dans plus de 85% des applications d\u00e9velopp\u00e9es. Sa forme herm\u00e9tique, sous forme de colonnes, est extr\u00eamement contraignante et le rend r\u00e9dhibitoire pour qui n\u2019a pas tremp\u00e9 dedans depuis des ann\u00e9es. D\u2019o\u00f9 une population de d\u00e9veloppeurs de plus en plus vieillissante \u00e0 cause de ressources qui ne se renouvellent qu\u2019\u00e0 petite \u00e9chelle.<\/p>\n
La diff\u00e9rence majeure entre le Cobol et le RPG, c\u2019est que, contrairement au Cobol qui n\u2019a pas \u00e9volu\u00e9 dans sa structure depuis 1974, le langage RPG n\u2019a cess\u00e9 de subir des liftings importants qui l\u2019ont rendu au fil de l\u2019eau plus lisible et donc plus facilement maintenable. L\u2019IBM i \u00e9tant devenu le seul et unique d\u00e9positaire de ce langage, IBM a eu les coud\u00e9es franches pour le faire \u00e9voluer. On a vu appara\u00eetre en 1995 l\u2019environnement ILE (Integrated Language Environment) permettant plus de modularit\u00e9 et des caract\u00e9ristiques se rapprochant des langages orient\u00e9s objets. Mais la transformation la plus importante fut l\u2019apparition en 2003 du RPG Free Form. Sa caract\u00e9ristique principale est que sa syntaxe se rapproche de tr\u00e8s pr\u00e8s de langages plus r\u00e9pandus tels que le Java ou le C#. Ceci le rend d\u2019entr\u00e9e beaucoup plus accessible par les d\u00e9veloppeurs qui ne le connaissent pas. Sa prise en main est rapide (une course d\u2019une demi-journ\u00e9e d\u2019e-learning suffit \u00e0 mettre le pied \u00e0 l\u2019\u00e9trier).<\/p>\n
Son autre caract\u00e9ristique majeure est qu\u2019il est tr\u00e8s imbriqu\u00e9 dans l\u2019OS. Il permet ainsi d\u2019acc\u00e9der \u00e0 des fonctions que l\u2019on ne retrouve pas dans les autres langages. Ses performances d\u2019ex\u00e9cution sont les plus optimis\u00e9es qu\u2019il soit gr\u00e2ce \u00e0 ce haut niveau d\u2019imbrication avec la machine.<\/p>\n
Si ce langage moderne conserve ses racines \u00ab RPG \u00bb dans son nom, c\u2019est qu\u2019il est la pierre angulaire pour assurer la transition entre g\u00e9n\u00e9rations<\/strong>. S\u2019il est facile \u00e0 appr\u00e9hender pour les jeunes g\u00e9n\u00e9rations de d\u00e9veloppeurs, il l\u2019est \u00e9galement pour les \u00ab anciens \u00bb. Ceci est une qualit\u00e9 exceptionnelle puisqu\u2019il permet d\u2019\u00e9viter une quelconque rupture technologique, toujours douloureuse \u00e0 passer d\u2019un point de vue manag\u00e9rial.<\/p>\nAinsi, ce qui \u00e9tait consid\u00e9r\u00e9 comme la principale menace<\/strong> pour la plateforme, \u00e0 savoir l\u2019unicit\u00e9 de son principal langage de d\u00e9veloppement, est devenu sa plus grande opportunit\u00e9<\/strong>, du fait d\u2019un langage qui r\u00e9concilie les g\u00e9n\u00e9rations.<\/p>\n<\/div><\/div><\/div>D\u00e9couvrez comment notre solution ARCAD Transformer RPG vous aide \u00e0 pallier le manque de ressources et offre une nouvelle vie \u00e0 vos actifs IBM i.<\/strong><\/p>\n<\/div>T\u00e9l\u00e9charger la datasheet<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div><\/div>\n3. Pourquoi Java ?<\/strong><\/h2>\nM\u00eame s\u2019il est aujourd\u2019hui fortement challeng\u00e9 par tout un tas d\u2019autres langages plus r\u00e9cents, Java reste la norme dans bon nombre d\u2019entreprises. Pour en assurer une bonne maitrise et une bonne productivit\u00e9, il n\u00e9cessite des investissements lourds, notamment au niveau des profils d\u2019\u00e9quipes, que les entreprises ne sont pas pr\u00eates \u00e0 remplacer.<\/p>\n
Java doit \u00eatre utilis\u00e9 pour ce qu\u2019il sait faire de mieux : d\u00e9velopper des applications (ou des interfaces) web. Nul doute que Java est et restera la r\u00e9f\u00e9rence pour de nombreuses ann\u00e9es, mais est-il r\u00e9ellement pour autant besoin d\u2019en faire la norme pour l\u2019ensemble du patrimoine applicatif ?<\/p>\n<\/p>\n
<\/div>\n4. En bref<\/strong><\/h2>\nRPG (dans sa version la plus r\u00e9cente RPG free form) et Java ne sont pas des langages qui s\u2019opposent mais qui se compl\u00e9mentent. Chacun a ses propres atouts, ses adeptes, son eco-syst\u00e8me. La bonne approche consiste \u00e0 les faire coexister afin d\u2019obtenir \u00ab le meilleur des deux mondes \u00bb.<\/p>\n
Pour cela, la bonne strat\u00e9gie consiste \u00e0 investir dans une strat\u00e9gie DevOps<\/strong>. Un bon outillage DevOps permet de rapprocher naturellement les \u00e9quipes et non de les opposer (et les comparer) les unes aux autres. Il rend le langage moins important que la m\u00e9thodologie elle-m\u00eame de gestion des \u00e9volutions. De nombreux nouveaux langages voient encore le jour, toujours plus adapt\u00e9s aux nouveaux besoins du moment. Tout cela pour dire que pour moderniser un syst\u00e8me legacy, ce n\u2019est pas le langage qui est la priorit\u00e9 mais bel et bien l\u2019organisation des d\u00e9veloppements, en un seul mot : <\/strong>DevOps<\/strong> !<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div><\/span><\/div><\/div><\/div>\u00c0 propos de l’auteur<\/h2><\/div>Philippe Magne<\/h3><\/div>Pr\u00e9sident Directeur G\u00e9n\u00e9ral, ARCAD Software<\/h4><\/div>Philippe Magne est le PDG et le Fondateur du groupe ARCAD Software, un \u00e9diteur de logiciels international sp\u00e9cialis\u00e9 dans les solutions multi-plateformes pour DevOps, la modernisation d\u2019applications, l\u2019automatisation des tests et le masquage des donn\u00e9es. Il dirige l\u2019entreprise pour produire une gamme de solutions compl\u00e8tes et int\u00e9gr\u00e9es, distribu\u00e9es par IBM dans le monde entier. Philippe est un expert de la modernisation et est un conf\u00e9rencier reconnu dans les \u00e9v\u00e9nements IBM.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div>\n<\/div><\/div>
Vid\u00e9o : Conversion to Free Form RPG with ARCAD Transformer RPG<\/strong><\/p>\n\n
De nombreuses soci\u00e9t\u00e9s se sont essay\u00e9es \u00e0 retranscrire le code RPG en Java de fa\u00e7on plus ou moins automatis\u00e9e. Le r\u00e9sultat est de bien pi\u00e8tre facture. On ne transforme pas comme \u00e7a une application \u00e9crite avec un langage proc\u00e9dural avec un langage orient\u00e9 objet. La philosophie est radicalement diff\u00e9rente. Tous les d\u00e9veloppeurs Java confront\u00e9s \u00e0 ce type de code \u00ab transform\u00e9 \u00bb ont la m\u00eame r\u00e9action : pour eux, ce n\u2019est pas du Java. De plus, les risques en mati\u00e8re de performance d\u2019ex\u00e9cution des applications sont particuli\u00e8rement \u00e9lev\u00e9s.<\/p>\n<\/p>\n
2. Pourquoi RPG Free Form ?<\/strong><\/h2>\nLe Cobol est et restera le langage standard des plateformes Mainframe. Les milliards de lignes de code d\u00e9velopp\u00e9es depuis plus de 50 ans font tourner les syst\u00e8mes centraux des plus grandes entreprises de par le monde. Il en va de m\u00eame du langage RPG sur la plateforme IBM i avec cependant une diff\u00e9rence majeure, mais de taille, c\u2019est que ce langage n\u2019est disponible que sur cette plateforme. Il est d\u2019ailleurs pr\u00e9sent dans plus de 85% des applications d\u00e9velopp\u00e9es. Sa forme herm\u00e9tique, sous forme de colonnes, est extr\u00eamement contraignante et le rend r\u00e9dhibitoire pour qui n\u2019a pas tremp\u00e9 dedans depuis des ann\u00e9es. D\u2019o\u00f9 une population de d\u00e9veloppeurs de plus en plus vieillissante \u00e0 cause de ressources qui ne se renouvellent qu\u2019\u00e0 petite \u00e9chelle.<\/p>\n
La diff\u00e9rence majeure entre le Cobol et le RPG, c\u2019est que, contrairement au Cobol qui n\u2019a pas \u00e9volu\u00e9 dans sa structure depuis 1974, le langage RPG n\u2019a cess\u00e9 de subir des liftings importants qui l\u2019ont rendu au fil de l\u2019eau plus lisible et donc plus facilement maintenable. L\u2019IBM i \u00e9tant devenu le seul et unique d\u00e9positaire de ce langage, IBM a eu les coud\u00e9es franches pour le faire \u00e9voluer. On a vu appara\u00eetre en 1995 l\u2019environnement ILE (Integrated Language Environment) permettant plus de modularit\u00e9 et des caract\u00e9ristiques se rapprochant des langages orient\u00e9s objets. Mais la transformation la plus importante fut l\u2019apparition en 2003 du RPG Free Form. Sa caract\u00e9ristique principale est que sa syntaxe se rapproche de tr\u00e8s pr\u00e8s de langages plus r\u00e9pandus tels que le Java ou le C#. Ceci le rend d\u2019entr\u00e9e beaucoup plus accessible par les d\u00e9veloppeurs qui ne le connaissent pas. Sa prise en main est rapide (une course d\u2019une demi-journ\u00e9e d\u2019e-learning suffit \u00e0 mettre le pied \u00e0 l\u2019\u00e9trier).<\/p>\n
Son autre caract\u00e9ristique majeure est qu\u2019il est tr\u00e8s imbriqu\u00e9 dans l\u2019OS. Il permet ainsi d\u2019acc\u00e9der \u00e0 des fonctions que l\u2019on ne retrouve pas dans les autres langages. Ses performances d\u2019ex\u00e9cution sont les plus optimis\u00e9es qu\u2019il soit gr\u00e2ce \u00e0 ce haut niveau d\u2019imbrication avec la machine.<\/p>\n
Si ce langage moderne conserve ses racines \u00ab RPG \u00bb dans son nom, c\u2019est qu\u2019il est la pierre angulaire pour assurer la transition entre g\u00e9n\u00e9rations<\/strong>. S\u2019il est facile \u00e0 appr\u00e9hender pour les jeunes g\u00e9n\u00e9rations de d\u00e9veloppeurs, il l\u2019est \u00e9galement pour les \u00ab anciens \u00bb. Ceci est une qualit\u00e9 exceptionnelle puisqu\u2019il permet d\u2019\u00e9viter une quelconque rupture technologique, toujours douloureuse \u00e0 passer d\u2019un point de vue manag\u00e9rial.<\/p>\nAinsi, ce qui \u00e9tait consid\u00e9r\u00e9 comme la principale menace<\/strong> pour la plateforme, \u00e0 savoir l\u2019unicit\u00e9 de son principal langage de d\u00e9veloppement, est devenu sa plus grande opportunit\u00e9<\/strong>, du fait d\u2019un langage qui r\u00e9concilie les g\u00e9n\u00e9rations.<\/p>\n<\/div><\/div><\/div>D\u00e9couvrez comment notre solution ARCAD Transformer RPG vous aide \u00e0 pallier le manque de ressources et offre une nouvelle vie \u00e0 vos actifs IBM i.<\/strong><\/p>\n<\/div>T\u00e9l\u00e9charger la datasheet<\/span><\/i><\/a><\/div><\/div><\/div><\/div><\/div><\/div>\n3. Pourquoi Java ?<\/strong><\/h2>\nM\u00eame s\u2019il est aujourd\u2019hui fortement challeng\u00e9 par tout un tas d\u2019autres langages plus r\u00e9cents, Java reste la norme dans bon nombre d\u2019entreprises. Pour en assurer une bonne maitrise et une bonne productivit\u00e9, il n\u00e9cessite des investissements lourds, notamment au niveau des profils d\u2019\u00e9quipes, que les entreprises ne sont pas pr\u00eates \u00e0 remplacer.<\/p>\n
Java doit \u00eatre utilis\u00e9 pour ce qu\u2019il sait faire de mieux : d\u00e9velopper des applications (ou des interfaces) web. Nul doute que Java est et restera la r\u00e9f\u00e9rence pour de nombreuses ann\u00e9es, mais est-il r\u00e9ellement pour autant besoin d\u2019en faire la norme pour l\u2019ensemble du patrimoine applicatif ?<\/p>\n<\/p>\n
<\/div>\n4. En bref<\/strong><\/h2>\nRPG (dans sa version la plus r\u00e9cente RPG free form) et Java ne sont pas des langages qui s\u2019opposent mais qui se compl\u00e9mentent. Chacun a ses propres atouts, ses adeptes, son eco-syst\u00e8me. La bonne approche consiste \u00e0 les faire coexister afin d\u2019obtenir \u00ab le meilleur des deux mondes \u00bb.<\/p>\n
Pour cela, la bonne strat\u00e9gie consiste \u00e0 investir dans une strat\u00e9gie DevOps<\/strong>. Un bon outillage DevOps permet de rapprocher naturellement les \u00e9quipes et non de les opposer (et les comparer) les unes aux autres. Il rend le langage moins important que la m\u00e9thodologie elle-m\u00eame de gestion des \u00e9volutions. De nombreux nouveaux langages voient encore le jour, toujours plus adapt\u00e9s aux nouveaux besoins du moment. Tout cela pour dire que pour moderniser un syst\u00e8me legacy, ce n\u2019est pas le langage qui est la priorit\u00e9 mais bel et bien l\u2019organisation des d\u00e9veloppements, en un seul mot : <\/strong>DevOps<\/strong> !<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div><\/span><\/div><\/div><\/div>\u00c0 propos de l’auteur<\/h2><\/div>Philippe Magne<\/h3><\/div>Pr\u00e9sident Directeur G\u00e9n\u00e9ral, ARCAD Software<\/h4><\/div>Philippe Magne est le PDG et le Fondateur du groupe ARCAD Software, un \u00e9diteur de logiciels international sp\u00e9cialis\u00e9 dans les solutions multi-plateformes pour DevOps, la modernisation d\u2019applications, l\u2019automatisation des tests et le masquage des donn\u00e9es. Il dirige l\u2019entreprise pour produire une gamme de solutions compl\u00e8tes et int\u00e9gr\u00e9es, distribu\u00e9es par IBM dans le monde entier. Philippe est un expert de la modernisation et est un conf\u00e9rencier reconnu dans les \u00e9v\u00e9nements IBM.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div>\n<\/div><\/div>
Vid\u00e9o : Conversion to Free Form RPG with ARCAD Transformer RPG<\/strong><\/p>\n\n
Ainsi, ce qui \u00e9tait consid\u00e9r\u00e9 comme la principale menace<\/strong> pour la plateforme, \u00e0 savoir l\u2019unicit\u00e9 de son principal langage de d\u00e9veloppement, est devenu sa plus grande opportunit\u00e9<\/strong>, du fait d\u2019un langage qui r\u00e9concilie les g\u00e9n\u00e9rations.<\/p>\n<\/div><\/div><\/div> D\u00e9couvrez comment notre solution ARCAD Transformer RPG vous aide \u00e0 pallier le manque de ressources et offre une nouvelle vie \u00e0 vos actifs IBM i.<\/strong><\/p>\n<\/div> M\u00eame s\u2019il est aujourd\u2019hui fortement challeng\u00e9 par tout un tas d\u2019autres langages plus r\u00e9cents, Java reste la norme dans bon nombre d\u2019entreprises. Pour en assurer une bonne maitrise et une bonne productivit\u00e9, il n\u00e9cessite des investissements lourds, notamment au niveau des profils d\u2019\u00e9quipes, que les entreprises ne sont pas pr\u00eates \u00e0 remplacer.<\/p>\n Java doit \u00eatre utilis\u00e9 pour ce qu\u2019il sait faire de mieux : d\u00e9velopper des applications (ou des interfaces) web. Nul doute que Java est et restera la r\u00e9f\u00e9rence pour de nombreuses ann\u00e9es, mais est-il r\u00e9ellement pour autant besoin d\u2019en faire la norme pour l\u2019ensemble du patrimoine applicatif ?<\/p>\n<\/p>\n RPG (dans sa version la plus r\u00e9cente RPG free form) et Java ne sont pas des langages qui s\u2019opposent mais qui se compl\u00e9mentent. Chacun a ses propres atouts, ses adeptes, son eco-syst\u00e8me. La bonne approche consiste \u00e0 les faire coexister afin d\u2019obtenir \u00ab le meilleur des deux mondes \u00bb.<\/p>\n Pour cela, la bonne strat\u00e9gie consiste \u00e0 investir dans une strat\u00e9gie DevOps<\/strong>. Un bon outillage DevOps permet de rapprocher naturellement les \u00e9quipes et non de les opposer (et les comparer) les unes aux autres. Il rend le langage moins important que la m\u00e9thodologie elle-m\u00eame de gestion des \u00e9volutions. De nombreux nouveaux langages voient encore le jour, toujours plus adapt\u00e9s aux nouveaux besoins du moment. Tout cela pour dire que pour moderniser un syst\u00e8me legacy, ce n\u2019est pas le langage qui est la priorit\u00e9 mais bel et bien l\u2019organisation des d\u00e9veloppements, en un seul mot : <\/strong>DevOps<\/strong> !<\/a><\/p>\n<\/div><\/div><\/div><\/div><\/div> Philippe Magne est le PDG et le Fondateur du groupe ARCAD Software, un \u00e9diteur de logiciels international sp\u00e9cialis\u00e9 dans les solutions multi-plateformes pour DevOps, la modernisation d\u2019applications, l\u2019automatisation des tests et le masquage des donn\u00e9es. Il dirige l\u2019entreprise pour produire une gamme de solutions compl\u00e8tes et int\u00e9gr\u00e9es, distribu\u00e9es par IBM dans le monde entier. Philippe est un expert de la modernisation et est un conf\u00e9rencier reconnu dans les \u00e9v\u00e9nements IBM.<\/p>\n<\/div><\/div><\/div><\/div><\/div><\/div>\n<\/div><\/div> Vid\u00e9o : Conversion to Free Form RPG with ARCAD Transformer RPG<\/strong><\/p>\n3. Pourquoi Java ?<\/strong><\/h2>\n
4. En bref<\/strong><\/h2>\n
<\/span><\/div><\/div><\/div>\u00c0 propos de l’auteur<\/h2><\/div>
Philippe Magne<\/h3><\/div>
Pr\u00e9sident Directeur G\u00e9n\u00e9ral, ARCAD Software<\/h4><\/div>