La licencia MIT es una licencia de software libre permisiva: permite usar, copiar, modificar, fusionar, publicar, distribuir, sublicenciar y vender el código, incluso dentro de un producto cerrado. La única condición es incluir el aviso de copyright y el texto de la licencia en todas las copias. Es la licencia más usada en GitHub y en el ecosistema de JavaScript.
El texto completo cabe en una pantalla
Esa es buena parte de su éxito. La licencia tiene tres párrafos:
- El permiso. Cualquier persona que obtenga una copia puede hacer con el software lo que quiera, “sin restricción”.
- La condición. El aviso de copyright y el aviso de permiso deben incluirse en todas las copias o partes sustanciales del software.
- La renuncia de garantía. El software se entrega “tal cual”, sin garantía de ningún tipo, y los autores no responden por daños.
Su nombre viene del Instituto Tecnológico de Massachusetts, donde se usó desde fines de los años ochenta. Existen variantes con pequeñas diferencias (la llamada “X11” agrega una cláusula sobre el uso del nombre de los autores), pero cuando alguien dice “MIT” se refiere casi siempre a la versión que la Open Source Initiative publica como MIT en la lista SPDX.
Qué puedes hacer con código MIT
- Usarlo en un producto comercial y cobrar por él.
- Modificarlo y no publicar tus cambios.
- Incluirlo en un programa con otra licencia, abierta o cerrada.
- Relicenciar tu versión modificada bajo otros términos, siempre que el código original conserve su aviso.
Qué tienes que hacer
Solo una cosa: conservar el aviso de copyright y el texto de la licencia. En la práctica:
- Si distribuyes el código fuente, deja intacto el archivo
LICENSEo el encabezado del archivo. - Si distribuyes un binario o una aplicación, incluye los avisos en algún lugar accesible: un archivo de terceros (
THIRD_PARTY_NOTICES), una pantalla “Acerca de” o la documentación. Las aplicaciones móviles y los programas de escritorio suelen tener una sección de “licencias de código abierto” justamente para esto.
Olvidar el aviso es el incumplimiento más común de la licencia MIT, y el más fácil de evitar.
Lo que la licencia MIT no dice
No menciona patentes. A diferencia de Apache 2.0, no incluye una licencia explícita de patentes. Muchos abogados sostienen que el permiso amplio de la MIT cubre implícitamente las patentes del autor sobre ese código, pero no está escrito. Para proyectos en sectores con muchas patentes, las empresas suelen preferir Apache 2.0.
No obliga a compartir mejoras. Quien toma tu código puede cerrarlo y no devolver nada. Si eso te molesta, la licencia que buscas es copyleft, como la GPL.
No cubre marcas. El nombre y el logo de un proyecto se rigen por el derecho de marcas, no por la licencia del código.
Cuándo elegir MIT
Conviene cuando lo que más te importa es que el código se use mucho:
- Bibliotecas y herramientas que quieres que adopten empresas sin pasar por su área legal.
- Ejemplos, plantillas y código de aprendizaje, donde cualquier condición extra estorba.
- Proyectos personales en los que no te interesa controlar qué hacen otros con el código.
No conviene si quieres que las mejoras vuelvan a la comunidad, o si trabajas en un área donde te preocupa que alguien use patentes contra los usuarios del proyecto.
Cómo aplicarla a tu proyecto
- Crea un archivo
LICENSEen la raíz del repositorio con el texto de la licencia. GitHub y GitLab ofrecen la plantilla al crear el archivo. - Reemplaza el año y el nombre del titular:
Copyright (c) 2026 Tu Nombre. - Opcionalmente, agrega a cada archivo de código el identificador SPDX en un comentario:
// SPDX-License-Identifier: MIT- Declara la licencia en el archivo de paquete (
"license": "MIT"enpackage.json,license = "MIT"enpyproject.toml), para que las herramientas la detecten.
MIT frente a otras licencias
| MIT | Apache 2.0 | GPL v3 | |
|---|---|---|---|
| Uso comercial | Sí | Sí | Sí |
| Permite cerrar el código derivado | Sí | Sí | No |
| Licencia explícita de patentes | No | Sí | Sí |
| Exige conservar avisos | Sí | Sí, más el archivo NOTICE | Sí |
| Exige publicar el código al distribuir | No | No | Sí |
Si estás decidiendo entre varias, la guía qué licencia elegir para tu proyecto lo ordena por objetivos.
Preguntas frecuentes
¿Puedo usar código con licencia MIT en un producto comercial cerrado? Sí. La licencia MIT permite usar, modificar y vender el código dentro de un producto cerrado, con la única condición de incluir el aviso de copyright y el texto de la licencia.
¿Tengo que publicar los cambios que hago a un código MIT? No. La licencia MIT no obliga a compartir las modificaciones. Si quieres que las mejoras vuelvan a la comunidad, necesitas una licencia copyleft.
¿Qué diferencia hay entre la licencia MIT y Apache 2.0? Apache 2.0 incluye una licencia explícita de patentes y exige conservar el archivo NOTICE, mientras que la MIT no menciona patentes. Las dos permiten el uso comercial y cerrar el código derivado.
¿La licencia MIT es una licencia de software libre? Sí. La MIT es una licencia de software libre permisiva y está aprobada por la Open Source Initiative.
¿Dónde pongo el aviso de la licencia MIT en una aplicación? En un lugar accesible para el usuario: un archivo de avisos de terceros, una pantalla “Acerca de” o la documentación. Si distribuyes el código fuente, basta con dejar intacto el archivo LICENSE.
Fuentes
- Texto de la licencia MIT, Open Source Initiative.
- Identificador SPDX
MIT, SPDX License List. - Choose a License: MIT, GitHub.