¿Qué tipos de licencias de código abierto NO están bien para usar internamente en una empresa? [cerrado]

13

Recientemente he aprendido sobre varias herramientas y bibliotecas complementarias de código abierto para Microsoft Visual Studio. Las herramientas solo te ayudan a ser más productivo; las bibliotecas se vincularían a la base del código corporativo.

He enumerado todas estas geniales herramientas y bibliotecas en una hoja de cálculo y analizaré el tipo de licencia en que se encuentra cada una. Hasta ahora, entre mis geniales bibliotecas, veo MIT , BSD , Apache License Version 2.0 . Sin embargo, podría haber más en el futuro.

¿Cómo puedo averiguar (o mejor aún, puede simplemente enumerar) las licencias populares que NO son compatibles con el uso corporativo interno (que no se distribuirán fuera de la empresa)? Y para un agradecimiento adicional, ¿puede decir o señalar una explicación? No soy abogado y leer la letra pequeña de estas licencias me da un dolor de cabeza.

Quiero estar preparado para explicar por qué es correcto usar las licencias permitidas.

    
pregunta toddmo 28.03.2015 - 01:29

3 respuestas

20

En general, las legalidades en las licencias que pueden ocurrir como resultado del uso de software de código abierto se reducen a dos factores:

  1. uso comercial, y
  2. Distribución.

Distribución significa "conferir" software a un tercero fuera de la organización. Como dice que solo usa el software internamente, es probable que los mecanismos legales como "copyleft" (el término utilizado para la parte viral de la licencia GPL) no se apliquen a su organización.

El uso comercial (u otras restricciones arbitrarias) es un asunto diferente. Simplemente lea la licencia detenidamente y determine si alguna de esas restricciones se aplica a su organización. En particular, las licencias permisivas como Apache, MIT y BSD tienen pocas condiciones restrictivas, si las hay; estas licencias son ideales para "uso interno".

Parece que su empresa se muestra reacia a utilizar software de código abierto. Muchas compañías creen que deben poseer completamente su software y otra propiedad intelectual, por lo que tienen políticas que establecen que sus propios desarrolladores deben escribir cada línea de código. Aclarar el significado de las licencias de código abierto no necesariamente cambiará de opinión.

    
respondido por el Robert Harvey 28.03.2015 - 01:52
6

Hay algunas cosas que debe tener en cuenta: primero, los abogados de su empresa pueden obtener una ayuda si utiliza un código de terceros sin preguntarles. Por lo tanto, no debe usar ningún código de terceros sin avisar a su jefe o gerente y obtener su consentimiento. Como dijiste, no eres abogado.

Segundo, uno desagradable: si encuentras un código en Internet y tiene alguna licencia, no sabes de dónde viene. No sabe si la persona que agregó la licencia realmente tenía derecho a hacerlo.

Tercero, para la licencia GPL y el uso interno: las cosas que son para uso interno hoy en día pueden no permanecer para uso interno. Es posible que haya escrito algún software realmente bueno para uso interno, y su compañía podría decidir ganar un poco de dinero vendiéndolo. Y entonces puede que tengas un problema.

    
respondido por el gnasher729 28.03.2015 - 05:31
2

Esto depende mucho del contexto.

Si desea utilizar cualquier software de código abierto, tiene la libertad de hacerlo.

Si desea utilizar cualquier software de código abierto para la base de proyectos internos de la empresa, también puede hacerlo (ya que las licencias más contagiosas, como la gpl, requieren que proporcione el código fuente a petición de todos los que son el código compilado). distribuido a, si es una aplicación interna, entonces esto no es un problema)

Si desea utilizar software de código abierto para la base de un producto, debe seguir cuidadosamente la licencia (involucre a los abogados de la empresa para esto) y si la licencia es infecciosa, es posible que tenga que hacer que su código fuente esté disponible. A todos aquellos que reciben el código compilado. En algunos casos, esto es aceptable (por ejemplo, escribir un producto personalizado para un solo cliente que posee el código fuente de todos modos) en otros no (por ejemplo, un producto que se vende al público en general con una versión "de prueba" disponible para cualquier persona )

Pero para responder a su pregunta directamente, lgpl y gpl están perfectamente bien para uso corporativo interno.

Ya que puedo descargar nedit, o gnu, cambiarlo al contenido de mi corazón sin la necesidad de hacer público mi código, y luego usarlo yo mismo, no hay ninguna diferencia al hacerlo para el uso interno de mi empleador.

    
respondido por el Damian Nikodem 29.03.2015 - 18:38

Lea otras preguntas en las etiquetas