refactorización en iSeries (RPG), ¿es realista
https://stackoverflow.com/questions/1582256
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
La implementación ágil de proyectos requiere la capacidad de hacer refactorización. En realidad no es una necesidad, pero el código de refactorización ha demostrado ser una buena práctica de la ingeniería.
En un proyecto ágil (Scrum) en la plataforma iSeries, lo que requiere el desarrollo (nuevo código y modificaciones al código heredado) en RPG, RPG LE, es posible aplicar la refactorización? Si es así ¿cuáles son las técnicas para hacerlo?
Si alguien que ha intentado que podría compartir su experiencia o punto sólo para referencias, que sería de gran aprecio.
Solución
La refactorización se puede hacer en una amplia variedad de idiomas, ya sea o no OO. Ver Refactoring para una discusión sobre la refactorización desde un punto de vista agnóstico idioma.
Otros consejos
Simplemente no lo intentas en el sistema de nómina a menos que desee hacer un montón de gente muy infeliz, todo al mismo tiempo. Muchas veces, tratando de adaptar las ideas abstractas en 20 años el valor de código de pie es sólo una invitación a un gran problema. Pruebe primero con algo pequeño y nuevo si es posible. Me imagino que una buena cantidad de código en el iSeries es un paquete de software que ha sido modificado. NO empezar por ahí.
Esta es una vieja pregunta que sigue repavimentación en muchos sabores diferentes a lo largo de los años. A menudo, el tiempo que se centra en torno a si se vuelve a escribir un viejo y mal hecho programa que funciona, pero es difícil de mantener. Sólo se puede responder a esa pregunta, pero en general es una buena idea esperar hasta que haya una importante revisión necesaria y luego poner en el tiempo y el riesgo de hacerlo mejor. No subestimar la parte de riesgo de este. No hay muchos sentimientos en la vida profesional peor que tratar de poner Humpty Dumpty juntos de nuevo, mientras que bajo el arma a sabiendas de que usted causó todo usted mismo en el primer lugar.
Al final, realmente se adhieren a costo / beneficio y no hacer preámbulo en consideraciones teóricas. cuidados nadie sobre ellas cuando las funciones críticas de negocio no están funcionando correctamente.
También existe este libro:
Aunque en gran parte desde una perspectiva OO, sino que también proporciona un proceso que puede ser aplicado a cualquier idioma.
