open-source - 为图书馆选择开源许可证

Question

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想改善这个问题吗？更新问题，以使 为 on-topic。

5年前关闭。



Improve this question





我在考虑为我的项目选择好的开源许可证。我有一些要求，但是我很难选择许可证，因为阅读了其中一些不同的内容。

该项目是一个Java项目，可以为水肺潜水计算减压方案。我希望这个项目是开源的，因为错误的解压缩方案可能会致命。因此，对算法和源代码的反馈对我很重要。我没有制定自己的算法，但是使用了在1个Java库中实现的各种开源算法。

我的要求是：


我和该项目的其他贡献者都不希望由于代码中的错误，错误使用代码或导致错误的解压缩方案的任何其他方式而对错误的计算解压缩方案负责。
该库应该可以在我计划构建的网站上使用，而无需发布网站的服务器端代码。
不允许从图书馆本身中牟利。甚至没有更改或重新发布库。但是，我不介意人们是否利用图书馆出售程序。
如果人们更改了代码，则应强迫他们使用开源许可证重新发布该库（可选要求）。


我希望对许可证有更多了解的人可以帮助我。

最佳答案

好吧，我马上注意到了几件事。

首先，您谈论需要能够使用自己的代码执行操作。如果您是版权所有者，则可以使用自己的代码执行几乎所有该做的事。许可证是给其他人的，而不是给你的。

同样，对于任何其他人可能会对代码造成的后果不承担任何责任，这与任何许可几乎都是样板。

话虽如此，但我发现在我的工作中，仅需使用3种不同的许可证即可，这取决于我的需要。

完整的GPL

优点：


没有人能拥有任何专有的代码（无需向我索要许可证）。他们仍然可以使用它并向人员收取费用，但是由于他们必须对结果GPL进行许可，所以这并不是特别实用。原因是他们的任何用户都可以放弃他们喜欢的所有免费副本。
任何人都可以使用源代码，所以我可能不必查找并修复每个该死的错误并自己编写每个新功能。


缺点：


没有任何代码可在适当的应用程序中使用


我通常将其用于独立应用程序。

具有链接异常的GPL

基本上就是这个意思。 GPL，但仅与代码链接（或包含）的例外不会呈现整个结果GPL。这是an example from the Classpath library。

优点：


没有人能够拥有自己专有的代码。
该代码可以在专有产品中使用，而无需使整个封闭源产品都开源。只有获得GPL许可的产品才能保留GPL。


缺点：


该设施本身永远无法扩展为专有设施。一般来说，这是我书中的加号，但确实阻止了某些人使用它。


我通常将其用于辅助工具和API。

公共区域

这意味着任何人都可以使用此代码做任何喜欢的事情，包括进行微小的调整，对其打上自己的版权并将其称为自己的版权。

优点：


任何人都可以随意使用它。


缺点：


专有软件销售商无法防止代码被“窃取”。
在可能的司法辖区不可能这样做（据我所知，宽松的BSD可能是一个不错的选择）。


当我发布不完整的东西而我真的希望别人接管时，或者发布应该作为标准库的参考实现的东西时，我会使用它。

现在，在像您这样的情况下，我将要做的是：


将GPL与库的链接例外一起使用。这样一来，每个人（包括您在内）都可以在专有应用程序中使用该库，但是该库本身将始终保持免费。
使用GPL，并坚持将他人的贡献分配给您。这使您拥有使用其他人的贡献来制作自己的专有应用程序的全部权利，并且不允许其他任何人（包括那些贡献者）拥有相同的权利。 Kinda在我的书中很俗气，可能会阻止外界的贡献。但是，只有最成功的自由软件项目才能获得任何外部贡献者。因此，损失可能不会那么大。




最近引起我注意的是，布鲁斯·佩伦斯（布鲁斯·佩伦斯（OSI的创始人之一））实际上在一年前发表了一篇博客文章，使the exact same point成为现实。不过，他选择了两个与我后两个不同的许可证。他选择LGPL作为中间许可证，我认为这是他的错误。但是，他为后一个许可证选择了Apache License 2.0，我认为他可能对此有一点看法。在直接的Public Domain上使用Apache的好处是可以更好地保护您免受专利诉讼的侵害。这不是我真正要担心的可怜的事情，但是您的公司完全是另一回事。

关于open-source - 为图书馆选择开源许可证，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4563160/

上一篇：arrays - 我怎样才能得到数组中的位置数(AS3)？

下一篇：Xcode 4.5 构 build 备 IOS 5.1

相关文章：

c++ - C/C++ h264或ON VP6开源视频编码器

azure - 如果我有 Azure 订阅，是否需要 Windows 服务器许可证？

c++ - 在 C++ 应用程序的许可证基础上管理功能

java - 用 Java 显示奇特的方程式

open-source - 开源隐形 reCAPTCHA 替代品

iphone - 开源 GPS 应用程序？

performance - 测量 Web 应用程序性能(压力测试)和带宽要求

licensing - 在论文中使用一些示例代码/其他人的代码

python - ActiveState 对公司的限制？

pdf - 在 PDF 中嵌入 Apache 2 许可下的字体 - 允许吗？

Answer 1

好吧，我马上注意到了几件事。

首先，您谈论需要能够使用自己的代码执行操作。如果您是版权所有者，则可以使用自己的代码执行几乎所有该做的事。许可证是给其他人的，而不是给你的。

同样，对于任何其他人可能会对代码造成的后果不承担任何责任，这与任何许可几乎都是样板。

话虽如此，但我发现在我的工作中，仅需使用3种不同的许可证即可，这取决于我的需要。

完整的GPL

优点：


没有人能拥有任何专有的代码（无需向我索要许可证）。他们仍然可以使用它并向人员收取费用，但是由于他们必须对结果GPL进行许可，所以这并不是特别实用。原因是他们的任何用户都可以放弃他们喜欢的所有免费副本。
任何人都可以使用源代码，所以我可能不必查找并修复每个该死的错误并自己编写每个新功能。


缺点：


没有任何代码可在适当的应用程序中使用


我通常将其用于独立应用程序。

具有链接异常的GPL

基本上就是这个意思。 GPL，但仅与代码链接（或包含）的例外不会呈现整个结果GPL。这是an example from the Classpath library。

优点：


没有人能够拥有自己专有的代码。
该代码可以在专有产品中使用，而无需使整个封闭源产品都开源。只有获得GPL许可的产品才能保留GPL。


缺点：


该设施本身永远无法扩展为专有设施。一般来说，这是我书中的加号，但确实阻止了某些人使用它。


我通常将其用于辅助工具和API。

公共区域

这意味着任何人都可以使用此代码做任何喜欢的事情，包括进行微小的调整，对其打上自己的版权并将其称为自己的版权。

优点：


任何人都可以随意使用它。


缺点：


专有软件销售商无法防止代码被“窃取”。
在可能的司法辖区不可能这样做（据我所知，宽松的BSD可能是一个不错的选择）。


当我发布不完整的东西而我真的希望别人接管时，或者发布应该作为标准库的参考实现的东西时，我会使用它。

现在，在像您这样的情况下，我将要做的是：


将GPL与库的链接例外一起使用。这样一来，每个人（包括您在内）都可以在专有应用程序中使用该库，但是该库本身将始终保持免费。
使用GPL，并坚持将他人的贡献分配给您。这使您拥有使用其他人的贡献来制作自己的专有应用程序的全部权利，并且不允许其他任何人（包括那些贡献者）拥有相同的权利。 Kinda在我的书中很俗气，可能会阻止外界的贡献。但是，只有最成功的自由软件项目才能获得任何外部贡献者。因此，损失可能不会那么大。




最近引起我注意的是，布鲁斯·佩伦斯（布鲁斯·佩伦斯（OSI的创始人之一））实际上在一年前发表了一篇博客文章，使the exact same point成为现实。不过，他选择了两个与我后两个不同的许可证。他选择LGPL作为中间许可证，我认为这是他的错误。但是，他为后一个许可证选择了Apache License 2.0，我认为他可能对此有一点看法。在直接的Public Domain上使用Apache的好处是可以更好地保护您免受专利诉讼的侵害。这不是我真正要担心的可怜的事情，但是您的公司完全是另一回事。