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 > >