Wedson Almeida Filho , mainteneur du projet Rust for Linux, a récemment annoncé sa démission, citant "non-sens non technique" comme raison de son départ.

Cette décision suit un modèle d'hostilité de certains développeurs de noyau Linux vers l'intégration du langage de programmation de la rouille dans le noyau Linux.

La démission de Filho a été annoncée via la liste de diffusion du noyau Linux . Dans l'e-mail, Filho a exprimé sa gratitude envers l'équipe Rust pour Linux, mais a déclaré qu'il n'avait plus l'énergie pour faire face à la négativité entourant le projet.

Il a conclu son message en disant que même s'il croit que les langues en matière de mémoire comme Rust sont l'avenir du développement du noyau , il craint que si Linux ne l'embrasse pas, un autre noyau finira par le remplacer.

Voici le courrier réel de Wedson:

Hé les gens,

C'est une série aussi courte que l'on peut l'être: juste me retirer en tant que mainteneur du projet Rust for Linux.

Je prends ma retraite du projet. Après près de 4 ans, je me retrouve à manquer de énergie et d'enthousiasme que j'ai d? répondre à certaines des non-efforts non techniques, il est donc préférable de laisser à ceux qui l'ont encore.

à l'équipe Rust for Linux: Merci, vous êtes super. Ce fut un plaisir de travailler avec vous tous; Les moments où nous avons passé à discuter des problèmes techniques, à trouver des moyens de trous de solidité des crapauds, etc. étaient quelque chose que j'ai toujours apprécié et regardé. Je me compte chanceux d'avoir collaboré avec un groupe aussi talendulé et amical.

Je souhaite tout le succès au projet.

Je crois vraiment que l'avenir des grains est avec les langues sécurisées de la mémoire. Je suis novitinaire, mais si Linux n'internalise pas cela, j'ai peur que d'autres noyaux lui fassent ce qu'il a fait à Unix.

Enfin, je laisserai un petit, 3 minutes 30, échantillon pour le contexte ici: https: //youtu.be/wipp9yebv0q? T = 1529 - et pour réitérer, personne n'essaie de forceanyone pour apprendre la rouille ni d'éviter les refactorisation du code C.

Merci, -wedson

Comme vous l'avez peut-être remarqué, l'e-mail a également inclus un lien vers une vidéo YouTube d'un talk que Filho a donné lors du sommet du noyau Linux 2024, au cours de laquelle il a re?u un recul important de certains membres du public concernant l'utilisation de la rouille dans le noyau.

Les critiques de l'auditoire ont fait valoir que l'intégration de la rouille imposerait un fardeau excessif aux développeurs C , qui seraient obligés d'apprendre un nouveau langage et de maintenir la compatibilité avec les liaisons de la rouille.

De plus, certains développeurs ont exprimé des inquiétudes quant à la stabilité des liaisons rouillées et au potentiel de rupture lorsque des modifications sont apportées au code C.

Filho et d'autres partisans de la rouille dans le noyau, cependant, soutiennent que ces préoccupations sont exagérées et que la rouille peut coexister avec C sans compromettre la stabilité du noyau. Ils soutiennent que les avantages de la rouille , en particulier de ses caractéristiques de sécurité de la mémoire , l'emportent sur les défis de l'intégration.

Le débat sur l'inclusion de Rust dans le noyau Linux met en évidence une tension plus large dans la communauté open source entre le maintien d'une base de code stable et l'adoption de l'innovation.

Alors que certains développeurs apprécient la familiarité et la fiabilité de C, d'autres voient l' adoption de langues plus récentes et plus s?res comme la rouille comme essentielle à la santé et à la sécurité à long terme du noyau Linux.

Le résultat de ce débat aura probablement des implications importantes pour l'avenir de Linux et l'écosystème open source plus large.

Réaction de la communauté Linux

De nombreux arguments animés font partie de la communauté Linux pour inclure ou non la rouille dans le noyau Linux. Comme je l'ai été témoin dans cette discussion Reddit , voici les arguments pour et contre l'utilisation de la rouille dans le noyau Linux.

Arguments pour inclure la rouille dans le noyau Linux

1. Augmentation de la sécurité de la mémoire:

Les fonctionnalités de sécurité de la mémoire de Rust peuvent aider à empêcher une grande classe de bogues et de vulnérabilités de sécurité qui affligent le code C et C. Ceci est particulièrement important dans une base de code aussi grande et complexe que le noyau Linux, où même les programmeurs hautement qualifiés peuvent faire des erreurs.

De plus, les données de Google suggèrent que l'utilisation de la rouille au lieu de C et C dans les bases de code existantes peut réduire le nombre de vulnérabilités de haute sévérité.

2. Attirer de nouveaux développeurs:

L'inclusion de la rouille dans le noyau pourrait aider à attirer de nouveaux développeurs qui connaissent plus les langues modernes et peuvent être repoussés par la difficulté per?ue et la complexité de travailler avec C. C'était l'une des principales raisons pour lesquelles Linus Torvalds , le créateur de Linux, a approuvé l'inclusion de la rouille dans le noyau.

Arguments contre l'inclusion de la rouille dans le noyau Linux

1. Résistance au changement par rapport aux développeurs du noyau:

De nombreux développeurs de noyau de longue date résistent à l'apprentissage d'une nouvelle langue, surtout s'ils n'en voient pas un besoin clair. Ils soutiennent qu'ils préfèrent passer du temps à en savoir plus sur les sujets du noyau que d'apprendre une nouvelle fa?on de faire le travail qu'ils savent déjà faire.

Cette résistance s'est manifestée dans un comportement hostile et non professionnel envers ceux qui plaide pour la rouille dans le noyau, comme le traitement de Wedson Almeida Filho.

2. La difficulté de maintenir la compatibilité entre C et Code de rouille

S'assurer que les modifications du code C ne cassent pas le code de rouille, et vice versa, est un défi important. Ceci est particulièrement problématique en l'absence de tests automatisés complets dans le noyau.

3. Préoccupations concernant la maturité de la rouille:

Certains développeurs de noyaux craignent que la rouille ne soit pas encore suffisamment mature pour être utilisée dans un projet aussi critique que le noyau Linux. Ils craignent que la langue et son outillage évoluent encore trop rapidement, et que le fait de s'appuyer sur eux pourrait entra?ner une instabilité et des problèmes imprévus.

Pourquoi la résistance à la rouille dans le noyau Linux?

Il ressort clairement du fil de discussion de Disket reddit ci-dessus et de l'e-mail de démission de Wedson Almeida Filho selon lequel il y a une résistance à l'incorporation de la rouille dans le noyau Linux.

Cette résistance ne provient pas nécessairement de la haine de la langue elle-même, mais d'une confluence de facteurs, beaucoup reflétant des problèmes plus larges dans le développement de logiciels. Voici un regard nuancé sur les raisons de ce recul:

1. Préoccupations techniques

1.1. Charge de maintenance et stabilité de l'API:

Une préoccupation récurrente tourne autour des aspects pratiques du maintien de la compatibilité entre C et Rust. Les développeurs de noyau, dont beaucoup sont des experts de longue date, expriment des inquiétudes quant à la responsabilité supplémentaire de garantir que leurs changements de code C ne cassent pas par inadvertance les composants de la rouille. Ceci est particulièrement pertinent compte tenu des tests automatisés limités dans le noyau.

1.2. Complexité et énigme ?dangereuse?:

Certains développeurs soutiennent que combler l'écart entre les règles de sécurité strictes de Rust et les complexités inhérentes de la programmation au niveau du noyau pourraient nécessiter une utilisation excessive du mot-clé ?dangereux? dans la rouille. Ceci est considéré comme potentiellement saper les avantages mêmes de sécurité que Rust vise à apporter.

2. Facteurs humains

2.1. Résistance au changement et courbe d'apprentissage:

De nombreux responsables du noyau de longue date expriment une réticence à investir du temps et des efforts dans l'apprentissage d'une nouvelle langue, surtout s'ils utilisent avec succès C depuis des années. Cette résistance est exacerbée par la perception que le fardeau de s'adapter à la rouille y tombe, plut?t que l'inverse.

2.2. Déchange de communication et hostilité per?ue:

La fa?on dont certaines critiques ont été dirigées vers les défenseurs de la rouille, comme on le voit dans la vidéo liée à la démission de Filho, a créé un environnement d'hostilité et découragé le dialogue ouvert. Cela a davantage aliéné les partisans potentiels de la rouille au sein de la communauté du noyau.

3. Affrontements philosophiques et culturels plus profonds

3.1. Les philosophies de développement affrontés:

Il semble y avoir une déconnexion fondamentale dans les philosophies de développement entre certains développeurs de noyau et les défenseurs de la rouille. La communauté du noyau, valorisant la stabilité, les méthodologies éprouvées et la compréhension approfondie d'une base de code complexe, pourraient percevoir les règles strictes de Rust et l'accent mis sur la sécurité de la mémoire comme une contrainte supplémentaire plut?t qu'un avantage.

3.2. ?élitisme? per?u et division générationnelle:

Certains commentaires dans la discussion attachée de Reddit font allusion à une perception des partisans de la rouille comme étant ?élitiste? ou dédaigneux de l'expertise des développeurs C. Ceci, associé à une fracture générationnelle potentielle entre les développeurs C de longue date et ceux qui connaissent plus les langues plus récentes, complique encore l'intégration de la rouille en une communauté avec des normes et des hiérarchies bien établies.

Veuillez noter que tous les développeurs du noyau Linux ne sont pas contre la rouille . Beaucoup voient ses avantages potentiels et soutiennent son inclusion. Mais, les points soulevés ci-dessus mettent en évidence l'interaction complexe des facteurs techniques, sociaux et philosophiques contribuant à la résistance que la rouille est confrontée au sein de l'équipe du noyau Linux.

Avenir de la rouille dans le noyau Linux

L'avenir de la rouille dans le noyau Linux dépend de l'efficacité de ces préoccupations. Communication ouverte, démonstration claire des avantages de Rust dans les scénarios du noyau réel et une approche collaborative qui respecte l'expertise des développeurs C et Rust sera importante pour son intégration réussie.

Bien que ce débat soit toujours en cours et qu'il n'y ait aucune réponse de Linus Torvalds, nous ne pouvons pas encore arriver à une conclusion. Nous vous tiendrons au courant. Restez à l'écoute pour les futures mises à jour.

Lire similaire :

• Linus Torvalds prévoit de fusionner le code de rouille dans le noyau Linux
• Le fondateur d'Asahi Linux, Hector Martin, démissionne sur les conflits du noyau
• Rust in Linux Kernel: Christoph Hellwig descend en tant que DMA Haigeer
• Debian Developer Orphans Bcachefs-Tools Package en raison de conflits en amont
• BCACHEFS Future dans le noyau Linux incertain après le code de conduite

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!