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



Dennis,

You have received a lot of good pointers from everyone (!) on the list. Aaron makes a very good point that one does not have to jump off the deep end; it is possible (and, in my opinion, recommended) that ILE concepts be implemented gradually. For example, I use subprocedures even though, in most cases, a subroutine would work just as well (but, boy, do I love those local variables). I have yet to implement a service program, though.
A slightly different tack to the "you'll lose your staff if they can't improve their skills," is that "learning and using new techniques is fun." There's no rule or law that says programming has to be dull and boring. I daresay that 99% of all normal business applications could be written in RPG II - but who the heck would want to do that? Would your boss, who asked the original question, want to stick with RPG II even though it would work? Wasn't there an investment in moving to RPG III and, then, RPG IV?

By the way, what's the staff's (and boss') take on /free format? .-)


* Jerry C. Adams
*IBM System i5/iSeries Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
615.995.7024
fax
615.995.1201
email
jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>



albartell wrote:
Recommendation: Start out with some simple ILE implementations and see "how
it feels". Many shops think it is all-or-nothing out of the box, and that
will only get you into trouble because you won't realize best practices
until you work with it. Test the waters with a small side project and see
how things go. I only develop *PGM objects when I want to have a program
callable from CLLE or from the command line, otherwise ALL of my development
is RPG *SRVPGM/*MODULE's.

HTH,
Aaron Bartell
http://mowyourlawn.com

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of DennisRootes@xxxxxxxxxxx
Sent: Monday, April 23, 2007 4:09 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Help! Boss wants to know why ILE?

Please help me come up with some good examples as to what makes ILE better
than "business as usual". Here's what I've used so far:

1. It's faster - Rebuttal: doesn't matter we have plenty of cpu and our
machine screams as it is.
2. Service program equals reusability - Rebuttal: we can just use a
separate program for reusable code.
3. Local variables - Rebuttal: if they are inside a separate program it
doesn't matter.
4. System maintenance - Rebuttal: instead of service programs or
subprocedures we have separate pgms so it's the same thing.

It's not that the boss wants to stop us from using ILE, she just wants to
know what makes it so much better than plain 'ol RPG IV that she should
invest the man hours it's going to take to bring our whole dept up to speed
on ILE. And I just am not coming up with anything that's very convincing.

So please, if you have any good arguments, let me know.

Thanks,

Dennis
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
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-Ups:
Replies:

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.