RE: field initializtion

["Eyers, Daniel" <daniel.eyers@xxxxxxxxxxxxx>]

In my shop, we don't have the time *not* to follow them...  We try to do it
right the first time...  There's never time to do it right, but there's
always time to do it over, huh?

Our systems are far from perfect but constant fire-fighting is a clear,
unambiguous sign of a shop that is out of control.  Again, I refer you to
SEI-CMM guidelines: http://www.sei.cmm.edu  

Here's what the Software Engineering Institute at Carnegie-Mellon University
(SEI-CMM) says about Level I organizations:
"At the initial level, the organization typically does not provide a stable
environment for developing and maintaining software. When an organization
lacks sound management practices, the benefits of good software engineering
practices are undermined by ineffective planning and reaction-driven
commitment systems.

During a crisis, projects typically abandon planned procedures and revert to
coding and testing.  Success depends entirely on having an exceptional
manager and a seasoned and effective software team.  Occasionall, capable
and forceful software managers can withstand the pressures to take shortcuts
in the software process; but when they leave the project, their stabilizing
influence leaves with them.  Even a strong engineering process cannot
overcome the instability created by the absence of sound management
practices."

If anyone is interested, I'll be happy to give more info... drop me a line
at my e-mail address.

dan

Dan Eyers
Certified Six Sigma Blackbelt

e-Business Development
Lighting and Electronics
Honeywell International


-----Original Message-----
From: Stone, Brad V (TC) [mailto:bvstone@taylorcorp.com]
Sent: Monday, March 26, 2001 4:34 PM
To: 'JAVA400-L@midrange.com'
Subject: RE: field initializtion


And I understand that too, but as anyone who's written production code and
needed it done yesterday, those rules are rarely followed (at least at
first).  i would love to be able to take the time to follow them, trust me!
I cringe every time a bandaid goes out, especially when I have the pager.

But, when the time comes when I need to get something out the door or lose a
customer, I may need to know how to do it "half-*ssed".  Then later I can go
back and fix it.  That's all.

Brad

> -----Original Message-----
> From: Eyers, Daniel [mailto:daniel.eyers@honeywell.com]
> Sent: Monday, March 26, 2001 2:54 PM
> To: 'JAVA400-L@midrange.com'
> Subject: RE: field initializtion
> 
> 
> 
> As we teach our RPGers Java, we make the parallel between the 
> try and catch
> blocks of Java and MONMSG in CL... The AS/400 (once again) 
> was (and is)
> several steps ahead of the competition....  The difference 
> (IMHO) that one
> can not implement the concept in RPG... It must be done in 
> the CL... While
> this may seem an esoteric difference, it encapsulates error 
> handling to a
> specific object.  IOW, one need not code two programs to get 
> the benefits of
> it's use.  
> 
> Joe's point was a good one, albeit his presentation was 
> passionate.  His
> point of using a proactive approach to coding is a good 
> methodology for any
> written code, Java or RPG...  Joe clearly understands that, 
> unlike what
> we've been taught, the development cycle is *not* a set of 
> discrete steps.
> It is a continuum and good code design begets great testing.  
> 
> dan
> 
> 
> -----Original Message-----
> From: Stone, Brad V (TC) [mailto:bvstone@taylorcorp.com]
> Sent: Monday, March 26, 2001 3:08 PM
> To: 'JAVA400-L@midrange.com'
> Subject: RE: field initializtion
> 
> Whoa!  Chill, Joe.  The smiley means a joke.  I am aware of 
> try and catch.
> But they don't seem any better than MONMSG MSGID(CPF0000) in 
> most examples
> I've seen.  
> 
> Rough week of teaching java to RPGers?  (this smiley 
> intentionally left
> blank).  
> 
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
> 
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---
+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---