L'adoption de L'ILE pour le développement applicatif a poussé à adopter 5 nouvelles manières de travailler ; les voici énoncées en quelques points : 

1) l'adoption de WDSC et RDI 

En effet, il est beaucoup plus facile de gérer les sources complexes en voyant leurs structures

et en pouvant voir par exemple les includes tout en ayant les fonctionnalités de Windows.

2) l'adoption de SQL embarqué

Il y a plusieurs raisons à cela. 

Premièrement, une meilleure performance du moteurs SQL (en V6R1, les spécialistes estiment qu'on a les mêmes performances que sous Oracle).

Deuxièmement, l'impossibilité jusqu'à la version 6.1 de mettre des fichiers locaux dans les procédures.

Troisièmement, SQL est en train de devenir l'esperanto des bases de données et tout le monde utilise les Select.

3) l'adoption des includes

Souvent appelé le /copy, il était sous-utilisé dans les développements System i, mais une bonne structuration 

des développements impose de nombreux prototypages de procédure et l'include est le moyen le plus simple pour les maintenir.

4) un meilleur travail en équipe 

Le fait que beaucoup de gens développent des briques applicatives qui doivent communiquer entre elles, impose une meilleure

organisation et une vision transversale pour les développeurs, qui souvent deviennent des assembleurs plus que des codeurs de lignes 

aux kilomètres .

En fonction de la taille de vos développements, il peut être intéressant d'adopter un outil tel que Arcad Software pour gérer

vos versionning .

5) une optimisation du code

Jusque là, on apportait peu d'importance au code développé en RPG ; avec l'ILE, certaines briques mal optimisées peuvent entraîner

une perte de performance énorme pour tout l'applicatif, donc on n'hésite plus sur certaines fonctions à faire des benchmarks

qui permettent d'ajuster au mieux les temps de réponses.