[R-pkg-devel] Problems with too much testing
Rainer Krug
R@|ner @end|ng |rom krug@@de
Fri Apr 16 14:36:10 CEST 2021
> On 16 Apr 2021, at 14:06, Duncan Murdoch <murdoch.duncan using gmail.com> wrote:
>
> On 16/04/2021 7:54 a.m., Hugh Parsonage wrote:
>> My 2c is that if a package has actually tested something like that
>> (say, the ordering of a list's elements), then it is 100% likely that
>> a script out there depends on that behaviour too.
>
> I suspect this test is not intentional, and it really wouldn't make sense for a package to depend on the order of named list components.
You could randomise the order….
>
> In other words, the
>> change is not inconsequential. R users are in debt to package
>> developers but I think it behoves us to take special care not to
>> underestimate the work involved when a package's behaviour changes.
>
> There's a difference between internal implementation changes and external behaviour changes. For example, there are clear warnings not to use un-exported functions (via :::), and a package that did that would not be accepted on CRAN.
>
> What I'm asking for are suggestions for ways to hide internal layouts of objects from users. That seems a lot harder.
>
> Duncan Murdoch
>
> ______________________________________________
> R-package-devel using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
More information about the R-package-devel
mailing list