Re: [math] design patterns (was Re: cvs commit:jakarta-commons-sandbox/math/src/java/org/apache/commons/math/statUnivariateImpl.java)

2003-06-19 Thread David Graham
Static methods are a necessary evil in OO languages and should be avoided when possible. I disagree. Static functions are similar to Aspect Oriented Programming, such as AspectJ which centrializes code across many classes that is similar in functionality. This eliminates duplicate code, and incr

Re: [math] design patterns (was Re: cvs commit:jakarta-commons-sandbox/math/src/java/org/apache/commons/math/statUnivariateImpl.java)

2003-06-19 Thread David Graham
I agreed with you upto that last sentence, My viewpoint: The whole point of the java.util.Math class is that the functions are so "standardized" and so "final" (on top of that mostly "native") that they shouldn't really ever be "overridable", they are "utility" functions that one can "rely" to b

Re: [math] design patterns (was Re: cvs commit:jakarta-commons-sandbox/math/src/java/org/apache/commons/math/statUnivariateImpl.java)

2003-06-19 Thread David Graham
--- David Graham <[EMAIL PROTECTED]> wrote: > > > Maybe I'm unique, but > > > sometimes I find that Java (as well as other languages) gets in my way > >rather > > > than letting me solve the problem at hand in a natural way. > > You're not alone in that belief. I've heard several people comment

Re: [math] design patterns (was Re: cvs commit:jakarta-commons-sandbox/math/src/java/org/apache/commons/math/statUnivariateImpl.java)

2003-06-19 Thread David Graham
> Maybe I'm unique, but > sometimes I find that Java (as well as other languages) gets in my way rather > than letting me solve the problem at hand in a natural way. You're not alone in that belief. I've heard several people comment about how easy it is to code Smalltalk when exploring new solut