|
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-2025 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.