Cese del desarrollo público del compilador C de Kefir

Estado del proyecto y comunidad

• El desarrollo público del compilador C de Kefir está llegando a su fin; el código fuente anterior sigue disponible.
• Parece haber sido un proyecto de una sola persona; sin actualizaciones públicas se lo considera efectivamente “muerto” como software libre y ahora un “juguete” privado, aunque esto se ve como un derecho del autor.
• Técnicamente, se lo elogia como un compilador C pequeño pero correcto, que pasa las pruebas de tortura de GCC y tiene un código fuente bien elaborado.

Motivaciones para poner fin al desarrollo público

• Motivación central: incomodidad porque el trabajo no remunerado beneficia principalmente a empresas que entrenan LLMs, en contra de la intención del autor al usar GPL.
• Algunos comentaristas expresan decisiones similares: dejar de publicar código, arte o escritura debido al scraping y al entrenamiento de IA.
• Otros ven esto como irracional o inconsistente con la realidad de larga data de que el software libre puede usarse comercialmente de maneras que al autor quizá no le gusten.

Impacto de los LLM en el código abierto y las licencias

• Una postura:
  • El entrenamiento de LLM con código GPL/FOSS rompe el “contrato social” de atribución, copyleft y reciprocidad.
  • Se argumenta que los modelos y sus salidas son obras derivadas que eluden las obligaciones de la GPL, tratando de hecho el código como dominio público.
  • Esto reduce los incentivos para publicar y puede empujar el conocimiento hacia “gremios” cerrados.
• Postura opuesta:
  • La GPL regula la redistribución, no el uso; entrenar es solo otra forma de uso.
  • Los modelos almacenan patrones, no copias; las salidas no son automáticamente derivadas salvo que reproduzcan código sustancial de forma literal.
  • El FOSS siempre implicó el riesgo de que otros se beneficien sin devolver nada; los LLM no cambian eso de forma fundamental.
• Se describe como incierto el estado legal; algunos insisten en que la infracción debe demostrarse con ejemplos concretos de código regurgitado.

Confianza, incentivos y la economía creativa

• Varios ven esto como parte de un cambio de un mundo digital de mayor confianza a uno de menor confianza, acelerado por el scraping irrespetuoso y las violaciones de robots.txt.
• Otros sostienen que Internet ha sido de baja confianza durante décadas (spam, moderación, autenticación).
• Preocupación de que el uso generalizado de IA desmotive a los creadores, reduzca el conjunto de trabajos compartidos públicamente y posiblemente afiance los modelos existentes.

Visiones técnicas y filosóficas sobre la programación con IA

• Algunos desarrolladores dicen evitar la IA en proyectos personales y encuentran más alegría y “alma” en el código escrito a mano.
• Otros dicen que los LLM hacen de este “el mejor momento” para escribir software al automatizar tareas mundanas y permitirles centrarse en el diseño de nivel superior.
• Debate sobre la creatividad:
  • Los críticos llaman al resultado de los LLM intrínsecamente derivativo y temen la estancación o la autorrepetición.
  • Los partidarios señalan que la mayoría de los desarrolladores ya reutilizaban patrones y Stack Overflow; la novedad real siempre fue rara.

Mitigaciones e ideas de política

• Defensas prácticas: poner los sitios detrás de autenticación, exigir correo electrónico para acceder, limitar la velocidad de los bots.
• Sugerencia de política: un régimen de “el remitente/iniciador paga” para solicitudes automatizadas no solicitadas, modelado a partir de la ley anti-spam-fax; los críticos dudan de su aplicabilidad y sugieren que harían falta sanciones fuertes.
• Algunos presentan a los LLM como una verdadera realización del ideal del código abierto —si, y solo si, los modelos siguen siendo ampliamente accesibles y no cerrados.