Re: How can I Improve this procedure...

So on one had we complain if code isn't "readable".  And
the other hand we compain if we use a viable (and more
intuitive) method and it's a little slower because of how
it was implemented (which is no fault of our own).

Sometimes it makes sense to simply make a choice and live
with it.  In this case, it isn't broken, and doesn't need
to be fixed.  Choose your battles, so to say.  (Yes, I
understand it's fun to nitpick, that's what this list is
all about).

The newer machines easily make up for the extra seconds it
may take to use a return variable as opposed to a parameter
or a pointer.  A process I tested on my 170 that took 6
hours or more on a new 520 ran in 90 seconds.  

I'm not saying all cases to use a return variable, but
where it "makes more sense"...  we shouldn't have to worry
about how it was implemented down in the bowels of the OS.

Brad

On Fri, 21 Apr 2006 10:32:42 -0500
 "Bob Cozzi" <cozzi@xxxxxxxxx> wrote:
> Brad,
> 
> If you have a process that has a requirement to finish in
> a timeframe of XX,
> everything you do contributes to the threshold. 
> I'm a dinosaur; I like to write code that has useful
> function, runs efficiently
> and doesn't break. Today, I see more and more code that
> works for the moment,
> breaks frequently and runs poorly. Somehow the authors of
> this kind of code
> believe you can "fix it" with faster hardware is a viable
> solution. 
> 
> 
> 
> -Bob Cozzi
> www.RPGxTools.com
> RPG xTools - Enjoy programming again.
> 
> 
> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx
> [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On
> Behalf Of Brad Stone
> Sent: Friday, April 21, 2006 8:10 AM
> To: RPG programming on the AS400 / iSeries
> Subject: Re: How can I Improve this procedure...
> 
> I guess my point in asking the questions wasn't to get
> people to complain about it.  I was making a point. 
> 
> Why should we nitpick about something that may add a few
> seconds to our procedure's runtime instead of using
> something that is more intuitive.
> 
> I go with intuitive for the most part.  If we were really
> *that* worried about a small performance gain, well,
> websphere salesmen would be flipping burgers.
> 
> Brad
> 
> On Thu, 20 Apr 2006 10:41:16 -0500
>  "Bob Cozzi" <cozzi@xxxxxxxxx> wrote:
> > I have spoken with IBM and they can optimize the path a
> > little. They know what
> > to do, but there isn't enough "focus" on the issue at
> > this point in time.
> > "FOCUS" = complaining
> > 
> > -Bob Cozzi
> > www.RPGxTools.com
> > RPG xTools - Enjoy programming again.
> > 
> > 
> > -----Original Message-----
> > From: rpg400-l-bounces@xxxxxxxxxxxx
> > [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On
> > Behalf Of AGlauser@xxxxxxxxxxxx
> > Sent: Thursday, April 20, 2006 10:36 AM
> > To: RPG programming on the AS400 / iSeries
> > Subject: RE: How can I Improve this procedure...
> > 
> > Bob,
> > 
> > Sorry to nitpick, but just for clarity ...
> > 
> > > PHP, Perle, Python, RPGIV, Java, JavaScript--no one
> > tool is right for 
> > every
> > > task, but today, just about every tool can be used
> for
> > every task.
> > 
> > you mean Perl, right?  Not the frame relay controller
> but
> > the programming 
> > language? :)
> > 
> > And to add my two cents ...
> > > I believe it wasn't implemented right, but it was
> > implemented, period.
> > > They can "fix" it (i.e., change the way they did it)
> > but I don't think 
> > there's
> > > enough complaining about it today for them to be
> > working on it.
> > 
> > I'm not entirely convinced that the reason is lack of
> > complaining.  There 
> > may not be much complaining, but I'm not sure there is
> > really a better way 
> > to do it.  I think that for return values to work as
> they
> > should, then 
> > *need* to be created in automatic storage (thanks Eric
> > for the terminology 
> > ... I'm not sure if System i people use the PC term "on
> > the heap").
> > 
> > By the way, thanks for your excellent description of
> why
> > three copies 
> > often happen.  I was used to thinking about these
> things
> > while learning C, 
> > but I've fallen out of the habit and needed a
> refresher,
> > and an RPG 
> > specific one at that.
> > 
> > Thanks again,
> > Adam
> >
>
################################################################################
> > #####
> > Attention:
> > The above message and/or attachment(s) is private and
> > confidential and is
> > intended 
> > only for the people for which it is addressed. If you
> are
> > not named in the
> > address 
> > fields, ignore the contents and delete all the
> material.
> > Thank you.
> > 
> > For more information on email virus scanning, security
> > and content
> > management, please contact administrator@xxxxxxxxxxxx
> >
>
################################################################################
> > #####
> > -- 
> > 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.
> > 
> 
> Bradley V. Stone
> BVS.Tools
> www.bvstools.com
> -- 
> 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.
> 

Bradley V. Stone
BVS.Tools
www.bvstools.com