n2kanalysis
n2kanalysis has spent eight years wiring INLA models to an S3 bucket.
A side-by-side editorial comparison of fairmodels and fastplyr — release velocity, themes, recent moves, and the top alternatives to consider.
fairmodels sits dormant for three years, resurfacing only to satisfy a CRAN check.
fairmodels audits classification models for bias, built around fairness_check() and parity-loss metrics on top of DALEX explainers. The last substantive work dates from 2021; the 2025 release is a single-line change swapping ifelse for if/else in fairness_heatmap. Version 0.2.2 set the package's core design when it superseded metric differences with ratios.
A fast dplyr stand-in that keeps finding new places to skip work entirely.
fastplyr reimplements the dplyr verbs on a faster backend, exposing f_summarise, f_mutate, f_reframe and a set of group metadata helpers alongside optimized joins and quantiles. The most recent release removes non-API C functions and raises the floor to R 4.5.0, a steep requirement that follows the C++17 requirement introduced a release earlier. The verb surface itself has been stable since 0.9.0.
fairmodels audits classification models for bias, built around fairness_check() and parity-loss metrics on top of DALEX explainers. The last substantive work dates from 2021; the 2025 release is a single-line change swapping ifelse for if/else in fairness_heatmap. Version 0.2.2 set the package's core design when it superseded metric differences with ratios.
The release history describes a package that reached its intended shape early and has been custodial since — the gap from August 2022 to October 2025 carries no functional change at all. What movement exists is CRAN-driven: documentation compliance, example runtimes, coding-style notes. The fairness metrics themselves have not changed since the parity_loss corrections of 2020.
On this cadence the next release is most likely another CRAN-prompted one-liner rather than new fairness metrics; nothing in these entries points to active development.
fastplyr reimplements the dplyr verbs on a faster backend, exposing f_summarise, f_mutate, f_reframe and a set of group metadata helpers alongside optimized joins and quantiles. The most recent release removes non-API C functions and raises the floor to R 4.5.0, a steep requirement that follows the C++17 requirement introduced a release earlier. The verb surface itself has been stable since 0.9.0.
The optimization strategy has shifted from making individual functions fast to reasoning about expressions before evaluating them — 0.9.9 began marking simple operators as group-unaware so expressions built only from them are evaluated across the whole data frame rather than per group. That is a structural bet: the package increasingly inspects what you wrote to decide how much work is actually needed. Running alongside it is a steady tightening of build requirements, with C++17, R 4.5.0 and CRAN's C API rules all landing within a year.
Expect the group-unaware classification to widen to more functions, since each addition compounds across every grouped expression, and expect the dependency floors to keep rising as the package tracks CRAN's compiled-code policy.
Other Analytics products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either fairmodels or fastplyr.
n2kanalysis has spent eight years wiring INLA models to an S3 bucket.
A Fortran-descended optimizer got thread-safe, then found two flags that never worked.
ggstatsplot reached 1.0 by adding tests, having outsourced its statistics years ago.
collapse got a JSS paper and a 7x fmean speedup in the same release.
gtsummary is quietly rebuilding itself around analysis results data, one table verb at a time.
broadcast is filling in NumPy-style array broadcasting for R, operator by operator.
See all fairmodels alternatives → · See all fastplyr alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. fairmodels and fastplyr are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. fairmodels and fastplyr are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
Top fairmodels alternatives in Analytics are ranked by recent ship velocity. Browse the "fairmodels alternatives" section above for the current picks, or visit /alternatives/fairmodels for the full list with editorial commentary on each.
Top fastplyr alternatives in Analytics are ranked by recent ship velocity. Browse the "fastplyr alternatives" section above for the current picks, or visit /alternatives/fastplyr for the full list with editorial commentary on each.