|
Yes there is a disparity...but not really. Even though I came from a S/34, S/36 to native AS/400 background, there are many AS/400 programmers who NEVER learned the cycle. However the APIs, service programs, pointers, etc are new techniques that are available to all of us to learn. If I already know how to code WITHOUT the cycle, why should I go back and learn something that is not necessarily good technique. I want to go FORWARD in my programming knowledge.... not backwards. Just my two cents worth..... Jeff Crosby <jlcrosby@dilgard To: rpg400-l@midrange.com foods.com> cc: Sent by: Subject: Re: Cycle Processing vs. Doing it my way rpg400-l-admin@mi drange.com 12/07/01 10:41 AM Please respond to rpg400-l Douglas Handy wrote: > >The minute I use the cycle I have automatically eliminate a large group of > >programmers from being able to simply grasp the intent and mechanics of my > >program. End of story. > > Just to play Devil's Advocate here, the same argument can be alledged against > using pointers, or most APIs, or service programs with binding directories, or > ... (name your favorite new RPG IV feature here). > > Yet you don't advocate coding to the least common denominator if they don't > understand these concepts. You want them to get with the program, so to speak, > and learn how to make use of what the language offers. > > Is there irony in the disparity? Bingo. -- -Jeff New email address: jlcrosby@dilgardfoods.com The opinions expressed are my own and not necessarily the opinion of my company. Unless I say so. _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.