🔥 Polémica
Oracle prohíbe código de IA en OpenJDK — mientras Larry Ellison apuesta todo a la IA
Oracle prohíbe código de IA en OpenJDK — mientras Larry Ellison apuesta todo a la IA
Oracle acaba de prohibir que cualquiera envíe código generado por inteligencia artificial a OpenJDK, el proyecto de código abierto que mantiene vivo a Java. Mientras tanto, Larry Ellison —el mismo que está invirtiendo miles de millones en centros de datos de IA— dice que su propia empresa usa IA para escribir código internamente. La hipocresía alcanza niveles que ni el mejor programador podría depurar.
Según un reporte de The Register, Oracle publicó una política que prohíbe explícitamente contribuciones generadas por LLMs a OpenJDK. Todas las pull requests deben ser escritas enteramente por humanos. No asistentes de código, no Copilot, no nada. Si tu código huele a IA, lo rechazan.
La doble moral de Ellison
Esto viene de la misma empresa cuyo CEO ha declarado públicamente que "Oracle no está escribiendo su propio código" — confesando abiertamente que usan IA para generar software interno. Ellison ha apostado miles de millones en infraestructura de IA, construyendo centros de datos masivos y eliminando puestos de trabajo para reemplazarlos con herramientas de inteligencia artificial.
En otras palabras: la IA es perfecta para generar código que se queda dentro de Oracle, pero es peligrosa e inaceptable cuando se comparte con el mundo abierto. ¿La lógica? Que los empleados de Oracle "supuestamente revisan mejor" su código generado por IA. Los contribuidores de open source, aparentemente, no merecen la misma confianza.
¿Qué significa esto para Java y el ecosistema open source?
OpenJDK no es cualquier proyecto. Es el corazón de Java — el lenguaje que alimenta una parte significativa de la infraestructura tecnológica global desde hace dos décadas. Bancos, hospitales, gobiernos, startups: todos dependen de Java. Y OpenJDK es mantenido por una comunidad global de desarrolladores que contribuyen voluntariamente.
La nueva política crea un precedente peligroso: ¿quién verifica que el código sea "humano"? ¿Van a usar herramientas de detección de IA? Porque esas herramientas son conocidamente imprecisas. ¿Y qué pasa con herramientas como Cursor que mezclan sugerencias humanas con generación asistida? ¿Dónde está la línea?
La comunidad reacciona con incredulidad
En Hacker News, donde el post acumuló más de 130 puntos y 80 comentarios, la reacción fue de pura incredulidad. Un usuario señaló: "Sería gracioso si un juez encontrara problemas con el uso de contenido de LLM y obligara a las empresas a publicar su código generado por IA como dominio público."
Otro usuario preguntó: "¿Se consideraría código generado por IA si usas Cursor con autocompletado?" — una pregunta que expone la ambigüedad total de la política. La línea entre "asistente de código" y "generador de código" es tan borrosa que ni los ingenieros de Oracle parecen tener claro dónde empieza y dónde termina.
El problema real: control, no calidad
Vamos a ser directos: esto no se trata de calidad del código. Si Oracle se preocupara por la calidad, no estarían eliminando miles de empleados para reemplazarlos con IA. Lo que realmente quiere Oracle es control.
Al prohibir el código de IA en un proyecto open source, Oracle se asegura de que cualquier contribución tenga una cadena de custodia humana rastreable. En un futuro donde los tribunales podrían declarar que el código generado por IA tiene implicaciones legales sobre propiedad intelectual, tener un registro limpio de contribuciones humanas es un seguro legal enorme.
No es coincidencia que esto llegue justo cuando múltiples países están debatiendo si el código generado por IA puede ser patentado, y cuando hay demandas en curso sobre si los LLMs violaron derechos de autor al entrenarse con código open source.
¿Y los desarrolladores de LATAM?
Si eres un desarrollador en Latinoamérica que contribuye a open source — o que quiere hacerlo — esta noticia te afecta directamente. Muchos devs en la región usan herramientas de IA para acelerar su trabajo, no porque sean perezosos, sino porque las herramientas les dan acceso a conocimiento que antes solo tenían seniors en Silicon Valley.
Si OpenJDK sigue este camino, otros proyectos podrían seguir el ejemplo. Imagina un mundo donde tu contribución a cualquier proyecto open source sea cuestionada porque usaste un autocompletado inteligente. La barrera de entrada para contribuir al código abierto se dispara.
La ironía que nadie puede ignorar
Java ha sobrevivido 30 años precisamente porque la comunidad open source puede contribuir libremente. Ahora, la empresa que más beneficia obtiene de Java quiere cerrar esa puerta — solo para las herramientas de IA. Mientras Ellison construye su imperio de inteligencia artificial sobre los hombros de la comunidad que Java mantuvo viva durante décadas.
Esto es como si un restaurante Michelin prohibiera a los clientes usar cuchillos, pero el chef usara una cortadora industrial en la cocina. La regla es para ti, no para ellos.
Lo más probable es que esta política se mantenga por un tiempo y luego se relaje silenciosamente. Pero el precedente ya está sentado: las empresas grandes pueden usar IA libremente, pero la comunidad open source debe jugar limpio.
¿Crees que Oracle tiene derecho a prohibir el código de IA en un proyecto open source? ¿O es una contradicción inaceptable viniendo de una empresa que apuesta todo a la inteligencia artificial?
Comparte esto si crees que las grandes corporaciones no deberían poner reglas diferentes para ellas mismas y para la comunidad.