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



Performance is easy to buy, programmer time is not. I don't purposely write
code that doesn't perform well, and actually I try to optimize as much as
possible, but I don't consider performance when comparing ILE to OPM - I
have bigger fish to fry if you know what I mean.

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Ali Ekinci
Sent: Monday, April 23, 2007 4:47 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: Help! Boss wants to know why ILE?

Aaron,
What about performance? Did you notice any performance improvements by using
module/service program approach compared to using pgm calls?
Thanks for any response in advance.
Ali

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of albartell
Sent: Monday, April 23, 2007 5:37 PM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: Help! Boss wants to know why ILE?


ILE is meant to modularize code and that can be done at multiple levels
(i.e. many sub procs within one *MODULE and many *MODULE's within one
*SRVPGM). For instance, I might have a *MODULE named STR and within there I
have Str_tokenize, Str_center, Str_toUpper, Str_toLower, Str_findReplace,
etc. According to your bosses logic these should be in separate *PGM
objects, which could be done, but that would make for some interesting
program names.

Also, it is nice to have local sub procs to keep variables local within a
single program. In some cases you can exchange local sub procs for sub
routines to clean up global variables - makes programs much easier to
maintain when there are only 20 to 30 variables in the global area vs.
hundreds.

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.

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

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

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.