Durante todo el mes de febrero, la comunidad de desarrolladores del kernel de Linux ha estado envuelta en una serie de discusiones acaloradas sobre la incorporación de Rust en el desarrollo del sistema operativo. La situación ha sido tan intensa que algunos mantenedores clave han optado por renunciar a sus puestos, dejando claro que la división de opiniones en torno a este tema es profunda y significativa.
Ante este panorama de desacuerdos, Linus Torvalds ha intervenido para clarificar su postura y tratar de calmar las aguas. En un mensaje dirigido a la comunidad, Torvalds dejó claro que ningún mantenedor está obligado a aprender, utilizar o siquiera considerar el código escrito en Rust si no lo desea. Según él, aquellos desarrolladores que prefieran continuar trabajando exclusivamente en C pueden hacerlo sin inconvenientes.
Postura de Linus Torvalds
Uno de los puntos de mayor tensión ha sido la resistencia de algunos mantenedores a la integración de Rust en el kernel. En particular, el desarrollador Christoph Hellwig expresó su descontento con la implementación de enlaces en Rust dentro del subsistema DMA, lo que llevó a un extenso intercambio de opiniones en la lista de correo del kernel de Linux. Torvalds respondió directamente a estas objeciones, dejando en claro que la introducción de Rust no es una imposición para ningún desarrollador:
"No tienes que gustarte Rust. No tienes que preocuparte por él. Se ha dejado bastante claro desde el principio que nadie está obligado a aprender de repente un nuevo lenguaje, y quienes desean trabajar exclusivamente con C pueden seguir haciéndolo."
Sin embargo, Torvalds también advirtió que aquellos que elijan no involucrarse en el desarrollo con Rust tampoco tendrán la oportunidad de influir en su evolución ni en la manera en que este código se integra con otros subsistemas del kernel. En otras palabras, los mantenedores que se abstengan de interactuar con Rust no podrán bloquear su adopción, pero tampoco podrán intervenir en su desarrollo.
El conflicto en torno al subsistema DMA
La controversia alcanzó su punto álgido cuando Hellwig intentó bloquear la aprobación de enlaces de Rust en el subsistema DMA, a pesar de que estos cambios no afectaban directamente al código bajo su mantenimiento. Torvalds criticó abiertamente esta actitud, señalando que ningún mantenedor puede decidir unilateralmente sobre el uso de una tecnología en todo el kernel. En su respuesta, explicó que el código en cuestión estaba en un subdirectorio separado y no modificaba la capa de DMA en absoluto:
"El hecho es que la solicitud de extracción a la que te opusiste NO TOCÓ EL DMA CAPA EN ABSOLUTO. Literalmente era solo otro usuario, en una situación completamente separada, en un subdirectorio distinto, que no cambió el código que mantienes de ninguna manera."
Torvalds dejó en claro que cada mantenedor es responsable únicamente de su código y que su autoridad no se extiende a decidir qué tecnologías pueden ser utilizadas en el kernel en su conjunto. Según él, bloquear la implementación de Rust simplemente por una preferencia personal es equivalente a deshabilitar características importantes solo porque a un desarrollador no le gustan.
División de responsabilidades y el futuro de Rust en el kernel
La visión de Torvalds sobre el futuro de Rust en el kernel es clara: aquellos desarrolladores que quieran involucrarse en su desarrollo podrán hacerlo y tendrán influencia en su evolución. Por otro lado, quienes prefieran centrarse únicamente en C tendrán la libertad de hacerlo, pero sin poder intervenir en la integración de Rust.
Este enfoque establece una clara separación de responsabilidades. Los desarrolladores interesados en Rust podrán trabajar en su implementación, influir en la construcción de enlaces y contribuir al mantenimiento de las interfaces necesarias. Mientras tanto, aquellos que opten por mantenerse al margen estarán protegidos de los problemas asociados con el nuevo lenguaje, pero también se verán excluidos de su evolución.
En definitiva, Torvalds ha dejado claro que Rust es una opción, no una imposición, dentro del desarrollo del kernel de Linux. Sin embargo, también ha enfatizado que la resistencia a su adopción no puede convertirse en una barrera que impida su integración. Con esta postura, busca mantener el equilibrio en la comunidad y permitir que el desarrollo del kernel continúe avanzando sin enfrentamientos innecesarios.
Añadir comentario
Comentarios