Política de uso de licencias de código abierto permitidas para un trabajo seguro con servicios en línea y bibliotecas Client-Side del catálogo OpenLibs.dev

Desarrollamos nuestras propias aplicaciones web interactivas e interfaces de usuario (UI) sobre soluciones populares de Open Source, sin modificar el código fuente original de las bibliotecas mismas. Controlamos estrictamente la claridad legal de los componentes utilizados, eligiendo solo licencias permisivas seguras. Esto garantiza una seguridad jurídica del 100% tanto para los usuarios de nuestros servicios como para los desarrolladores que utilizan nuestros ejemplos en sus proyectos comerciales.

Para Usuarios Aplicaciones
Para Desarrolladores Bibliotecas

Guía rápida de compatibilidad de licencias

Licencia Estado de admisión Uso comercial Cierre de código propio (UI)
Unlicense Permitido Sí Sí (Completo, sin condiciones)
MIT Permitido Sí Sí (Conservar el copyright)
Apache 2.0 Permitido Sí Sí (Conservar el copyright)
BSD-2-Clause Permitido Sí Sí (Conservar el copyright)
BSD-3-Clause Permitido Sí Sí (Conservar el copyright)
ISC Permitido Sí Sí (Conservar el copyright)
MPL 2.0 Condicional (Seguro) Sí Sí (Si el código del módulo no se modifica)
LGPLv3 Condicional (Seguro) Sí Sí (Con conexión dinámica)
GPLv3 Prohibido Con riesgo No (Requiere abrir todo el sitio web)
AGPLv3 Prohibido Con riesgo No (Copyleft viral completo)
CC-BY-NC Prohibido Con riesgo No aplica (No para comercio)

Preguntas frecuentes sobre licencias

Sí, es 100% seguro. Seleccionamos cuidadosamente las herramientas y nos aseguramos de que se basen exclusivamente en soluciones permisivas (MIT, Apache 2.0, BSD-2-Clause, BSD-3-Clause, ISC, Unlicense) o de copyleft débil (MPL 2.0, LGPLv3). Puede utilizar los ejemplos interactivos en sus desarrollos comerciales y cerrados sin ninguna obligación oculta.

La licencia MPL 2.0 requiere la apertura del código solo si modifica los archivos fuente de la propia librería. Como desarrollamos interfaces de usuario personalizadas y envolturas (Wrapper UI Layer) sobre las librerías sin tocar su código original, las condiciones de copyleft no se activan. Su código propietario permanece completamente cerrado.

En el software clásico, LGPLv3 requiere el enlace dinámico de la librería para que el usuario pueda reemplazar su versión de forma autónoma. En la web Client-Side, donde el código se compila mediante Bundlers (Vite, Webpack), este límite es legalmente difuso. Sin embargo, el uso en OpenLibs.dev es totalmente seguro: no las integramos en el núcleo, sino que las conectamos como módulos externos totalmente aislados. Dado que el código fuente de la librería no se modifica y su sitio web interactúa con ella exclusivamente a través de una API externa, el efecto copyleft no se extiende a sus propias creaciones; el código comercial del sitio permanece cerrado al 100%.
Client-Side Only Código de cliente seguro sin obligaciones ocultas.

Licencias permisivas (Máxima libertad)

MIT License

Ideal

La licencia más popular en el entorno JS. Permite hacer todo con el código: cambiarlo, venderlo, cerrarlo o integrarlo en software comercial.

Para Client-Side: El desarrollador simplemente deja el aviso de autoría original en el código de su página.
Texto de la licencia MIT

ISC License

Por defecto en npm

El equivalente legal de MIT, pero el texto se ha reducido a un solo párrafo. La licencia básica que genera el comando npm init.

Para Client-Side: Absolutamente segura para aplicaciones web. Sin restricciones excepto la conservación del copyright.
Texto de la licencia ISC

Apache 2.0

Protección de patentes

Permite el uso comercial y el cierre del código, pero protege además a los desarrolladores de disputas de patentes y trolls.

Para Client-Side: Si el código de la librería se modifica directamente en el sitio web, es necesario indicar qué archivos se cambiaron.
Texto de la licencia Apache 2.0

BSD (2/3-Clause)

Seguro

Permite el uso libre, la modificación y la venta. La versión 3-Clause prohíbe específicamente utilizar el nombre del autor de la librería para la publicidad del sitio web.

Para Client-Side: Compatibilidad total con cualquier proyecto front-end comercial.
Texto de la licencia BSD 2-Clause Texto de la licencia BSD 3-Clause

Unlicense / CC0 (Dominio público)

Dominio público

Renuncia completa e incondicional a cualquier derecho de autor en todo el mundo. El código pasa a ser de dominio público.

Para Client-Side: El usuario de nuestro sitio tiene derecho a copiar una función JS, borrar todas las menciones y hacer pasar el código como propio. No hay ninguna restricción.
Texto de la licencia Unlicense

Copyleft seguro (Acuerdo mutuo débil)

MPL 2.0 (Mozilla Public License)

Copyleft por archivo

La licencia protege solo a la librería en sí, pero no al código de la aplicación web que la llama mediante scripts. Excelente para módulos JS aislados.

Para Client-Side: El desarrollador puede usar libremente esta librería JS en su sitio comercial. Pero si modifica el código dentro de los archivos de la librería misma, debe publicar esos archivos modificados en acceso abierto (por ejemplo, hacer un fork en GitHub). El código base del sitio queda protegido y permanece cerrado.
Texto de la licencia MPL 2.0

LGPLv3 (GNU Lesser General Public License)

Conexión dinámica

La licencia requiere que el usuario pueda reemplazar la versión de la librería por su cuenta. En el entorno web esto genera matices legales, pero permanece segura con nuestra arquitectura.

Para Client-Side: Puede usar libremente esta librería en su sitio comercial si la conecta como un módulo externo aislado (vía CDN) o interactúa con su API sin bundling estático con el código principal de su aplicación. Si no cambia el código original de la librería, las condiciones de copyleft no se activan y su código comercial permanece completamente cerrado.
Texto de la licencia LGPLv3

Detalles de la licencia (Doble licencia)

Doble licencia (por ejemplo, MIT / GPLv3)

Seguro al elegir MIT

Algunas librerías JS (como la popular JSZip) se distribuyen bajo dos licencias a la vez. Esto se hace por compatibilidad con grandes proyectos GPL (como WordPress).

Para Client-Side: Tiene el derecho legal de elegir precisamente la licencia MIT. El código de su aplicación web permanecerá privado y cerrado, y las restricciones de GPLv3 no le afectarán.