开源完全低估了贡献者许可协议

Reddit的/ r / ProgrammerHumor最近已将我们视为这种政治上不正确且相当幼稚的开源小家伙



显然,就像大多数关于reddit的“讨论”,尤其是那些有关开源的讨论一样,事情Swift变得非常严重,人们指的是Richard Stallman,这些批评是多么幼稚和不成熟,以及我们的行业怎么了?

让我们不要研究无用的争论,而让我们再看一下开源中的一个实际问题:

两种开源

实质上有两种类型的开源:

  • 业余爱好者的开源
  • 专业开源
业余爱好者的开源

业余爱好者的开放源代码项目是一些工程师/黑客/脚本小子等的怪异副业。他们喜欢尝试1-2项事情,并希望“公众”评论/使用/从他们的工作中获利。 他们通常对金钱/名望/奖励不感兴趣。 他们只是为了好玩而已。 大多数情况下,他们还会选择有趣的许可证,例如“啤酒许可证” 。 没有错。

专业开源

专业开源可能会从上述内容演变而来( 在我们的案例中 ),或者可能从一开始就被视为专业开源(例如大多数ApacheRed HatOracle项目)。 在进行专业的开源时,选择正确的许可证至关重要,因为几乎不可能再次更改该许可证。 为什么? 因为所有贡献者都按照原始许可的条款有效地拥有其贡献的版权,或更糟的是根据自己的条款

如果您要选择ASL 2.0之许可证,那么问题就不大了,该许可证还可以在第5节中管理贡献(以及贡献以外的任何商标,专利):

5.提交文稿。 除非您另有明确说明,否则您有意提交给许可人的包括在作品中的任何贡献均应遵守本许可的条款和条件,没有任何其他条款或条件。 尽管有上述规定,本文中的任何内容都不能取代或修改您可能与许可方签署的有关此类贡献的任何单独许可协议的条款。

但是,未经所有贡献者的明确许可,您仍不得将许可形式ASL 2.0更改为其他任何形式(例如GPL或商业)。 至少不是针对贡献的代码。

使用CLA管理捐款限制

Data Geekery ,我们希望完全控制源代码维护以及版权。 我们非常重视版权,这就是为什么我们通过CLA(贡献者许可协议)购买/内化了贡献者的所有基本贡献的原因。 这使我们能够继续按照ASL 2.0 更严格的商业许可条款发布jOOQ代码。

实际上,很少有开源项目/平台能够做到这一点。 其中最著名的是

如果您对自己的开源项目很认真,也请认真对待尽职调查。 版权不是一种选择,您必须做到这一点,这也要符合您的客户/用户的最佳利益。 如果您不同意与贡献者的贡献者许可条款(例如,通过在GitHub存储库中盲目合并各种拉取请求),您将:

  • 永远限制自己使用当前许可证
  • …这包括无法双重许可您的软件
  • …这包括无法商业许可您的软件
  • ……这可能包括以后不得不支付版税的风险(不适用于ASL 2.0)
  • …这可能包括您的用户以后不得不支付版税的风险(不适用于ASL 2.0)

GitHub上的CLA

GitHub已成为全球开放源代码项目的第一代托管服务。 但是,许多项目都没有获得正确的许可。 尽管GitHub提供了一种为存储库指定流行许可证的简单方法,但目前尚无简便方法可让您的贡献者签署CLA。

我最近在Twitter上与Assaf ArkinStefan Tilkov进行了简短的讨论:

我们都同意,在大多数情况下,当前无法正确处理此问题。 因此,我向GitHub发送了功能请求:

我想启用一个复选框,所有贡献者都必须选中(在阅读文档之后),以确认他们遵守贡献条款。 创建新存储库时,您已经具有与许可证类似的功能,这很棒。 但是许多人不可避免地会遇到尽职调查案件,因为他们只是盲目地合并任何人提供的所有拉取请求。 因此,从中选择几个默认文本将很有用,并且有可能创建我们自己的文本。

现在,我正在通过电子邮件发送PDF以供签名。 我还没有想到过Google文档,这是个好主意。

灵感来源之一是Eclipse Foundation,它具有集成到BugZilla中的全自动CLA流程。 如果用户提交了补丁程序,则可以立即查看他们是否已经签署了Eclipse Foundation CLA。

我认为这将是GitHub的杀手级功能,至少对于更专业的OSS存储库而言。

该功能请求在GitHub支持下广受欢迎。 如果您认为这是个好主意,请也向他们发送一些爱意。 最终做到这一点真是太好了。

结论

如果您是开放源代码软件的用户,请当心以上内容。 不要仅仅将您在互联网上偶然发现的任何怪异脚本/工具集成到公司的企业软件中。 这样做会使您的雇主面临巨大的法律风险。 开源并非借口假装一切都是免费的(收费义务)。 它与其他任何事物一样定义明确。 我们不能这么说:

集成第三方软件时,请明智选择。 即使是开源的

翻译自: https://www.javacodegeeks.com/2014/04/open-source-completely-underestimates-contributor-license-agreements.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值