GPL软件库

Question

我的公司开发了一个企业数据处理软件框架。为了推动采用率，我们正在考虑将该软件置于GPL之下，这样人们就可以免费试用它，也许还可以购买它的商业版本。

我的问题是，既然GPL是病毒式的，那么公司是否真的发现允许使用GPL的软件库，以便他们可以随意使用它。IT部门通常有开源许可政策来处理GPL吗？人们对GPL软件库的普遍态度是什么？

我很感谢你的建议。

Answer 1

IANAL，但是，AFAIK，只要你不以任何形式重新分发你写的软件，这是GPL的衍生作品，必须将你自己的衍生作品置于GPL之下，你就没有义务；IOW，一家基于你的框架开发自己的内部软件(而不是为第三方编写这样的软件)的公司，不应该关心它是GPL。当然，IT部门是否理解这是另一个问题；-)。

Answer 2

作为一个为小公司做一些软件许可决策的人，我远离GPLed软件。在GPL下，如果你分发衍生作品，它们也必须在GPL下。

也许GPL仍然适合您--如果其他公司不能或不会重新分发您的产品，GPL可能是可以接受的。商业许可选项对于允许重新分发和提供支持都是很好的--管理层喜欢知道软件支持是可用的。

但是，如果你的产品打算当做一个库使用，我仍然会因为GPL的一般法律不确定性而远离它。还有很多其他的选择不会限制我对一个软件所能做的事情；举几个例子，_L_GPL、BSD、麻省理工学院、Apache，当然还有公共领域。

就像我说的，GPL可能适合你，但是当我评估开源软件的使用时，这通常是我过滤掉的第一件事。

Answer 3

由于GPL代码对链接或修改代码的严格限制，许多公司都回避GPL代码，从而加强了原始开发人员要求提供此类代码的权利。由于很容易扩展GPL的自由保护条款所涵盖的代码(例如，仅通过链接和分发)，许多公司对此持谨慎态度。

如果您正在使用GPL代码来处理数据，这将是一个很好的用途。GPL许可证对通过代码发送的数据不做任何操作，只对代码和/或链接到代码的产品进行修改。

许多公司现在实际上都有关于开源许可的政策。大多数公司可能还没有这样做。此外，有许多用户/员工不知道或不支持上述策略，即使它们确实存在。

作为一个数据处理框架，如果有一个前端UI，并且它们不需要链接到您的代码，那么使用GPL版本实际上是可以的。我相信SOAP API，Web交互，数据文件加载和保存，...不会在GPL下产生任何义务。也就是说，如果您不要求它们链接到您的库，那么当您出于试用目的而开放源码时，GPL许可证将不会像您希望的那样保护您。如果您没有社区帮助开发或扩展您的产品，为什么不使用传统的试用许可模型？

脚步要小心，要有礼貌。(可悲的是，由于在第一段中使用了可能具有攻击性的术语，我无意中错过了尊敬的部分)

雅各布