statrs-dev / statrs

Statistical computation library for Rust
https://docs.rs/statrs/latest/statrs/
MIT License
596 stars 83 forks source link

crate revival and discussion #206

Open YeungOnion opened 8 months ago

YeungOnion commented 8 months ago

@henryjac and I (he/him pronouns) will serve as new maintainers for the crate, in @boxtown's words (on #201)

Thanks a bunch for stepping up! I genuinely wished I had the time/drive to give this crate the attention it deserves but I'm happy to see it transition to people who are interested in the maintaining health of the project. Best of luck!

We are each pretty new to this, but each have support from mentors as we transition into the role. We'd appreciate patience as we figure out how we'll each be filling this role - much of that will start as discussion here so it's public. I'd be open to directed feedback on how I do here; I can't speak for @henryjac; expecting similar.

Expect some updates in the docs to reflect what we'll be aiming for to support contributors and users as we figure out how to carry this crate forward. At the moment, I think our short term goals are to collect a few PRs for a new release which I've added a milestone for as well as tracker issue, #205. I'm planning to see which of these is more helpful, but milestones seem sparse in the repo, so maybe just the issue will suffice.

-- EDIT In my haste, I didn't write how thankful I am for @boxtown, @troublescooter, and many others for getting us here!

YeungOnion commented 6 months ago

Since posting this, I've started to accept a few PRs to show activity on the gh repo, but I realize I've not stated that intent, so that's what I'm up to now. For now, I'm happy to continue prioritizing

But I'm hoping for some input/feedback for

alimf17 commented 5 months ago

I don't quite know if this is the proper place for this, but is there a way to make certain guarantees that unsafe code external to the crate can depend upon? I use this code a lot for code that is supposed to be relatively high performance, but it's relatively difficult to extract information from the struct safely and efficiently so that I can manipulate it with unsafe code.

As a simple example, is there a way to add some kind of InfallibleDistribution trait which is basically the Distribution trait but for distributions that have the relevant statistics always defined regardless of their parameters? Currently, I'm using unwrap_unchecked() on the std_dev() output of the Normal distribution, but that's not technically guaranteed by the API to always be sound, even though the standard deviation of any Normal distribution is obviously always defined.

YeungOnion commented 5 months ago

Hey! Thanks for asking. It may not be the best place for this issue, hoping this one could be more focused on what areas/contexts you use statrs.

Could you open an issue to discuss this? Forgot I can do that too, started in #244

YeungOnion commented 4 months ago

Replying to @wangjiawen2013's https://github.com/statrs-dev/statrs/issues/201#issuecomment-2196219142

We're glad it's alive too, let us know what directions you're interested in using/contributing to!

wangjiawen2013 commented 4 months ago

@YeungOnion we are very interested in hypothesis test, such as t-test and wilcoxon-mann-whitney U test. As you can see, some other people also want to use it (https://users.rust-lang.org/t/mann-whitney-u-test/95005)