Giles,

Seems reasonable.

Thinking aloud.  'Math' is of course a broad subject and your goal of a
solid all encompassing package is admirable.
Managing a lot of jars or packages is a pain for the none java expert. In
thinking on the way python, R and other packages
solves the 'issue' is by automatically  downloading dependencies.

So might we create a MathManager.java class concept to aid in development.
Again thinking aloud.  Say we begin with a simple MathManager class. Our
code query's MathManger ,which is a wrapper for a sophisticated java
classloader
<https://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html> that
automatically querys a users disk for the required jars, if not found the
MathManager querys a repository server for the the required jar and then
downloads, saves  and loads the required  byte code.  Thus the concept of
'Math' may include many developers from different fields. MathManager would
check for updates upon any class request and keep a central repository on
the users disk in synch with all future development.  The reduction in
speed would be negligible as the classloader is in use in everyday byte
code generation.

Sound busy and complicated at first but you might get the exponential
explosion of some very interesting code across the entire math discipline.
Python is highly successful in using this concept.

Bill




On Mon, Jan 15, 2018 at 5:10 AM, Gilles <gil...@harfang.homelinux.org>
wrote:

> Hi.
>
> Please have a look at the issue created on JIRA:
>   https://issues.apache.org/jira/projects/STATISTICS/issues/STATISTICS-2
> and give your opinion.
>
> Thanks,
> Gilles
>
> On Sat, 13 Jan 2018 13:38:26 +0100, Gilles wrote:
>
>> [...]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Reply via email to