🚀 go-pugleaf

In article <3829@rtech.rtech.com> linda@rtech.UUCP (Linda Mundy) writes:
>In article <16202@vail.ICO.ISC.COM> rcd@ico.ISC.COM (Dick Dunn) writes:
>>You have to make the software a little hardier than it should need to be
>>in order to survive what it will be put through.
[...]
>Well your main point remains valid, i.e. that one needs to think about 
>future maintenance/enhancement when coding something.

Yes; the technique I've used is to error-check arguments everywhere
that performance isn't ABSOLUTELY necessary, even in distributed code.

This costs some performance but improves the initial quality and
future maintainability.  During development it catches early
programming errors, saving debug time.  Sometimes it saves a LOT of
debug time.  During maintenance it provides known points of failure
which can be used in tracking reported bugs and drops the likelihood
that low-quality programmers will use functions incorrectly.

jim frost
software tool & die
madd@std.com