学术界有关代码发布和开源开发的政策


11

介绍

首先,让我陈述一些关于此事的矛盾断言,以说明问题所在。

我个人希望在开发的每个阶段都开放我的代码,因为

  • 其他人将看到并利用我在做什么
  • 我也喜欢重用现有代码
  • 第三方可以贡献
  • 公众在资助我,所以公众有权看到

但是我老板说

  • 他需要批准以他的名字(或研究所的名字)公开的事物,并且他不能批准每一步
  • 有有关机构知识产权的指导方针

和我的同事说

  • 其他人会来偷我未发表的想法
  • 我的实验代码对其他人没有多大用处

问题

为了在我的实验室中提出代码发布和开源开发的蓝图,我们想提出以下问题。

  1. 已经有这样一个指南,涵盖学术界开放软件的重要问题吗?
  2. 此类指南必须包含哪些问题?
  3. 您认为实施和使用该指南的正确方法是什么?

备注

信用,可复制性,代码文档以及发布位置等问题,我们希望在单独的指南中解决。


3
这是哪个国家 美国的某些NSF赠款要求开源采购在其下开发的软件(尽管它们可能未指定时间表)。
比尔·巴特

1
是德国。但是该指南仅供一般使用。如果需要开源开发该如何进行。除非有特别的要求,否则……
2014年

2
我不认为这是题外话,但是Academia SE中也有一些类似的主题。示例1 2 3
nicoguaro

我会看看这个。我还要求制作此社区Wiki。这样所有人都可以收集和贡献。
2014年

1
您最好找到并阅读有关知识产权的机构政策。您的老板可能至少部分正确地认为该机构希望有机会检查专利或版权的新发展。如果是这样,您将需要找到一种在这些策略内工作的方法。
Brian Borchers

Answers:


3

我们收集了同事和部门负责人的法律和个人问题,并编写了

  • 定义软件发布的形式,内容和范围
  • 命名开发者
  • 解决实验室内的竞争利益
  • 可以由部门负责人签名

无论是最终版本还是开放源代码开发,都可以对软件发布进行一般性但定义明确的批准。

请参阅此gitlab页面以下载文档和tex源代码。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.