Selector de licencias de código abierto
Contenidos
Históricamente, estos modelos de negocio comenzaron a finales de los 90 y principios de los 2000 como modelos de “doble licencia”, por ejemplo MySQL,[1] y han madurado con el tiempo para incluir muchas variaciones, como se describe en las secciones siguientes. Los modelos de licencia dual pura no son infrecuentes, ya que se ha desarrollado un enfoque comercial más matizado para las empresas de software de código abierto. Muchas de estas variaciones se refieren a un modelo de “núcleo abierto”, donde las empresas desarrollan tanto elementos de software de código abierto como otros elementos de valor para un producto combinado.
Una variedad de enfoques de negocios compatibles con el código abierto han ganado prominencia en los últimos años, como lo ilustra y rastrea el Índice Comercial de Software de Código Abierto (COSSI),[2] una lista de compañías comerciales de código abierto que han alcanzado al menos 100 millones de dólares en ingresos. Algunos ejemplos notables son el núcleo abierto (a veces denominado licencia dual o multilicencia), el software como servicio (no se cobra por el software, sino por las herramientas y la plataforma para consumir el software como servicio, a menudo a través de una suscripción), el freemium, la financiación basada en donaciones, el crowdfunding y el crowdsourcing.
Licencia de código abierto para uso comercial
¡Stack Overflow for Teams se traslada a su propio dominio! Cuando se complete la migración, accederás a tus Teams en stackoverflowteams.com, y ya no aparecerán en la barra lateral izquierda de stackoverflow.com.
Estoy buscando una licencia adecuada para un proyecto de software actual. El proyecto es especial ya que es más bien una plantilla, su objetivo principal es proporcionar una base sólida para el software científico. Por lo tanto, me gustaría proporcionar el código fuente (sólo pequeñas cantidades de código fuente real, la mayoría del proyecto son archivos de configuración para CMake, archivos de configuración YAML para la integración continua, etc.) bajo una licencia que sea muy permisiva.
El flujo de trabajo típico sería clonar el proyecto y adaptarlo, incluyendo el cambio de nombre del proyecto y la modificación de la licencia en LICENSE y (si la hay) en los archivos de código fuente. Por lo tanto, cualquiera debería poder copiar y adaptar el código fuente, utilizarlo para su propio proyecto (comercial o de código abierto), e incluso volver a licenciarlo.
Ahora lo único que me impide CC0’ing el código es que una atribución sería agradable. Sin embargo, no estoy seguro de cómo se define realmente la atribución. Para mí sería suficiente si en algún punto (README o ACKNOWLEDGMENTS para proyectos de código abierto, en la documentación de un software comercial) se menciona el proyecto original.
Explicación de las licencias de código abierto
El término se originó en el contexto del desarrollo de software para designar un enfoque específico para crear programas informáticos. Hoy en día, sin embargo, el “código abierto” designa un conjunto más amplio de valores, lo que llamamos “la manera del código abierto”. Los proyectos, productos o iniciativas de código abierto adoptan y celebran los principios de intercambio abierto, participación colaborativa, creación rápida de prototipos, transparencia, meritocracia y desarrollo orientado a la comunidad.
El “código fuente” es la parte del software que la mayoría de los usuarios no ven nunca; es el código que los programadores pueden manipular para cambiar el funcionamiento de un software, un “programa” o una “aplicación”. Los programadores que tienen acceso al código fuente de un programa informático pueden mejorarlo añadiendo funciones o arreglando las partes que no siempre funcionan correctamente.
Algunos programas tienen un código fuente que sólo puede modificar la persona, el equipo o la organización que lo creó y que mantiene un control exclusivo sobre él. A este tipo de software se le llama “propietario” o “de código cerrado”.
Comparación de licencias de código abierto
La licencia está ligada a un paquete de su proyecto. Cuando adquieras una licencia de proyecto te pediremos que nos proporciones el nombre del paquete en el que crearás una instancia de Engine. Puedes trabajar con la instancia de Engine creada y hacer llamadas a la API de la librería en otros paquetes sin ninguna restricción.
JxBrowser se basa en el proyecto Chromium de código abierto que incluye el código fuente y las bibliotecas escritas por los desarrolladores de la comunidad Chromium. El proyecto también incluye una serie de bibliotecas de terceros de código abierto.
Una de las cuestiones clave que surgen cuando se utiliza un código de fuente abierta en productos comerciales, es el uso permitido del código de fuente abierta, y las posibles restricciones de uso y distribución de las obras basadas en este código de fuente abierta.
Estamos llevando a cabo una revisión periódica de las licencias, asociadas a los componentes de Chromium utilizados por JxBrowser, para asegurarnos de que no hay términos que puedan restringir la distribución comercial de JxBrowser o las aplicaciones de los clientes que lo utilizan. También nos aseguramos de que las licencias que requieren la divulgación del código fuente (como la GPL) no se aplican a JxBrowser o a las aplicaciones basadas en él.