 |
|
Current group: bit.listserv.tsorexx
Re: massive boilerplate inclusions (was : functions returning bo olean ... or failing ...)
|
|
| | From: | Ryerse, Robin | | Subject: | Re: massive boilerplate inclusions (was : functions returning bo olean ... or failing ...) | | Date: | 18 Jan 2005 11:15:48 -0800 |
|
|
 | The topic of this thread lead me to research some stats about the execs I
have written. Currently, I have exactlty 100 execs that are available for
general use within the lpar. The largest exec is 724 lines of code. The
total lines of code for the 100 execs is 8443; makes the average around 85
lines of code. Obviously no "massive boilerplate"s. I should point out that
the stats do not include the code for the function package which exclusively
Assembler.
I know there are those who prefer using the boiler plate strategy to ensure
completeness of error checking. But I do not subscribe to that approach. I
get no complaints about completeness or accuracy of the delivered
functionality.
As a discuusion point, I think the alternative to "boilerplate" should be
considered.
-----Original Message-----
From: TSO REXX Discussion List [mailto:TSO-REXX@VM.MARIST.EDU]On Behalf
Of Gray, Alastair
Sent: Tuesday, January 18, 2005 11:27 AM
To: TSO-REXX@VM.MARIST.EDU
Subject: Re: massive boilerplate inclusions (was : functions returning
bo olean ... or failing ...)
Licence RobZ's library if you want, but where would the fun (value?) be in
that? I've written lots of code on different platforms and most of it has
been re-written more than once as I learned better ways of doing things
either when coding other projects or from reading, understanding and
re-writing other peoples code. Sure other people have often 'done it
better', but maybe next time you reinvent the wheel your version will be
better than theirs. In particular don't make the mistake of believing that
it's all been done before - sooner or later you hit problems that are new
and that's when you will need your hard won skills.
As for JAVA with it's tested routines and working samples. Can you perhaps
then explain to me why - almost without exclusion - most JAVA applications
are so bug ridden and poorly performing? (previous sentence bowdlerised).
Cheers,
Alastair Gray
Systems and Storage Type
(still lurking around on mainframe fora for now).
> -----Original Message-----
> From: TSO REXX Discussion List
> [mailto:TSO-REXX@VM.MARIST.EDU] On Behalf Of Fenner, Jim
> Sent: Tuesday, January 18, 2005 8:29 AM
>snip
> With Rexx one has to code EVERYTHING oneself - with Java, one
> gets a vast class library of tested routines and WORKING
> examples for free.
> Maybe we all ought
> to just individually pay Mr Zenuk for a licence to his entire
> library, the fruit of decades of experience, and toss out
> almost everything else we have written ... :-(
----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LISTSERV@VM.MARIST.EDU with the message: INFO TSO-REXX
----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LISTSERV@VM.MARIST.EDU with the message: INFO TSO-REXX
|
|
|
| | |
|
 |