Hi.

Le ven. 14 juil. 2023 à 03:20, Dimitrios Efthymiou
<efthymiou.dimitri...@gmail.com> a écrit :
>
> The intended audience is the devs on this maillist.

People on this ML are mostly the developers of the Commons components:
    https://commons.apache.org

> It is like market
> research to get the pulse of the community on these ideas to see if there
> is at least one that I could apply for in the incubator.

Do you mean the ASF incubator:
    https://incubator.apache.org/cookbook/
?

If so, your first step would be to browse the ASF projects:
    https://www.apache.org/index.html#projects-list
in order to find which ones that target the fairly specific
domains in your list.

If you mean to work on a "Commons" component, there are
different approaches, depending on whether the component
is "active" or in the "sandbox" (like "Graph").
For active components, development is usually incremental
and within the current "roadmap" (though it is often implicit).

>
> No, i am not working on all of these. I just presented ideas so that I get
> some feedback. Maybe some people will say: "yes, an open source java-based
> eCommerce platform will be in demand", you know?

No, you won't get that kind of feedback on this ML.

> Same with the other emails
> about math functions. Maybe some people from math or non-math commons
> libraries may point out that they would need some of those functions.

It might seem so, but it is not; if you on the one hand, you list the
"functions"
out of context ("use case"), and on the other you list either large
domains (like
"quantum computing", or "physics"!), there is an enormous "gap"...
Most "Commons" components are domain-agnostic but (each) focused on
specific kinds of utilities (like "collections", "file compression", "image file
formats", "random number generators", ...).  You have to fill the "gap" by
finding out where in those components, your contributions would find a
"natural" home.

"Commons Math" is probably the least "focused" component; it was a main
reason for the "spin-off" components.  Modularization is a big ongoing task
(cf. release notes of CM v4.0-beta1) for which help is welcome.

>
> Lastly, are there any math libraries that do symbolic math using functional
> interfaces? For example can I use commons math to give it a function that
> represents x^2, differentiate it and as a result get another function that
> represents 2x? I am talking about symbolic math that Wolfram Mathematica
> does.

As I noted in a previous email, there is some related functionality in
package "o.a.c.math4.legacy.differentiation".  As said, it would be great
to have this code refactored, providing an easier API (there was a JIRA
report about it, IIRC) and moved to its own module.

>
> Thank you for the time you spent on going through the emails. I did some
> pull requests implementing some things and they kept being rejected. So, (i
> think it was you that suggested it) to ask the community which math
> functions they would like to see implemented

Sorry if it was not clear; there is some misunderstanding which the above
has hopefully clarified.

Here, the "community" is mainly "those who do the work".  So, as Alex
wrote: "you develop code that you will use".  However, you can also help
by improving things that were identified as problematic (like the lack of
modularization in the "legacy" packages of CM or any bug reported on
JIRA).

Regards,
Gilles

>
>>> [...]

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to