Re: ServicePrograms VS normal Programs

I stayed out of this thread until this as well.

I agree with Chris and Carel.  Anyone who's worked in a
shop  or written large applications (written before this
technology was avaiable and/or understood) knows that it's
not worth rewriting to implement new technology just for
the sake of using new technology.

Now, new developments and, if possible, updates to existing
code may be feasible (if there is sufficient training,
time, etc).  But even still, blaming RPGers who we label as
"refusing to learn" on the "downfall" of the system is
finger pointing...  We all need to lose, to a point, our
programming egos.  Not everyone has the time in their job
to spend hours a week on a list like this.  They may be
rewriting RPGII code, or Smalltalk.  (LOL!)  

We also have to stop acting like everyone needs to code
like us or it's wrong.  It's like if we see someone doing
something, we look at it as if we were being hired at their
shop the next day and will be forced to maintain it.

Suggestion is one thing, but absolutes are ridiculous.  And
I'll continue to us subroutines where I see fit.  :)

Brad

On Thu, 26 Aug 2004 13:57:05 -0400
 Chris Payne <CPayne@xxxxxxxxxxxxxxx> wrote:
> I have to agree with you about leaving working code
> alone. New programming
> techniques might cut down on development time, but it's
> hard to beet the 0
> development time of an app that is already in production.
> 
> Chris
> 
> -----Original Message-----
> From: Carel Teijgeler [mailto:coteijgeler@xxxxxxxxx] 
> Sent: Thursday, August 26, 2004 1:41 PM
> To: rpg400-l@xxxxxxxxxxxx
> Subject: Re: ServicePrograms VS normal Programs
> 
> Scott, 
> 
> I have to disagree with you on that.
> 
> Starting to use ILE concepts in an existing application
> is asking
> programmers to reinvent the wheel. They have to spend
> time again in
> rewriting, redesigning their applications with a ROI of
> $0.00. 
> 
> You may blame the programmer, but the decision to make
> the revamp of the
> programmes is made by the management (negative
> perception? Perhaps.) Another
> good reason is the old die-hard shop standards
> (programmers had to stick
> to), that will never change.
> 
> And users are not that interested in the technically
> advanced (?) solution
> the programme has been written; they are interested in
> functionality, easy
> of  use and related price on value.
> 
> This is my post mortem on this dead horse, valued at 2
> Euro cents, the
> maximum ROI.
> 
> Regards,
> Carel Teijgeler
> 
> *********** REPLY SEPARATOR  ***********
> 
> On 26-8-04 at 11:03 Scott Klement wrote:
> 
> >> I am asking this because I am Java programer and fresh
> RPG programer and
> >> most of RPG things I learned from IBM's student books
> and Sourcers Guide,
> >> but my collegues (who code in RPG all their life) have
> totaly diferent
> >> aproach that doesn't meet any ruels (described in
> RedBook) of advanced
> >and  modern coding.
> >
> >Unfortunately, this is the sad state of RPG programming
> today. RPG
> >programmers refuse to learn new techniques, refuse to
> modernize their
> >code, refuse to modernize their user interfaces.
> >
> >This ultimately leads to a negative perception among
> users and management,
> >resulting in the system to lose market share -- despite
> it's technical
> superiority.
> 
> 
> 
> --
> 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