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

Question

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

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

如果该期刊需要盲法评论，我如何以一种让评论不知情的方式共享R套餐（传统上，描述文件列出了我的姓名和电子邮件地址，这会使审查无法解决）？

我想到了以下几个选项，所有这些选项都有缺点：

1. 使用假名（假名和一次性电子邮件帐户）完成CRAN提交流程，而不使用github（我的github用户名是我的姓）。在审查是非盲的/纸张被接受后，将一次性信息更改为正确的信息。我不确定这个礼节或者CRAN政策如何认为这种做法。
2. 在没有CRAN或Github参与的情况下压缩R包，并相信审阅者有兴趣并且有足够的能力在unix上从源代码安装它。这个与能够在审核人员熟悉的系统上键入install.packages()和library()之间存在很大差异，并且为所有平台手动创建和包含拉链是很乏味的。
3. 不要制作一个软件包，只需发送代码片段和数据，并在手稿中说明一个R软件包即将发布（这是一个比＃34更弱的陈述;这里的R软件包是已经在CRAN＆＃34;;另一个缺点是在第2项中列出。

我之前提到过CRAN和Github，因为我最熟悉这些回购。我对其他解决方案持开放态度。

Answer 1

根本没有必要在CRAN上提供软件包， ¹ 和 无法以匿名方式向CRAN提交软件包。就可维护性而言，这样的提交对于CRAN来说将是一个大问题。 CRAN根本就不是正确的平台。

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

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

如果需要进行双盲匿名同行评审，目前最好的选择是将代码提交给允许匿名存档的服务，例如Figshare，或者将存档作为补充材料提交给期刊。期望审阅者执行简单的

并不是一件容易的事

translate("livros") = "books"
translate("Livros") = "Books"

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

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