No hace mucho, el creador de Linux, Linus Torvalds se quejaba de que los desarrolladores hacían uso de la IA para cazar bugs en el kernel y luego no se molestaban en mandare el arreglo, dejando todo el marrón para unos pocos desarrolladores. Ahora, Torvalds abre otro frente contra las correcciones generadas por la inteligencia artificial que llegan tarde pero encima, no arreglan nada importante en Linux.
El asunto, dicho en palabras más claras, es que muchos de estos parches no solucionan nada, y según Torvalds, no tendrían ni que enviarse, ya que cuando el ciclo avanza, los parches no ayudan, sino más bien que atrasan.
Por qué Torvalds está harto de los parches con IA
Torvalds ha admitido que la nueva versión candidata ha salido mucho más grande que las RC5 de costumbre, algo que él mismo da por esperado, aunque sin disimular su mosqueo, ya que, según él, el sobrepeso viene de arreglos triviales que a su juicio no compensa en nada el esfuerzo en un punto tan delicado del desarrollo.
Lo que el creador de Linux es sencillo y bastante razonable, que cada desarrollador revise sus pull requests con lupa y decida si lo que manda arreglar es un problema que es necesario solucionarlo o bien, dejarlo para el próximo ciclo; ya que las herramientas basadas en IA están metiendo bastante ruido en donde el proyecto realmente necesita silencio.
Cabe destacar que este no es un problema nuevo, ya que hemos visto el mismo patrón en otras ocasiones, por ejemplo, cuando una extensión maliciosa de VS Code filtró 3.800 repositorios en GitHub, todo esto pasa por una mala automatización sin criterio, y por supuesto, pasa factura.
¿Cómo funciona el ciclo de lanzamiento del kernel de Linux?
Para aclararnos un poco, un ciclo del kernel de Linux suele encadenar siete candidatas a un lanzamiento antes de la versión final, y solo cuando hay retrasos aparece una octava RC de gracia. Es por eso que Torvalds protesta con el tamaño de la RC5, ya que a estas alturas esperaba calma y se ha topado con lo contrario por la culpa de las herramientas automáticas que disparan los envíos triviales.
Por lo tanto, de aquí en adelante avisa de que será mucho más flexible con esta rotación absurda de cambios en una etapa tan sensible, y cuesta no darle la razón cuando lleva décadas sosteniendo su invento. Además, ya hemos visto que cualquier descuido en esta capa se paga caro, como un ejemplo fue el problema de Dirty Frag que expuso a casi todo Linux desde 2017 y que tardo bastante años en salir a la luz.
Qué correcciones entran esta semana
Dentro de los parches distribuidos esta semana, hay un poco de todo. Arreglos repartidos por todo el sistema de archivos, tarjetas gráficas, gestión de memoria, redes, seguridad y por supuesto, el hardware; todo esto es un abanico que da idea de hasta dónde llegan las RC del kernel. En el apartado del hardware asoman correcciones de errores para la HP Pavilion Plus 14, el módulo ASUS Armoury y el Lenovo Yoga 7 14AGP11, tres equipos de consumo que todos conocemos.
Pero el trasfondo de todo esto me parece más jugoso que el parche en concreto, es decir, cuando un proyecto de este calibre empieza a tragar distribuciones automáticas sin ningún filtro, el cuello de botella deja de ser «escribir el código» y pasa a «revistar el código», que es justamente lo que atrasa. Por lo que entiendo las intenciones de Torvalds en refinar todo ese código y blindarlo de cara a la recta final antes de abrir una puerta a parches; sobre todo ahora que la propia Microsoft ya juega fuerte con su propia distribución Azure Linux 4.0 abierta a todos.
Por el momento solo queda esperar, habrá que ver si el aviso surte efecto o si la marea de la IA puede más que la paciencia del creador de Linux. Si te dedicas a colaborar con el kernel, el mensaje es bastante claro y conviene tomárselo en serio, porque la barra para colar parches menores acaba de subir.