Hi. Le lun. 17 juin 2019 à 16:13, Ben Nguyen <bennguye...@gmail.com> a écrit : > > Hello, > > If I recall/assume correctly, there is currently no concrete plan to create a > new matrix library any time soon;
An interesting question is whether there is a need. Or, IOW, do we still cling to the "no dependency" policy? > leading me to use the EJML as suggested by Mr. Eric Barnhill. This seems to > be temporary until the CM matrix component is upgraded, In line with the progressive replacement of CM packages by more focused components, without circular dependencies, if there is ever an "upgrade", it will become "Commons Linear Algebra" (or some such name). Again, the question is: Can we depend on an external project? > or perhaps it’s permanent? I don’t believe the plan is or that the use of > EJML should be permanent…. Why not? > So should I design the regression component (which heavily uses matrices and > vectors) to use a matrix interfaces to allow for simpler reformatting later…. > or even as a means of allowing the user to use any matrix library they want > for computing regressions? > This also aligns with what Mr. Alex Herbert told me about decoupling in > regards to the input data and builder/loader functionality: > https://issues.apache.org/jira/browse/STATISTICS-11 Wherever possible, there should be a clear boundary when some functionality depends on an external API. Where this occurs, the distinction should be made whether the use is internal or in a public API. In the former case, we can (more or less easily) replace one library by another in a minor release. And we can even "hide" our usage of an external code by "shading" it. In the latter case, we'd impose an external API onto users of "Statistics", and replacing that library (effectively changing the our API) could only occur in a major release. And the "shade" plugin cannot be used. Hence the design questions which you must answer are: * What linear algebra operations are needed? Based on the answer, you could check which library is better suited.[1] * Which of these operations would be part of the public API? Then we'd define minimal interfaces (to avoid coupling with the external API), whose purpose is to bridge with the library used internally. Regards, Gilles [1] https://issues.apache.org/jira/projects/STATISTICS/issues/STATISTICS-10 > > Thank you for your response, > Cheers, > -Ben > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
