refactoring dans iSeries (RPG), est-il réaliste
https://stackoverflow.com/questions/1582256
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
La mise en œuvre agile dans des projets nécessite la capacité de faire refactoring. Il est pas vraiment un must, mais le code refactoring est avéré être une bonne pratique d'ingénierie.
Dans un projet agile (Scrum) sur la plate-forme iSeries, ce qui nécessite le développement (nouveau code et les modifications au code existant) dans RPG, RPG LE, est-il possible de mettre en œuvre refactoring? Si oui quelles sont les techniques de le faire?
Si quelqu'un qui a essayé il pourrait partager leur expérience ou tout simplement pointer vers des références, je serais très heureux.
La solution
Refonte peut être fait sur une grande variété de langues, que ce soit OO ou non. Voir refactorisation pour une discussion sur la refactorisation d'une langue point de vue agnostique.
Autres conseils
Il suffit de ne pas essayer sur le système de paie, sauf si vous voulez faire beaucoup de gens très malheureux en même temps. Souvent, en essayant de moderniser des idées abstraites en 20 ans d'une valeur de code permanent est juste une invitation à de gros problèmes. Essayez d'abord avec quelque chose de petit et nouveau si vous le pouvez. J'imagine qu'une bonne partie du code sur votre iSeries est un logiciel de package qui a été modifié. NE PAS commencer par là.
Ceci est une vieille question qui ne cesse de resurfaçage dans beaucoup de saveurs différentes au fil des ans. Souvent, le temps qu'il se concentre autour si vous repassez un vieux et mal ficelé programme qui fonctionne, mais est difficile à maintenir. Vous seul pouvez répondre à cette question, mais il est généralement une bonne idée d'attendre qu'il y ait une révision importante nécessaire puis mettre dans le temps et le risque pour le rendre meilleur. Ne pas sous-estimer la partie risque de cela. Il n'y a pas beaucoup de sentiments dans la vie professionnelle pire que d'essayer de mettre Dumpty Humpty à nouveau ensemble sous l'arme à feu tout en sachant que tu as fait vous-même en premier lieu.
En fin de compte, vraiment coller au coût / avantage et n'amble dans des considérations théoriques. Personne ne se soucie d'eux lorsque les fonctions critiques de l'entreprise ne fonctionnent pas correctement.
Il y a aussi ce livre:
Bien qu'en grande partie du point de vue OO, il fournit également un processus qui peut être appliqué à toutes les langues.
