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
... please @ any other R Core members I missed. I added those I know off the top of my head.
1
1
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
$ cd ..//.. WARN: The use of consecutive path separators is deprecated. Please change any script that uses the `cd` command by end of year.