Mojo pasa a ser de código abierto bajo Apache 2.0, las contribuciones siguen cerradas

Modular liberó como código abierto el compilador de Mojo y sus herramientas el 18 de agosto bajo la licencia Apache 2.0 con excepciones de LLVM, colocando la última pieza cerrada del lenguaje en GitHub una semana después del lanzamiento de Mojo 1.0. La trampa para quienes esperan enviar un parche: Modular afirma que todavía no acepta contribuciones al compilador ni a las herramientas, y aspira a empezar «para finales de este año».

Qué se abrió realmente y qué no

La biblioteca estándar de Mojo está abierta desde 2024, junto con lo que el anuncio de Modular describe como cientos de miles de líneas de código de kernel escritas en Mojo. El compilador y las herramientas que lo rodean eran los componentes cerrados restantes, y son los que se movieron esta semana.

Componente	Estado
Biblioteca estándar	Abierta desde 2024, acepta contribuciones
Código de kernel escrito en Mojo	Ya abierto
Compilador	Código publicado el 18 de agosto; contribuciones aún no aceptadas
Herramientas	Código publicado el 18 de agosto; contribuciones aún no aceptadas

La distinción importa más de lo que parece. Publicar el código fuente bajo Apache 2.0 otorga los derechos que hacen que un lenguaje sea seguro para construir una empresa sobre él: uso, modificación, redistribución y una concesión explícita de patentes. Aceptar contribuciones es una cuestión de gobernanza distinta, y Modular le ha puesto una fecha en lugar de dejarla abierta.

Por qué Apache 2.0 en concreto

El anuncio de Modular convierte la elección de la licencia en un argumento explícito: «La licencia Apache 2.0 es el estándar de oro para los lenguajes de programación y los compiladores, porque ofrece una gran flexibilidad para usarse en todo tipo de aplicaciones». La excepción de LLVM que la acompaña es el mismo mecanismo que usa el propio LLVM, y existe para impedir que los términos de la licencia alcancen la salida del compilador, que es lo que la hace utilizable para software propietario construido con la cadena de herramientas.

Ese linaje no es una coincidencia. Mojo fue creado por Chris Lattner, quien, según señala Phoronix, es el arquitecto detrás tanto de LLVM como de Swift, y el lenguaje se apoya en la misma infraestructura de compilación.

La cuestión de Qualcomm

Ambas fuentes señalan que el anuncio llega tras la adquisición de Modular por parte de Qualcomm; Modular ahora se describe a sí misma como una empresa de Qualcomm. Phoronix presenta la apertura del código como inesperada bajo esa luz, y apunta a lo que llama el historial mixto de Qualcomm con el código abierto.

Leído al revés, una publicación bajo Apache 2.0 inmediatamente después de una adquisición es la señal más fuerte que un proyecto de lenguaje adquirido puede enviar sobre su continuidad: la licencia no puede revocarse para el código ya publicado. Queda por demostrar si esa continuidad se extiende a la hoja de ruta y a la ventana de contribución prometida.

Qué significa esto para los desarrolladores

Si evaluaste Mojo antes y te detuviste en el compilador cerrado, esa objeción concreta ya desapareció: puedes leer el compilador, compilarlo, bifurcarlo y distribuir software propietario sobre él sin que una cuestión de licencia penda sobre la cadena de herramientas. Esa es la diferencia entre un lenguaje con el que puedes experimentar y uno que puedes justificar en una evaluación tecnológica.

Lo que no ha cambiado es la vía de contribución. Abrir una incidencia vale la pena; planificar trabajo que dependa de que se integre un parche del compilador, no, hasta que Modular abra esa puerta. Dice que para finales de 2026, así que trata cualquier cosa anterior como un extra y no como un plan.

Dos notas prácticas de la cobertura de Phoronix conviene contrastar con tu propio entorno antes de invertir tiempo. El soporte de plataformas abarca macOS y Linux, con Windows todavía en desarrollo; si tu equipo trabaja ante todo en Windows, la salida es WSL o un contenedor, no herramientas nativas. Y Mojo interopera con Python en ambos sentidos, llamando a Python desde Mojo y a la inversa, que es lo que hace realista una adopción incremental: puedes trasladar una única ruta crítica en lugar de reescribir una base de código para probar el lenguaje.

El número de versión es la otra señal a sopesar. Mojo 1.0 llegó apenas una semana antes de esta publicación, y Modular lo acompaña de un compromiso de estabilidad del código fuente: el punto en el que un lenguaje deja de moverse bajo tus pies entre versiones. Para quienes llevaban tiempo esperando a que Mojo dejara de ser un experimento antes de dedicarle tiempo real de ingeniería, la etiqueta 1.0 más un compilador bajo Apache 2.0 es la combinación que faltaba.