<@U5F0TT0UX> I would like that a lot. I may not in...

# science

[thomasnield]

@altavir I would like that a lot. I may not include some of the machine learning stuff in 2.0 at first, other than the naive Bayes classifier. But I do need to port all the core functionality that uses statistics distributions.

[altavir]

OK I will do it, maybe even today if I am lucky. For now stuck with gradle.

[altavir]

Are there any specific reason to use BigDecimal in binBy methods?

[Zelenyi]

Finacial operations?

[altavir]

It does not seem to actually improve accuracy

[Zelenyi]

usually, must not use float/double type for operations with money.

[altavir]

Nothing said about the money. You can see the code here: https://github.com/thomasnield/kotlin-statistics/blob/9900d7c1bb38e03a3632c14f93d3bfac4791619e/src/main/kotlin/org/nield/kotlinstatistics/DoubleStatistics.kt#L98

[altavir]

The problem is that BigDecimal does not exist it common.

[altavir]

I've created a branch with MPP build most of functionality in common module, but had to leave commons-math in jvm. I will reimplement some things from it later. Also I left some `FIXME`s in places where I changed original code. And fixed some incorrect tests and dead code.

[thomasnield]

@altavir mostly convenience if user domain objects have BigDecimal properties. Not critical to have especially since the advanced Statistics operations convert them to double anyway

[thomasnield]

Awesome! I'll take a look when I get to my desk

[thomasnield]

Ideally in the long run I'd like to get off Apache Commons Math and only have Kotlin dependencies (if any) like kmath

[altavir]

You actually use a tiny fraction of common Sense math. I can translate it when I have time. But it won't require a lot of work