× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



The redbook has some good introduction.  And makes for great bathroom
reading!  If you want to look at it online a link is in the FAQ.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    "Richard B Baird"
                    <rbaird@esourceconsu       To:     rpg400-l@midrange.com
                    lting.com>                 cc:
                    Sent by:                   Fax to:
                    rpg400-l-admin@midra       Subject:     Why we don't use 
procedures more (was MOVE opcode in
                    nge.com                     freeform /strange behavior 
w/%editc)


                    02/28/2002 12:23 PM
                    Please respond to
                    rpg400-l







Bob, Nelson, et al,

I think I'm in the middle here, and I don't think I'm unique.  I
desperately want to start and continue using procedures more, but I have
had certain barriers in my way, such as the fact that I work on a lot of
legacy stuff, at a high hourly rate, and I don't feel I should spend my
clients money "learning new stuff" or adding , and the lack of a
peer/mentor whom I would work with daily to brainstorm on when and why
using a procedure is a good thing, and when it's just fluff.  I used to
have the time, and the peers to learn the new stuff, but I'm kinda 'lonely'
now.

And I'm not completely unfamiliar with the concept either:  for years and
years, I've segregated duplicate code to programs that I can call from
anywhere, just passing and returning parameters.  I do 90% of my new
programs in rpgiv, but I still use a plain call to these "service
programs".  I just don't bind or prototype them.

The ibm manuals seem to compound the problem because they tend to tell you
too much - i don't have the time to dig through them and can't see the
forest for the trees, so to speak.  I need to get to the meat of something,
bang it around a few times, then use the manuals for reference.

maybe an FAQ entry on "procedure prototyping 101" with step by step
explanations of the "how and why" of a simple procedure might help.

I think the vast majority of us would love to start using them, and would
if we had the backing of those who sign our checks and a jumpstart....

ttfn,

rick

---original message---
Nelson,

I think the problem is that anything new is, well, new. People in
general don't like change. Which is strange to me, why would you get
into programming if you don't accept change? I don't know.  Yo no sa.

Procedures are the single biggest enhancement to RPG in 20 years--even
bigger than RPG IV itself. Why? Because they provided a way for the RPG
programmer to effectively extend and enhance the RPG language. Now
here's something that is not only "free" (as a midrange programmer
defines "free", which means, "the company paid for it with their upgrade
fees or software subscription") and yet few shops have embraced it. Why?
Perhaps because is requires change. :(


Bob Cozzi
cozzi@rpgiv.com
Visit the on-line  Midrange  Developer  forum at: http://www.rpgiv.com


_______________________________________________
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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.