Re: RPG Cycle (was Reinventing Code)

It is interesting to me.  

On one project I was on we had to convert a large number of files for Y2K which 
in that case meant checking dates for validity and then adding the century to 
the valid dates and  zeroing the invalid date fields.  For this project we did  
copy file, *map, *drop, and then used RPGLE with Input primary and Input 
secondary and even record id's to validate dates and add the century in each 
file, one after another.   The project testing and conversion went smoothly, 
quickly, and accurately even though there was hundreds of files.  

On another project it was decided to do the same copy file process, but to use 
SQL to update the files.  I am anxious to see how it will turn out.  So far one 
can not use the terms "smoothly" or "quickly."  To me at least, the cycle 
solution seems to be the hands-down winner.


In <370A4F87.D9F1515E@rachisholm.com>, on 04/06/99 
   at 02:16 PM, Glenn Gundermann <ggundermann@rachisholm.com> said:

>I find the opposite to be true.  I would be "absolutely flabbergasted" if
>anyone wasted 1 microsecond on the topic of the rpg cycle.  This
>knowledge is detrimental to the profession.

-- 
-----------------------------------------------------------
boothm@ibm.net
Booth Martin
-----------------------------------------------------------

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---