We're spoiled by the stability of base/core R
#rstats
We have high expectations for stability, backward-compatibility, and reproducibility thanks to the example set by R Core
/cc @_R_Foundation @MMaechler @pdalgd @lawremi @tslumley @martyn_plummer @duncantl @LukeTierney4 ...
In #rstats @hadleywickham drops a fn deprecated for 2 years and we melt down.
meanwhile over in #python ...
1
3
15
Some packages I know share this philosophy:
- data.table @MattDowle @arun_sriniv
- zoo @AchimZeileis (+ Gabor Grothendieck)
- shiny @winston_chang (/ht @daattali)
- @eddelbuettel's packages (e.g. Rcpp)
- my packages
3
10
It actually extends far beyond (some) #RStats package to most (if not all) well-behaved components of the entire Unix toolchain and POSIX spec.
Which is why outcries like this recent one are both rare, and justified:
I see that a bunch of system administrators (or distribution packagers) are going to set GNU Grep 3.8 on fire with the power of their minds. Spoiler: new warnings are an API change.
Oct 21, 2022 路 3:27 PM UTC
1
1
2



