← Back to home
Comparison · Infra & APIs

goodpractice vs rush

A side-by-side editorial comparison of goodpractice and rush — release velocity, themes, recent moves, and the top alternatives to consider.

goodpractice vs rush: at a glance

Featuregoodpracticerush
SectorInfra & APIsInfra & APIs
Velocity score0.02.5
Sparks · 30d00
Top themescode-quality, static-analysis, r-package, ropenscimlr3, distributed-computing, redis, fault-tolerance
Last editorial update50m ago4h ago
WebsiteVisit →Visit →

What is goodpractice?

The R package-quality checker returns from CRAN limbo with checks you can select by category.

goodpractice runs a battery of static checks over an R package — style, complexity, test coverage, documentation, DESCRIPTION hygiene — and reports what a reviewer would flag. The package was archived on CRAN, adopted by rOpenSci in 1.0.5, and version 1.1 is the first substantive release since: every check now belongs to one of 16 named groups, discoverable via all_check_groups() and selectable via checks_by_group(), with group-level exclusion through an option or environment variable and new default_checks() and tidyverse_checks() presets.

Read the full goodpractice trajectory →

What is rush?

Rush spent 2026 making distributed task ownership correct, starting with a breaking 1.0.

rush is the Redis-backed distributed computing backend behind mlr3's parallel tuning: workers pull tasks, push results and are tracked through heartbeats. Since 1.0.0 in March 2026 it has shipped five releases in four months, almost all correcting how tasks and workers are owned and identified under failure. The most recent lets each worker start in its own mirai call so it can spawn local daemons.

Read the full rush trajectory →

goodpractice vs rush: editorial side-by-side

G
goodpractice
INFRA · APIS
0.0

The R package-quality checker returns from CRAN limbo with checks you can select by category.

◆ Current state

goodpractice runs a battery of static checks over an R package — style, complexity, test coverage, documentation, DESCRIPTION hygiene — and reports what a reviewer would flag. The package was archived on CRAN, adopted by rOpenSci in 1.0.5, and version 1.1 is the first substantive release since: every check now belongs to one of 16 named groups, discoverable via all_check_groups() and selectable via checks_by_group(), with group-level exclusion through an option or environment variable and new default_checks() and tidyverse_checks() presets.

◆ Where it's heading

The direction is from a monolithic verdict toward a configurable one. Previously the practical choices were run everything or name individual checks; grouping makes partial adoption tractable, which matters because the full battery is opinionated enough that teams either accept all of it or ignore the tool. The tidyverse_checks() preset makes that explicit — the package is acknowledging that its defaults encode one house style among several. Earlier releases pointed the same way with a configurable cyclomatic complexity limit and adjustable output length.

◆ Prediction

With grouping and presets in place, the natural next step is per-project persistent configuration so exclusions live in the repository rather than in an option or environment variable.

R
rush
INFRA · APIS
2.5

Rush spent 2026 making distributed task ownership correct, starting with a breaking 1.0.

◆ Current state

rush is the Redis-backed distributed computing backend behind mlr3's parallel tuning: workers pull tasks, push results and are tracked through heartbeats. Since 1.0.0 in March 2026 it has shipped five releases in four months, almost all correcting how tasks and workers are owned and identified under failure. The most recent lets each worker start in its own mirai call so it can spawn local daemons.

◆ Where it's heading

The through-line is moving responsibility from the controller to the worker. 1.0.0 rewrote the task lifecycle and dropped the seed mechanism; 1.2.0 moved fail_tasks(), finish_tasks(), pop_task() and push_running_tasks() from Rush onto RushWorker so only the worker that ran a task can mark it done, and gave worker ids random suffixes so they cannot collide. 1.1.0 had already removed phantom failed tasks when a worker crashes between evaluations.

◆ Prediction

With ownership and identity settled, the remaining pressure points are heartbeat and lost-worker detection; expect the next releases to tighten failure recovery rather than add API surface.

Alternatives to goodpractice and rush

Other Infra & APIs 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 goodpractice or rush.

See all goodpractice alternatives → · See all rush alternatives →

Recent activity from goodpractice and rush

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 21d agorushWorkers start in their own mirai call so they can create local daemons
  2. 1mo agorushTask lifecycle moves onto the worker; worker ids can no longer collide
  3. 2mo agogoodpracticeChecks organized into 16 selectable groups with presets
  4. 3mo agorushPhantom failed tasks and missed results fixed
  5. 4mo agorushSmaller Redis payloads and vector-valued task parameters
  6. 4mo agorushRush 1.0 rewrites the task lifecycle and drops the seed mechanism
  7. 9mo agorushwait_for_workers() can target a count or specific ids
  8. 2y agogoodpracticerOpenSci takes over maintenance, package restored to CRAN
  9. 4y agogoodpracticeConfigurable cyclomatic complexity limit and output length
  10. 5y agogoodpracticePackage logo added

Frequently asked questions

What is the difference between goodpractice and rush?

They serve adjacent needs but don't currently overlap on shipped themes. rush is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.

Is goodpractice better than rush?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. rush is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.

What are the best alternatives to goodpractice?

Top goodpractice alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "goodpractice alternatives" section above for the current picks, or visit /alternatives/goodpractice for the full list with editorial commentary on each.

What are the best alternatives to rush?

Top rush alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "rush alternatives" section above for the current picks, or visit /alternatives/rush for the full list with editorial commentary on each.