在公司内部不能使用哪些类型的开源许可证？[关闭]

最近，我了解了一些针对Microsoft Visual Studio的很棒的开源附加工具和库。这些工具可以帮助您提高生产力。库将链接到公司代码库。

我已经在电子表格中列出了所有这些很酷的工具和库，并且我将逐一列出每个许可证所依据的许可证类型。到目前为止，在很酷的库中，我看到了MIT，BSD和Apache License Version 2.0。但是，将来可能还会有更多。

我如何找出（或者更好的是，您可以列出）与公司内部使用不兼容（不向公司外部分发）的流行许可证？还要谢谢您，您能否说或指出一个解释。我不是律师，阅读这些许可证的精美字样让我感到头疼。

我想准备解释为什么可以使用允许的许可证。

通常，由于使用开放源代码软件而导致的许可合法性可归结为两个因素：

1. 商业用途，以及
2. 分配。

分发是指将软件“授予”组织外部的第三方。由于您说的是仅在内部使用该软件，因此诸如“ copyleft”（用于GPL许可证的病毒部分的术语）之类的法律机制可能不适用于您的组织。

商业用途（或其他任意限制）是另一回事。只需仔细阅读许可，然后确定其中任何限制是否适用于您的组织。特别是，诸如Apache，MIT和BSD之类的许可许可证几乎没有限制性条件；这些许可证是“内部使用”的理想选择。

听起来您的公司不愿使用开源软件。许多公司认为他们必须完全拥有自己的软件和其他知识产权，因此他们制定的政策规定自己的开发人员必须编写每行代码。澄清开源许可证的含义并不一定会改变主意。

有一些事情需要注意：首先，如果您使用第三方代码而不询问他们，您的公司律师可能会很合适。因此，在未告知老板或经理并征得其同意之前，您不应使用任何第三方代码。如您所说，您不是律师。

其次，一个令人讨厌的代码：如果您在互联网上找到代码，并且该代码具有一定的许可证，则您不知道它的来源。您不知道添加许可证的人是否实际上有权这样做。

第三，用于GPL许可和内部使用：今天供内部使用的东西可能不会留作内部使用。您可能已经编写了一些非常好的软件供内部使用，并且您的公司可能决定通过出售该软件来赚钱。然后您可能会遇到问题。

这在很大程度上取决于上下文。

如果您想使用任何开源软件，则可以自由使用。

如果您想使用任何开源软件作为公司内部项目的基础，那么您也可以自由使用（由于gpl等更具传染性的许可证要求您根据要求向所有分发编译后代码的人提供源代码，如果是内部应用程序，那么这不是问题）

如果您要使用开放源代码软件作为产品的基础，则必须认真遵守许可协议（为此请公司的律师参与），如果许可协议具有感染力，则可能必须使所有这些人都可以使用源代码。谁收到编译后的代码。在某些情况下，这是可以接受的（例如，为拥有源代码的单个客户编写定制产品），而在其他情况下，这是可以接受的（例如，出售给公众并具有“试用”版本的产品） ）

但是直接回答您的问题lgpl和gpl非常适合公司内部使用。

由于我可以下载nedit或gnu，因此无需公开我的代码即可将其更改为我喜欢的内容，然后自己使用它，因为雇主自己内部使用，所以这样做与我没有区别。