Our ongoing discussion with potential mentees is being moved here as
suggested by Gilles.
Gilles commented on STATISTICS-7:
---------------------------------
current "math-linear" will be ported to "Commons Linear" in the future?
Perhaps; we'd need expert advice on how to design a modern implementation
of matrix algebra (?).
In the meantime, it may be worth exploring the implications of having a
very focused {{commons-numbers-matrix}} module in "Commons Numbers".
I also recommend checking out the EJML, which appears to be well
maintained, and probably has more expertise behind it than we would be able
to bring here. Like JTransforms its performance appears to be best in class
and it is appealingly encapsulated with no mission creep.
> just use the current library temporarily for now
I'd rather not, as it will perpetuate the impression that "Commons Math" is
still supported. A new major version of CM should be released (with
"legacy" codes) that will depend on "Commons Statistics".
I agree, we do not want these libraries depending on commons-math.
"math-util"
Anything in there that is still useful is a candidate for "Commons
Numbers". Did you have a look at what's there already?
It is worth continuing the discussion about these Utils and utils-type
classes. They are often antipatterns that are falling between the stools of
object encapsulation and functional programming. MathUtils in particular
does nothing to describe the random functionalities in that class, all of
which probably have a better home somewhere else.
Someone else in our discussion mentioned MathArrays; most of this
functionality should be handled by streams now for example, and the current
algorithmic approach of most of MathArrays should be discouraged.
