CRAN或Github上的匿名R软件包伴随着对提交的稿件的盲法同行评审

Question

有没有办法匿名共享R-package,可以在Unix,Mac和/或Windows上运行(最好全部3个,并且很容易在CRAN上运行)？

在CRAN上有一个R包,以便可以复制分析,并且可以演示和分享方法,这可以大大促进对提交给科学/统计期刊的稿件的审查(在我看来和经验中).

如果该期刊需要盲审,那么我如何以一种让审查失明的方式共享R包(传统上,描述文件列出了我的姓名和电子邮件地址,这会使评论无法解决)？

我想到了以下选项,所有这些都有缺点:

1. 使用假名(假名和一次性电子邮件帐户)进行整个CRAN提交过程,而不使用github(我的github用户名是我的姓).在审查是非盲的/纸张被接受后,将一次性信息更改为正确的信息.我不确定这个礼仪或CRAN政策如何认为这种做法.
2. 压缩R包,不涉及CRAN或Github,并相信审阅者有兴趣并且有足够的能力在unix上从源代码安装它.这与评论者熟悉的系统install.packages()和library()系统之间存在很大差异,并且为所有平台手动创建和包含拉链是繁琐的.
3. 不要让一个包,只发送代码段和数据和状态在手稿的R包为即将到来的(这是比"这里将R包已经在CRAN"一个较弱的声明;另一个缺点是,在项目上市2).

我已经提到过CRAN和Github,因为我最熟悉这些回购.我对其他解决方案持开放态度.

Answer 1

有没有必要在所有对CRAN,包¹和有没有办法以匿名方式提交包CRAN.就可维护性而言,这样的提交对于CRAN来说将是一个大问题.CRAN根本就不是这个的正确平台.

Github有类似的问题,但原则上你可以创建一个单独的Github帐户而不提供识别信息.

然而,这只是回避了一个更大的问题:你的代码真的不可识别吗？更一般地说,双盲同行评审的整个想法受到研究可识别性问题的困扰.我不认为有一个很好的解决方案(特别是涉及代码审查,但即使一般),研究是匿名提交的.因此,我认为花费精力试图匿名提交代码是不值得的,这会损害软件(维护)质量.

在需要进行双盲匿名同行评审的情况下,目前最好的选择是将代码提交给允许匿名存档的服务,例如,图例共享,或者将存档作为补充材料提交给期刊.期望审稿人执行简单操作并不是一件容易的事

install.packages(path_to_file, repos = NULL, type="source")

...否则他们可能没有资格审查代码.

¹事实上,这甚至不可取(相反,我发现CRAN的混乱非常适得其反;虽然"CRAN"在其名称中具有"全面",但理想情况下,其所有内容都应采用适当可用的包装形式换句话说:质量,而不是数量).