Permisos, condiciones y limitaciones de un vistazo
Condiciones
- Aviso de copyright y licenciaAl distribuir hay que incluir una copia de la licencia y el aviso de copyright.
Limitaciones
- Limitación de responsabilidadIndica expresamente que no se asume responsabilidad por daños.
- Sin garantíaIndica expresamente que no ofrece ninguna garantía.
Fuente de la clasificación de permisos, condiciones y limitaciones: datos de choosealicense.com (GitHub, licencia MIT).
Qué es esta licencia
La licencia MIT es una licencia permisiva (permissive) originada en el Instituto Tecnológico de Massachusetts (MIT). Su texto tiene solo tres párrafos, es fácil de leer y permite usar, copiar, modificar, fusionar, publicar, distribuir, sublicenciar y vender. Solo tiene una condición: incluir el aviso de copyright y este aviso de permiso en todas las copias o partes sustanciales del software. El último párrafo es la exención de responsabilidad: el software se ofrece 'tal cual (AS IS)', sin ninguna garantía y sin responsabilidad por daños.
Se considera la licencia más usada en los repositorios públicos de GitHub, y proyectos conocidos como Node.js, Ruby on Rails, jQuery o React usan MIT. React es también un caso famoso por pasar en 2017 de la combinación 'BSD + patentes' a MIT.
Qué hay que cumplir al distribuir
- Incluir el aviso de copyright original (
Copyright (c) año titular) y el texto de permiso completo. - Aunque solo distribuyas binarios, la obligación de aviso no desaparece. Normalmente se incluye en la pantalla de 'licencias de código abierto' de la aplicación, en el manual o en un archivo de texto distribuido junto con ella.
- No hay obligación de publicar el código, indicar los cambios ni mantener la misma licencia. Puedes modificar código MIT e incluirlo en un producto comercial cerrado.
Cómo aplicarla
Crea un archivo LICENSE (o LICENSE.txt, LICENSE.md) en la raíz del repositorio con el texto y sustituye [year] por el año y [fullname] por el titular. El generador de este sitio lo hace por ti. Si además indicas la licencia en los metadatos del gestor de paquetes (como "license": "MIT" en package.json) y pones SPDX-License-Identifier: MIT en la cabecera de los archivos fuente, las herramientas reconocerán la licencia automáticamente.
Malentendidos frecuentes
- "MIT no tiene ninguna condición" — Tiene obligación de aviso. Las que no tienen ninguna condición son 0BSD, Unlicense y CC0.
- "Si uso código MIT, mi código también tiene que ser MIT" — No. Basta con conservar el aviso de la parte incorporada; el producto completo puede distribuirse con cualquier licencia (incluso cerrada).
- "No hay que preocuparse en absoluto por las patentes" — El texto de MIT no tiene ninguna cláusula explícita sobre patentes. Muchos opinan que existe una licencia implícita, pero si necesitas una licencia de patentes explícita, valora Apache-2.0.
- "Si lo publico con MIT, se puede usar el nombre en publicidad" — La licencia es solo un permiso sobre el copyright; no concede derechos de uso de marcas ni nombres.
Cuándo encaja
Encaja muy bien en bibliotecas, pequeñas utilidades y código de ejemplo que se quiere que use la mayor cantidad de gente sin restricciones. Es fácil de adoptar para las empresas y puede incluirse en proyectos con casi cualquier otra licencia (incluida la GPL), por lo que es de las que tienen mayor compatibilidad en el ecosistema. En los ecosistemas de Rust y JavaScript también es habitual publicar con la licencia dual MIT OR Apache-2.0 para cubrir las patentes (guía de licencia dual).
¿Puedo incluir código MIT en otro proyecto?
Resultado general al tomar código publicado bajo esta licencia y distribuirlo combinado en un proyecto con cada una de las licencias siguientes. Ver otras combinaciones en el comprobador de compatibilidad →
| Proyecto de destino | Resultado | Nota |
|---|---|---|
| Software privativo (comercial) | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| Apache-2.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| MPL-2.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| LGPL-2.1 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| LGPL-3.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| GPL-2.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| GPL-3.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
| AGPL-3.0 | Sí | Debes incluir el aviso de copyright original y el texto de la licencia. |
El contenido de este sitio es información general y no constituye asesoramiento jurídico. Para decisiones reales de distribución, contratos o litigios, consulta con un abogado u otro profesional.