IdentifiantMot de passe
Loading...
Mot de passe oubli� ?Je m'inscris ! (gratuit)

Vous �tes nouveau sur Developpez.com ? Cr�ez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et �tre connect� pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Cr�ez-en un en quelques instants, c'est enti�rement gratuit !

Si vous disposez d�j� d'un compte et qu'il est bien activ�, connectez-vous � l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oubli� ?
Cr�er un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Le m�lange de Rust et de C dans Linux est assimil� � un � cancer � par un responsable du noyau,
� je ne veux pas qu'il s'approche d'une �norme base de code C que je dois maintenir �, dit-il � propos de Rust

Le , par Mathis Lucas

128PARTAGES

18  0 
Le m�lange de Rust et de C dans Linux est assimil� � un � cancer � par un responsable du noyau
� je ne veux pas qu'il s'approche d'une �norme base de code C que je dois maintenir �, dit-il � propos de Rust

L'int�gration du langage Rust dans le noyau Linux continue de cr�er des divergences d'opinions dans le rang des mainteneurs. Certains voient en Rust une opportunit� d'am�liorer la s�curit� et la robustesse de Linux, notamment gr�ce � sa gestion de la m�moire et � sa pr�vention des erreurs courantes en C. D'autres expriment des r�serves, soulignant la complexit� du langage et les risques li�s � son adoption dans un projet aussi vaste que Linux. Un responsable du noyau, Christoph Hellwig, s'est r�cemment oppos� � l'int�gration d'un correctif �crit en Rust dans le noyau, indiquant clairement qu'il n'est tout simplement pas int�ress� par le code Rust.

Rust for Linux : une initiative qui provoque des divisions dans la communaut� du noyau

Le projet Rust for Linux vise � int�grer le langage de programmation Rust au sein du noyau Linux, historiquement �crit en C et en assembleur. Lanc� en 2020, ce projet a pour objectif principal de tirer parti des garanties de s�curit� m�moire offertes par Rust afin de r�duire les bogues et vuln�rabilit�s dans le d�veloppement des pilotes du noyau. Toutefois, bien que le projet soit jug� prometteur, il semble que les choses ne se passent pas comme pr�vu.

Certains craignent que la multiplicit� des langages rende plus difficile la maintenance de ce super-projet open source, d'autres ne sont pas d'accord. Et aujourd'hui, les d�veloppeurs qui tentent d'ajouter du code Rust au noyau Linux se heurtent � l'opposition des responsables du noyau. Certains responsables du noyau estiment notamment que l'utilisation de plusieurs langages est une � complication ind�sirable et risqu�e �. C'est le cas de Christoph Hellwig.

Des inqui�tudes sont apparues en ao�t 2024 lorsque l'ing�nieur logiciel de Microsoft Wedson Almeida Filho s'est retir� du projet Rust for Linux, citant sa frustration face � des � absurdit�s non techniques �, ce qui est une fa�on de d�crire la difficult� de collaborer avec ceux qui ont des objectifs diff�rents.


Le probl�me s'est � nouveau pos� en janvier 2025, lorsqu'une proposition d'abstraction permettant aux pilotes de p�riph�riques �crits en Rust d'appeler l'API DMA de Linux principalement bas� sur le langage C s'est heurt�e � l'opposition ferme de Christoph Hellwig, un responsable du noyau.

Plus pr�cis�ment, un contributeur du noyau a soumis un correctif pour permettre aux pilotes Rust d'utiliser la fonction C dma_alloc_coherent() de l'API DMA afin d'allouer et de faire correspondre de grandes zones de m�moire pour un acc�s direct � la m�moire. Christoph Hellwig s'est oppos� � ce correctif.

Dans un message adress� � la liste de diffusion du noyau Linux, Christoph Hellwig a �crit : � pas de code Rust dans kernel/dma, s'il vous pla�t �. Par la suite, Miguel Ojeda, le d�veloppeur principal du projet Rust for Linux, a demand� � Christoph Hellwig de sugg�rer une alternative.

Christoph Hellwig : � ne me forcez pas � travailler avec votre langage brillant du jour �

En adoptant Rust, la communaut� autour du noyau Linux devrait mettre � profit les atouts du langage sur le C. Et elle devrait faire d�une pierre deux coups, �tant donn� que Rust peut faciliter l�arriv�e de nouveaux contributeurs. C�est en tout cas ce que laisse entrevoir une �tude de l�universit� de Waterloo. Mais les habitu�s du langage C d�sapprouvent l'initiative et n�entendent pas se laisser embarquer dans ce qu�ils appellent la nouvelle religion du Rust.

En r�ponse � Miguel Ojeda, Christoph Hellwig a d�clar� : � gardez les wrappers dans votre code au lieu de rendre la vie difficile aux autres �, et a poursuivi en affirmant que � les interfaces de l'API DMA devraient rester dans un code C lisible et non dans des bindings bizarres afin qu'il [reste] greppable et maintenable �.

Le souhait de Christoph Hellwig semble �tre que les pilotes qui ne sont pas �crits en C aient leurs propres liaisons priv�es avec le code C, et que ces abstractions ne soient pas maintenues s�par�ment, pas m�me dans l'arbre rust/kernel. Interrog� par Danilo Krummrich, un ing�nieur logiciel de Red Hat impliqu� dans le projet Rust for Linux, Christoph Hellwig a clairement fait savoir qu'il n'est tout simplement pas int�ress� par le code Rust :

Citation Envoy� par Christoph Hellwig

Ne me forcez pas � travailler avec votre langage brillant du jour. La maintenance de projets multilingues est une t�che p�nible � laquelle je n'ai aucune envie de m'atteler. Si vous voulez utiliser quelque chose qui n'est pas du C, que ce soit de l'assembleur ou du Rust, vous �crivez dans des interfaces C et vous vous occupez vous-m�me du d�calage d'imp�dance en ce qui me concerne.

En r�ponse, Danilo Krummrich a expliqu� que Rust for Linux cr�e un code Rust qui abstrait les API C pour tous les pilotes Rust et qui est maintenu par les d�veloppeurs Rust. En d'autres termes, le c�t� C du noyau reste le m�me, et les pilotes Rust utilisent des abstractions de ce code C, et ces abstractions sont maintenues par une �quipe centralis�e dans rust/kernel, ce qui est sans doute mieux que des pilotes ayant leurs propres bindings C individuels.

Mais Christoph Hellwig ne semble pas int�ress� par le fait que les abstractions DMA Rust soient maintenues s�par�ment. Christoph Hellwig a expliqu� qu'il ne voulait pas d'un autre mainteneur. Il a poursuivi en affirmant que le fait de demander � d'autres de maintenir la couche d'abstraction Rust pour l'allocateur coh�rent DMA en tant que composant s�par� n'am�liore pas les choses et entrave la maintenabilit� du noyau Linux :

Citation Envoy� par Christoph Hellwig

Si vous voulez rendre Linux impossible � maintenir � cause d'une base de code interlangage, faites-le dans votre pilote pour que vous ayez � le faire au lieu de r�pandre ce cancer dans les sous-syst�mes centraux. (O� ce cancer est explicitement une base de code interlangage et non Rust lui-m�me, juste pour �chapper � la brigade flameware.)

Chaque bit suppl�mentaire introduit par un autre langage r�duit consid�rablement la maintenabilit� du noyau en tant que projet int�gr�. La seule raison pour laquelle Linux a r�ussi � survivre aussi longtemps est qu'il n'a pas de fronti�res internes, et l'ajout d'un autre langage rompt compl�tement avec cela.

Vous n'aimerez peut-�tre pas ma r�ponse, mais je ferai tout ce qui est en mon pouvoir pour arr�ter cela. Ce n'est pas parce que je d�teste Rust. M�me si ce n'est pas mon langage pr�f�r�, c'est certainement l'un des meilleurs nouveaux langages et j'encourage les gens � l'utiliser pour de nouveaux projets l� o� il convient.

Je ne veux pas qu'il s'approche d'une �norme base de code C que je dois maintenir.

Les remarques de Christoph Hellwig contrastent avec les analyses du cr�ateur de Linux, Linus Torvalds. Il est d'avis que Rust peut aider � corriger des erreurs commises en C. Il pense que Rust est une solution d�avenir pour le d�veloppement du noyau. Ainsi, Linus Torvalds consid�re la prise en charge de Rust pour le d�veloppement du noyau Linux comme une � une �tape importante vers la capacit� d'�crire les pilotes dans un langage plus s�r �.

Il a d�clar� : � le C est, en fin de compte, un langage tr�s simple. C'est l'une des raisons pour lesquelles j'appr�cie le C et pour lesquelles beaucoup de programmeurs C appr�cient le C, m�me si le revers de la m�daille est �videmment que, parce qu'il est simple, il est aussi tr�s facile de faire des erreurs �.

Les remarques de Christoph Hellwig sont jug�es en violation du code de conduite

Hector Martin, chef de projet d'Asahi Linux, estime que � les remarques de Christoph Hellwig constituent une violation du code de conduite �, mais doute que des mesures disciplinaires soient prises. Il estime que les d�veloppeurs de Rust for Linux devraient ignorer les pr�occupations de Christoph Hellwig et soumettre leur correctif � l'approbation du patron du noyau, Linus Torvalds. Selon lui, l'avenir de Rust for Linux d�pendra de la r�ponse de Linus Torvalds.

Citation Envoy� par Hector Martin

Si Linus n'apporte pas de r�ponse officielle � ce fil de discussion, Miguel et les autres d�veloppeurs Rust devraient simplement fusionner cette s�rie une fois qu'elle sera revue et pr�te, en ignorant la tentative manifeste de Christoph de saboter le projet. Si Linus [accepte la pull request], ce que dit Christoph n'a pas d'importance. Si Linus ne l'accepte pas, le projet [Rust for Linux] est essentiellement mort jusqu'� ce que Linus ou Christoph fassent un geste. Tout le reste, c'est tourner autour du pot.

Le 7 f�vrier 2025, Hector Martin a demand� � �tre retir� de la liste des mainteneurs de Linux. � Je n'ai plus aucune confiance dans le processus de d�veloppement du noyau ou dans l'approche de la gestion de la communaut� �, a-t-il �crit dans une note adress�e � la liste de diffusion du noyau Linux.

� Le d�veloppement de la plate-forme Apple/ARM se poursuivra en aval. Si j'ai envie d'envoyer moi-m�me des correctifs en amont � l'avenir, pour quelque sous-arbre que ce soit, je le ferai, ou je ne le ferai pas. Tous ceux qui ont envie de se battre en amont eux-m�mes sont les bienvenus �, a-t-il ajout�.

Le noyau Linux a ajout� la prise en charge du code Rust le 3 octobre 2022, peu apr�s que Mark Russinovich, directeur technique de Microsoft Azure, a affirm� que les nouveaux projets de programmation devraient �tre �crits en Rust plut�t qu'en C ou C++. Mark Russinovich a justifi� sa position par le fait que le code Rust peut �tre �crit de mani�re � �viter les bogues de s�curit� de la m�moire (par exemple, les d�bordements de m�moire tampon).

Ces bogues affectent depuis longtemps le code C et C++ et repr�sentent la majorit� des vuln�rabilit�s s�rieuses dans les grands projets. Le point de vue de Mark Russinovich a depuis lors attir� le soutien de nombreuses organisations gouvernementales de s�curit� dans le monde entier.

Peu apr�s que l'ing�nieur logiciel de Microsoft Wedson Almeida Filho a annonc� son d�part de Rust for Linux l'ann�e derni�re, Linus Torvalds a abord� la question des frictions entre les d�veloppeurs C et Rust lors du sommet Open Source de la Fondation Linux � Vienne, en Autriche. � Il est clair que certaines personnes n'aiment pas la notion de Rust et le fait que Rust empi�te sur leur domaine �, a d�clar� Linus Torvalds.

� Les gens ont m�me dit que l'int�gration de Rust �tait un �chec... Nous faisons cela depuis deux ans maintenant, il est donc bien trop t�t pour dire cela, mais je pense aussi que m�me si cela devenait un �chec - et je ne pense pas que ce sera le cas - c'est comme cela que l'on apprend �, a-t-il ajout�.

Source : liste de diffusion du noyau Linux (1, 2) ; Christoph Hellwig, responsable du noyau Linux (1, 2) ; Hector Martin, chef de projet d'Asahi Linux (1, 2)

Et vous ?

Quel est votre avis sur le sujet ?
Que pensez-vous des remarques du responsable du noyau Linux sur le code Rust ?
Selon vous, ses remarques violent-elles le code de conduite de la communaut� ? Pourquoi ?
Selon vous, pourquoi l'int�gration de Rust dans le noyau cr�e autant de division parmi les mainteneurs ?
Quels impacts les frictions entre les d�veloppeurs C et Rust pourraient-ils avoir sur le d�veloppement de Linux ?
Les contributeurs au noyau se rar�fient. Pensez-vous que l'avenir du noyau Linux d�pend de la r�ussite du projet Rust for Linux ?

Voir aussi

Linus Torvalds s'exprime � nouveau � propos du d�bat sur le choix entre C ou Rust pour le d�veloppement du noyau Linux et laisse entendre que le Rust peut aider � corriger des erreurs commises en C

L'un des responsables de la maintenance du noyau Linux Rust se retire du projet, invoquant des "absurdit�s non techniques"

Rust dans le noyau Linux: un projet prometteur, mais pas sans complications. La communaut� dresse un bilan lors de l'�dition 2023 du Kernel Maintainers Summit
Vous avez lu gratuitement 0 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer � vous proposer des publications.

Une erreur dans cette actualit� ? Signalez-nous-la !

Avatar de Christophe
Responsable Syst�mes https://www.developpez.com
Le 11/02/2025 � 19:48
N'y aurait-il pas Ada en 1983 qui �tait fort novateur � l'�poque
Ada n'a pas perc�. Peu de gens doivent le connaitre ici.

Mais il n'y a pas forc�ment de lien entre la popularit� de quelque chose et sa valeur pertinente.

L'avenir dira ce qu'il en est pour Rust.
7  0 
Avatar de Christophe
Responsable Syst�mes https://www.developpez.com
Le 08/02/2025 � 20:03
pourquoi ne pas envisager de d�velopper un nouveau Linux enti�rement avec Rust ?
Parce qu'il y a plus de 27,8 millions de lignes de code � refaire (chiffre de 2020).
Et on ne parle que du noyau.
6  0 
Avatar de Uther
Expert �minent s�nior https://www.developpez.com
Le 20/02/2025 � 10:59
Citation Envoy� par d_d_v Voir le message
J'avais �crit sur un autre fil que seuls les incomp�tents ou tr�s tr�s d�butants �crivaient du c++ avec une �criture non "s�curis�e" (pas de conteneurs STL, pas de shared pointeurs), et on m'a r�pondu qu'on ne pouvait pas faire confiance dans le d�veloppeur.
Ce qui fait toute la diff�rence entre Rust et C++ au niveau de la s�curisation, c'est qu'elle est opt-in en C++ alors qu'elle est opt-out en Rust.

M�me si l'on consid�rait que la STL et les smart pointers sont memory safe (ce qui n'est pas le cas), il faudrait toujours s'assurer de bien les employer, tout le temps. En C++, quand on sort des clous par erreur, le plus souvent, rien ne nous l'indique. Il ne s'agit pas que d'un probl�me de d�butant, m�me un d�veloppeur exp�riment� finit par faire des erreurs, car il n'y a pas de d�marcation pr�cise entre ce qui est s�r et ce qui ne l'est pas.

En Rust, par d�faut, tout est s�curis� d'un point de vue m�moire. il est peu probable d'�crire unsafe { x.get_unchecked(i) } en toute lettre, sans que l'auteur ne se rendre compte qu'il est en train de faire quelque chose de potentiellement dangereux, et que le relecteur n�identifie imm�diatement le risque. Si on travaille avec des gens auquel on ne fait pas assez confiance (qui n'ont probablement pas besoin de code unsafe), il y a moyen de verrouiller son usage dans le projet, ou forcer � documenter chaque utilisation pour expliquer ce qui permet de v�rifier que l'utilisation est correcte.
6  0 
Avatar de Uther
Expert �minent s�nior https://www.developpez.com
Le 22/02/2025 � 6:18
Citation Envoy� par djm44 Voir le message
Il me semble qu'il est possible d'�crire un code exact en C ou dans un autre langage.
En th�orie, avec des d�veloppeur parfait, oui. Mais dans la pratique, m�me les meilleurs d�veloppeurs font des erreurs. L'historique de Linux parle de lui-m�me : 1020 CVE pour des erreurs de corruption m�moire ont d� �tre corrig�es l'ann�e derni�re. Utiliser un langage qui emp�che par d�faut certains types d'erreurs dont la corruption m�moire est un gros avantage.

Citation Envoy� par djm44 Voir le message
Beaucoup de publicit�s sont faites sur ce langage Rust auquel je n'adh�re pas. Il y a d�j� une profusion de langages qui nuit � la simplicit� des approches . Chez Mozilla c'est Rust, chez Google c'est Go, chez Apple c'est Swift. Sur le web c'est Java, JavaScript, PHP.
Le terme publicit� est tr�s mal adapt�. Rust a ses d�fenseurs qui appr�cient ses qualit�s, mais il n'est pas la propri�t� d'une soci�t� qui aurait besoin qu'il soit largement adopt� pour l'�cosyst�me qu'elle distribue comme Apple avec Swift, ou Microsoft avec C#.
Mozilla � particip� aux d�buts du langage, mais il n'en a jamais particuli�rement fait la promotion. Rust �tait d�j� un projet ind�pendant de la fondation Mozilla lors de sa sortie officielle, il y a dix ans. Ca fait un moment que la contribution de Mozilla � Rust est anecdotique.

Citation Envoy� par djm44 Voir le message
Et finalement le mieux c'est encore le C ou mieux encore le C++ � mon avis vu le nombre de codes existants . Linus Torvalds devrait passer au C++ mais il a une aversion pour ce langage ce qui le pousse vers Rust.
Ce qui fait que le Rust a �t� choisi l� ou d'autres ont �t� �cart�, c'est parce qu'il apportait des garanties de s�curit�s(contrairement au C++), sans sacrifier les performances et le contr�le du bas niveau (contrairement � la plupart des langages s�rs).
7  1 
Avatar de Uther
Expert �minent s�nior https://www.developpez.com
Le 07/02/2025 � 22:29
Citation Envoy� par DNABSY Voir le message
Avec tout ce ramdam autour de C et de Rust, pourquoi ne pas envisager de d�velopper un nouveau Linux enti�rement avec Rust ?
Linux c'est des milliers de contributions depuis plus de 30 ans et des drivers pour �norm�ment de mat�riel diff�rents. C'est pas envisageable de refaire tout en Rust sans perdre beaucoup au passage. M�me Microsoft alors qu'il a pass� des ann�es � travailler sur Singularity, n'a au final pas pris le risque de remplacer son noyau NT.
Il y a bien des projets de noyaux en Rust, mais ils n'ont clairement pas l'ambition de refaire tout ce que fait Linux. Il faudrait des ann�es et des moyens colossaux.

Citation Envoy� par DNABSY Voir le message
Tout le code Linux serait enti�rement migr� en Rust (il y a du boulot) et plus d'embrouille avec les mainteneurs en C car plus de contacts avec eux.
Et on aurait deux noyaux concurrents avec possiblement des probl�mes de compatibilit� entre eux. Le but du projet est de permettre d'int�grer Rust progressivement sans fragmenter Linux

Citation Envoy� par DNABSY Voir le message
Aujourd'hui, ce ramdam risque de ne pas attirer ceux qui font du Rust et qui souhaiteraient malgr� tout participer au d�veloppement de Linux
=> Nouveau projet en partant du d�but => Nouvelle motivation => Nouveaux mainteneurs
D�courager les gens du projet Rust for Linux semble clairement l'objectif de certains mainteneurs Linux.
Malheureusement repartir de zero n'est pas une alternative si on on veut un OS grand public comparable � Linux : performant et qui supporte tout le mat�riel g�n�rique.

Citation Envoy� par Mingolito Voir le message
Linux est encore en vie uniquement gr�ce � une petite poign�e de vieux grabataires pr� retrait�s de plus de 50 ans qui codent en C avec un truc qui s'appelle un clavier.
La nouvelle g�n�ration Z qui sait pas coder et qui a obtenu son certificat de codage dans une pochette surprise en faisant ses devoirs gr�ce � ChatGP ne risque pas de pondre un truc utile comme Linux, m�me en Rust, m�me en Basic ils n'en seraient pas capables.[...]
Quel superbe ramassis de clich�s.
Tous les gens capables de travailler sur le code de Linux ne sont heureusement pas de vieux grabataires, tout comme les codeurs en Rust ne sont pas des jeunot incapables de coder sans IA.
C'est evident que les jeunes qui viennent d'avoir leur dipl�me ne sont pas aussi efficace que des d�veloppeurs confirm�, mais �a n'a rien de nouveau. Les formation des �coles ne sont par parfaitement en ad�quation avec ce qui sera utile dans 100% des cas qui se pr�senteront au travail, l� encore, rien de nouveau, �a � toujours �t� le cas.

Citation Envoy� par Mingolito Voir le message
Une fois que tous les anciens seront � la retraite, je pense que le monde va mourir
On disait d�j� �a en Gr�ce 4 si�cles avant JC, je vous rassure, le monde est toujours l�.
5  0 
Avatar de Christophe
Responsable Syst�mes https://www.developpez.com
Le 08/02/2025 � 21:04
oui mais donc en ne supportant plus ce mat�riel toujours support�, et donc faire une r�gression.

Mais m�me divis� par 2 ou 3, A quoi bon recoder 9 millions de lignes ?
Rajouter du nouveau code en Rust, �ventuellement, mais pas refaire la roue.
6  1 
Avatar de Pyramidev
Expert �minent https://www.developpez.com
Le 16/02/2025 � 1:07
Citation Envoy� par d_d_v Voir le message
pourquoi ne pas inventer des extensions aux langages existants pour expliciter l'utilisation obligatoire d'un code securis�
Dans le cas du C++, c'est techniquement possible, mais le comit� C++ a refus�.
Le 11 septembre 2024, Sean Baxter avait propos� Safe C++.
Le 15 octobre 2024, pour contrer Sean Baxter, Herb Sutter a propos� d'ajouter des principes qui emp�chent C++ d'avoir un sous-ensemble � la fois performant et s�curis� : P3466R0 "(Re)affirm design principles for future C++ evolution".
Le 24 octobre 2024, Sean Baxter a argument� contre ces nouveaux principes ainsi que contre la proposition des "Safety Profiles" de Bjarne Stroustrup : Why Safety Profiles Failed.
En novembre 2024, le comit� C++ a vot� pour ces nouveaux principes � 29 voix pour, 22 neutres et 2 contre : Trip report: November 2024 ISO C++ standards meeting (Wrocław, Poland).
Le destin du C++ a �t� scell�.
5  0 
Avatar de Mingolito
Expert �minent https://www.developpez.com
Le 07/02/2025 � 16:19
Citation Envoy� par DNABSY Voir le message
Avec tout ce ramdam autour de C et de Rust, pourquoi ne pas envisager de d�velopper un nouveau Linux enti�rement avec Rust ?
Tu as oubli� de voir la s�rie en totalit�, � partir du d�but depuis l'�pisode 1 saison 1.

Linux est encore en vie uniquement gr�ce � une petite poign�e de vieux grabataires pr� retrait�s de plus de 50 ans qui codent en C avec un truc qui s'appelle un clavier.
La nouvelle g�n�ration Z qui sait pas coder et qui a obtenu son certificat de codage dans une pochette surprise en faisant ses devoirs gr�ce � ChatGP ne risque pas de pondre un truc utile comme Linux, m�me en Rust, m�me en Basic ils n'en seraient pas capables.
Les entreprises ne veulent plus recruter de juniors car elle savent tr�s bien qu'ils ne valent absolument rien, et encore quand ils se pointent au travail. 37 % des employeurs pr�f�rent embaucher une IA plut�t qu'un jeune dipl�m� de la g�n�ration Z, les employeurs d�plorent le manque de motivation et d'initiative des jeunes dipl�m�s de la g�n�ration Z, et des rapports indiquent que les juniors en informatique n'ont pas les comp�tences techniques requises.

De toute fa�on la g�n�ration Z le codage �a les int�resse pas, ils se disent "super bon en codage et en informatique", des vrais "hackers" parce qu'ils jouent 10 heures par jours � Counter strike.
Voila l'avenir de l'humanit� et ceux qui sont cens�s payer notre retraite : 57 % des membres de la g�n�ration Z veulent devenir des influenceurs

Une fois que tous les anciens seront � la retraite, je pense que le monde va mourir

6  2 
Avatar de fdecode
Membre habitu� https://www.developpez.com
Le 07/02/2025 � 17:31
Citation Envoy� par DNABSY Voir le message
pourquoi ne pas envisager de d�velopper un nouveau Linux enti�rement avec Rust ?
Il existe diff�rents projets d'OS.
https://www.redox-os.org/
https://docs.tockos.org/kernel/

Des projets universitaires aussi:
https://github.com/hermit-os
https://github.com/theseus-os/Theseus
4  0 
Avatar de Christophe
Responsable Syst�mes https://www.developpez.com
Le 09/02/2025 � 9:12
Une r�gression � quel niveau exactement ?
R�gression au sens perte de fonctionnalit�, enfin ici plus pr�cis�ment perte d'acc�s aux mises � jours (correctives et de fonctionnalit�s) pour les architectures supprim�es. Pourquoi ces archis ne sont pas actuellement supprim�es ? c'est qu'il y a un int�r�t de les garder. Apr�s je ne dis pas qu'il n'y a pas de m�nage � faire. Mais �a ne change pas la probl�matique de tout recoder.

Si on parle de probl�me d'avoir une communaut� de d�veloppeurs, on va parler ici d'une ressource limit�e, soit on leur fait �voluer le code existant (avec ou sans Rust le prob. n'est pas l�), soit on leur fait tout refaire en Rust. A ton avis qu'est ce qui est le plus pragmatique.

Je n'ai rien contre Rust, ni contre les changements, mais c'est pas pour rien que les institutions financi�res utilisent encore COBOL, un langage obsol�te que quasiment personne ici ne doit connaitre ? Tout simplement car refaire tout �a repr�sente des millions d'heures de travail et un risque car ces vieux produits fonctionnent tr�s bien. Bien s�r �a m'�tonnerais qu'ils commencent des nouveaux projets en COBOL. c'est un cas int�ressant qui montre aussi un probl�me de strat�gie � long terme.

Pour le cas de Linux, on va se retrouver � devoir maintenir du code en assembleur, C, et Rust, avec des ressources hommes limit�es. C'est un type de d�veloppement qui requiert des d�veloppeurs exp�riment�s. Rust reste jeune, Rust 1.0 date de 2015.
4  0