Các gói R ẩn danh trên CRAN hoặc Github để đi cùng với đánh giá ngang hàng của các bản thảo đã gửi

Question

Có cách nào để chia sẻ R-package nặc danh sẽ hoạt động trên Unix, Mac và/hoặc Windows (tốt nhất là cả 3 và dễ dàng có nó trên CRAN)?

Có gói R trên CRAN để phân tích có thể được sao chép và phương pháp luận có thể được chứng minh và chia sẻ có thể là một sự thúc đẩy lớn cho việc xem xét bản thảo được gửi đến tạp chí khoa học/thống kê (theo ý kiến ​​và kinh nghiệm của tôi).

Nếu tạp chí đó yêu cầu đánh giá bị mù, làm cách nào tôi có thể chia sẻ gói R theo cách giữ cho đánh giá bị mù (theo truyền thống, tệp DESCRIPTION liệt kê tên và địa chỉ email của tôi sẽ không xem xét lại)?

Tôi đã nghĩ về các tùy chọn sau, tất cả đều có nhược điểm:

1. Đi qua toàn bộ quá trình nộp hồ sơ cran với một bút danh (tên giả và tài khoản email throwaway) mà không sử dụng github (username github của tôi là của tôi họ). Sau khi xem xét là không rõ ràng/giấy được chấp nhận thay đổi thông tin throwaway đến thông tin chính xác. Tôi không chắc chắn về các nghi thức của điều này hoặc làm thế nào chính sách của CRAN sẽ cho rằng thực hành này.
2. Nén gói R không có sự tham gia của CRAN hoặc Github và tin tưởng người đánh giá quan tâm và đủ khả năng để cài đặt nó từ nguồn trên Unix. Có sự khác biệt lớn giữa điều này và có thể nhập install.packages() và library() trên hệ thống mà người đánh giá quen thuộc và tạo thủ công và bao gồm cả khóa cho tất cả nền tảng là tẻ nhạt.
3. Không thực hiện gói, chỉ gửi đoạn mã và dữ liệu và nêu trong bản thảo gói R sắp tới (đây là tuyên bố yếu hơn "đây là gói R đã có trên CRAN"; được liệt kê trong mục 2).

Tôi đã đề cập đến CRAN và Github vì tôi quen thuộc nhất với các repos này. Tôi đang mở cho các giải pháp khác.

Answer 1

Không cần ở tất cả để có gói trên Cran, và có không có cách nào nộp gói nặc danh để cran. Việc đệ trình như vậy sẽ là một vấn đề lớn đối với CRAN về khả năng bảo trì. CRAN chỉ đơn giản là không phải là nền tảng chính xác cho việc này.

Github có vấn đề tương tự nhưng về nguyên tắc bạn chỉ có thể tạo tài khoản Github riêng mà không cung cấp thông tin nhận dạng.

Tuy nhiên, điều này chỉ đơn giản là một vấn đề lớn hơn: Làm cách nào để nhận dạng mã của bạn có thực sự không? Nói chung, toàn bộ ý tưởng về đánh giá ngang hàng đôi bị mắc kẹt bởi các vấn đề về nhận dạng của nghiên cứu. Tôi không nghĩ rằng có một giải pháp tốt (đặc biệt là liên quan đến xem xét mã, nhưng thậm chí nói chung), nơi nghiên cứu được gửi nặc danh. Do đó, tôi không nghĩ rằng việc chi tiêu năng lượng cố gắng làm cho việc gửi mã ẩn danh trở nên đáng giá, gây thiệt hại cho chất lượng phần mềm (bảo trì).

Trong trường hợp muốn xem xét ngang hàng ẩn danh mù đôi, tùy chọn tốt nhất hiện tại là gửi mã tới dịch vụ cho phép lưu trữ ẩn danh, chẳng hạn như Figshare hoặc gửi lưu trữ dưới dạng tài liệu bổ sung cho tạp chí.Không nên kéo dài để mong người đánh giá thực hiện một đơn giản

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

… nếu không họ có thể không đủ điều kiện để xem lại mã.

---

Trong thực tế đây không phải là thậm chí mong muốn (trái lại, tôi tìm ra cluttering của cran khá phản tác dụng, mặc dù “cran” có “toàn diện” trong tên của nó, tốt nhất là tất cả các nội dung của nó phải ở dạng gói có thể sử dụng đúng, nói cách khác: chất lượng, không phải số lượng).