� Il faut arr�ter d�initier de nouveaux projets en langages C ou C++ et de passer � Rust �, selon Russinovich

**Patrick Ruiz** · 20/09/2022, 17h46

� C�est le moment d�arr�ter d�initier de nouveaux projets en C ou C++ et de passer � Rust �, selon Mark Russinovich de Microsoft
Qui recommande Rust pour une meilleure s�curisation des logiciels

Go, C3, D, � La liste des langages pr�sent�s comme des alternatives au C ou au C++ s�allonge avec les ann�es qui passent. Celui qui a frapp� un grand coup dans ces tentatives multiples de mise au rebut du langage C est le Rust. En effet, le noyau Linux s�ouvre de plus en plus au langage de programmation syst�me de Mozilla. Ainsi, des voix s��l�vent de plus en plus pour en faire le successeur attitr� des langages C et C++. Sans d�tour Mark Russinovich de Microsoft vient de d�clarer que � c�est le moment d�arr�ter d�initier de nouveaux projets en langages C ou C++ et de passer � Rust. �

Chez Amazon par exemple, on est d�avis que � choisir Rust c�est opter pour une meilleure s�curisation des logiciels qu�avec le C, mais une efficacit� �nerg�tique et une performance d�ex�cution que seul le C offre. � En effet, certains benchmarks sugg�rent que les applications Rust sont plus rapides que leurs �quivalents en langage C. Et c�est justement pour ces atouts que sont la parit� en termes de vitesse d�ex�cution en comparaison avec le C, mais surtout pour la s�curisation et la fiabilit� que Mark Russinovich recommande le Rust plut�t que le C ou le C++.

Nom : 1.jpg
Affichages : 49097
Taille : 43,2 Ko

Apr�s 31 ans, un deuxi�me langage sera admis pour le d�veloppement du noyau Linux : c�est le Rust. La prise en charge de Rust pour le d�veloppement du noyau Linux est vue comme une � une �tape importante vers la capacit� d'�crire les pilotes dans un langage plus s�r. � Rust de Mozilla Research est le type de langage de programmation auquel ceux qui �crivent du code pour des syst�mes d�entr�e/sortie de base (BIOS), des chargeurs d�amorce, des syst�mes d�exploitation, etc. portent un int�r�t. D�avis d�observateurs avertis, c�est le futur de la programmation syst�me en lieu et place du langage C.

Le cr�ateur du langage C3 dresse n�anmoins une longue liste de raisons pour lesquelles les initiatives de mise au rebut du langage C sont vou�es � l��chec. Il s�exprime sur divers aspects dont :

La cha�ne d'outils du langage C

Le langage C n'est pas seulement le langage lui-m�me, mais aussi tous les outils de d�veloppement d�velopp�s pour ce langage. Vous voulez faire une analyse statique de votre code source ? - Il y a beaucoup de gens qui travaillent sur ce sujet pour le C. Des outils pour d�tecter les fuites de m�moire, les courses de donn�es et autres bogues ? Il y en a beaucoup, m�me si votre langage est mieux outill�.

Si vous voulez cibler une plateforme obscure, il est probable que vous utilisiez le C. Le statut du C en tant que lingua franca de l'informatique d'aujourd'hui fait qu'il vaut la peine d'�crire des outils pour ce langage, et de nombreux outils sont donc �crits.

Si quelqu'un a mis en place une cha�ne d'outils qui fonctionne, pourquoi risquer de changer de langage ? Un "meilleur C" doit apporter beaucoup de productivit� suppl�mentaire pour motiver le temps pass� � mettre en place une nouvelle cha�ne d'outils. Reste m�me � savoir si cela est possible.

Les incertitudes d'un nouveau langage

Avant qu'un langage ne soit arriv� � maturit�, il est probable qu'il comporte des bogues et qu'il soit modifi� de mani�re significative pour r�soudre les probl�mes de s�mantique du langage. Et le langage est-il m�me conforme � la publicit� ? Il offre peut-�tre quelque chose comme "des temps de compilation exceptionnels" ou "plus rapide que le C" - mais ces objectifs s'av�rent difficiles � atteindre lorsque le langage ajoute l'ensemble des fonctionnalit�s.

Et qu'en est-il des mainteneurs ? Bien s�r, un langage open source peut �tre bifurqu�, mais je doute que de nombreuses entreprises soient int�ress�es par l'utilisation d'un langage qu'elles pourraient �tre oblig�es de maintenir plus tard. Parier sur un nouveau langage est un gros risque.

Le fait que le langage pourrait tout simplement ne pas �tre assez bon

Le langage s'attaque-t-il aux v�ritables points faibles du C ? Il s'av�re que les gens ne sont pas toujours d'accord sur ce que sont les points sensibles du C. L'allocation de m�moire, la gestion des tableaux et des cha�nes de caract�res sont souvent d�licates, mais avec les bonnes biblioth�ques et une bonne strat�gie m�moire, elles peuvent �tre minimis�es. Le langage ne traite-t-il pas des probl�mes dont les utilisateurs avanc�s ne se soucient pas vraiment ? Si c'est le cas, sa valeur r�elle pourrait �tre beaucoup plus faible que pr�vu.

Et pire encore, que se passe-t-il si le langage omet des fonctionnalit�s cruciales qui sont pr�sentes en C ? Des fonctionnalit�s sur lesquelles les programmeurs avanc�s du C comptent ? Ce risque est accru si le concepteur du langage n'a pas beaucoup utilis� le C, mais vient du C++, du Java, etc.

L�absence de d�veloppeurs exp�riment�s pour un nouveau langage

Un nouveau langage disposera naturellement d'un groupe beaucoup plus restreint de d�veloppeurs exp�riment�s. Pour toute entreprise de taille moyenne ou grande, c'est un �norme probl�me. Plus il y a de d�veloppeurs disponibles pour une entreprise, mieux elle se porte.

De plus, si l'entreprise a l'exp�rience du recrutement de d�veloppeurs C, elle ne sait pas comment recruter pour ce nouveau langage.

L'ABI C

Si le langage ne peut pas facilement appeler - ou �tre appel� - par du code C, alors toute personne utilisant le langage devra faire un travail suppl�mentaire pour faire � peu pr�s tout ce qui est interface avec du code ext�rieur. C'est potentiellement un �norme inconv�nient.

Source : Mark Russinovich

Et vous ?

�tes-vous en accord avec les griefs port�s � l'endroit de C/C++ en mati�re de s�curit� ? Le probl�me n'est-il pas plut�t celui de la qualit� des d�veloppeurs ?

Le C et le C++ a-t-il vraiment besoin de rempla�ants surtout en mati�re de programmation syst�me ?

Votre entreprise a-t-elle adopt� le langage Rust ? Si oui, pour quelles raisons ?

Quel commentaire faites-vous de l�argumentaire du cr�ateur du langage C3 ? Quels sont les aspects les plus pertinents ? Quels sont ceux qui le sont moins ?

�tes-vous aussi d�avis que la communaut� Linux anticipe non seulement sur les d�parts en retraite des actuels mainteneurs et sur les qualit�s que Rust offre en comparaison au langage C ?

Pourquoi les langages C et C++ pourraient-ils encore avoir de longues ann�es devant eux ?

Voir aussi :

L'�quipe Microsoft Security Response Center recommande l'utilisation de Rust comme approche proactive pour un code plus s�curis�

Quel langage pourrait remplacer C ? Apr�s avoir compar� Go, Rust et D, le choix d'Andrei Alexandrescu se porte sur D

C2Rust : un outil qui permet de faire la traduction et la refactorisation de votre code �crit en langage C vers le langage Rust

**Bousk** · 20/09/2022, 18h57

H�nnetement, Rust est sans doute un excellent langage bourr� de qualit�s, mais de voir un tel forcing qui r�p�te juste ad nauseam "Utilisez Rust, c'est le plus mieux" non stop, �a ne me donne pas du tout envie de m'y attarder.
�a, et le fait que je n'ai pas de temps libre � y accorder, que ma carri�re en C++ est tout � fait satisfaisante et que la suite de celle-ci, toujours en C++, est �galement de bon augure.

**Markand** · 20/09/2022, 19h41

Encore un qui n'a jamais fait d'embarqu�. Je fais sp�cifiquement du C parce que j'aime savoir ce qu'il se passe � tout moment. D'autant plus que dans l'embarqu�, rien que d�clarer une variable trop large sur la pile est d�j� risqu�.

**OrthodoxWindows** · 20/09/2022, 19h58

Mark Russinovich me d��ois beaucoup. C'�tait l'un des derni�res personnes comp�tente de chez Microsoft qui comprenait vraiment le fonctionnement de Windows. Dommage

.

**Aiekick** · 20/09/2022, 21h03

rust remplace a merveille le c, mais il ne peut pas remplacer le c++ ou partiellement. il ne respecte pas le paradigm object.
il doit donc etre utilis� la ou perf et securit� sont critique, pas pour tout est n'importe quoi

**OrthodoxWindows** · 20/09/2022, 23h27

Envoy� par Aiekick

rust remplace a merveille le c, mais il ne peut pas remplacer le c++ ou partiellement. il ne respecte pas le paradigm object.
il doit donc etre utilis� la ou perf et securit� sont critique, pas pour tout est n'importe quoi

Rust remplace le C pour ceux qui pr�f�rent le Rust au C, ce qui n'est pas du tout la m�me chose

.

**Uther** · 20/09/2022, 23h44

Envoy� par Markand

Encore un qui n'a jamais fait d'embarqu�. Je fais sp�cifiquement du C parce que j'aime savoir ce qu'il se passe � tout moment. D'autant plus que dans l'embarqu�, rien que d�clarer une variable trop large sur la pile est d�j� risqu�.

Encore un qui n'a jamais fait de Rust

.
Rust permet de contr�ler aussi bien que le C ce qui va sur la pile et ce qui n'y va pas.

Envoy� par Aiekick

rust remplace a merveille le c, mais il ne peut pas remplacer le c++ ou partiellement. il ne respecte pas le paradigm object.
il doit donc etre utilis� la ou perf et securit� sont critique, pas pour tout est n'importe quoi

Certes, on ne peut pas forc�ment convertir directement en Rust un programme C++ en gardant la m�me architecture de classes, mais �a ne veut pas dire que l'on ne peut pas faire les choses de mani�re tout aussi efficace. Il faut juste apprendre � architecturer diff�remment ses programmes.

Envoy� par OrthodoxWindows

Rust remplace le C pour ceux qui pr�f�rent le Rust au C, ce qui n'est pas du tout la m�me chose

.

Quand on dit que Rust remplace le C, �a veut dire qu'il peut techniquement �tre utilis� a peu pr�s partout ou on utilise actuellement le C, pas que tout le monde est oblig� de le faire.

HaryRoseAndMac · 21/09/2022, 00h11

En attendant, le C reste le langage le plus performant et je ne sais pas d'o� ils sortent que le C est moins secure, mais ... ce n'est pas vrai.
Le seul langage plus performant que le C, c'est l'assembleur ...

Source : https://benchmarksgame-team.pages.de...test/rust.html

**Uther** · 21/09/2022, 00h44

Envoy� par HaryRoseAndMac

En attendant, le C reste le langage le plus performant [...]
Le seul langage plus performant que le C, c'est l'assembleur ...

Source : https://benchmarksgame-team.pages.de...test/rust.html

Je pense que tu n'as pas bien regard� ta source, parce que le Rust devance le C sur la moiti� des programmes test�s.
De mani�re g�n�rale, on constate que deux programmes qui ont le m�me soin apport� � l'optimisation ont g�n�ralement des performances similaires en Rust et en C.

Envoy� par HaryRoseAndMac

et je ne sais pas d'o� ils sortent que le C est moins secure, mais ... ce n'est pas vrai.

Renseigne toi un minimum sur le Rust et tu verras que le niveau de pr�occupation � propos de la s�curit� entre le Rust et le C est sans appel. Les comportement ind�finis du C que l'on peut facilement d�clencher par inadvertance ne peuvent l'�tre en Rust a moins de le sp�cifier sp�cifiquement.
De part sa conception, le Rust emp�che par d�faut de compiler les programmes qui peuvent contenir des erreurs de s�curit� m�moire comme les doubles lib�ration, utilisation apr�s lib�ration, variable non initialis�es, data race ...

HaryRoseAndMac · 21/09/2022, 01h05

Envoy� par Uther

Je pense que tu n'as pas bien regard� ta source, parce que le Rust devance le C sur la moiti� de programmes test�s.
De mani�re g�n�rale, on constate que deux programmes qui ont le m�me soin apport� � l'optimisation ont g�n�ralement des performances similaires en Rust et en C.

Renseigne toi un minimum sur le Rust et tu verras que niveau pr�occupation � propos de la s�curit� entre le Rust et le C est sans appel. Les comportement ind�finis du C que l'on peut facilement d�clencher par inadvertance ne peuvent l'�tre en Rust a moins de le sp�cifier sp�cifiquement.
De part sa conception, le Rust emp�che par d�faut de compiler les programmes qui peuvent contenir des erreurs de s�curit� m�moire comme les doubles lib�ration, utilisation apr�s lib�ration, variable non initialis�es, data race ...

Effectivement, � voir.

**OrthodoxWindows** · 21/09/2022, 01h24

Quand on dit que Rust remplace le C, �a veut dire qu'il peut techniquement �tre utilis� a peu pr�s partout ou on utilise actuellement le C, pas que tout le monde est oblig� de le faire.

Pourtant c'est m�me le titre d'un article en ce moment en une sur Developpez.com :

Apr�s 31 ans, un deuxi�me langage sera admis pour le d�veloppement du noyau Linux : c'est le Rust,
Consid�r� par plusieurs comme candidat id�al pour la mise au rebut du langage C

Clairement, cet article informe que certaines personnes milites pour un abandon du C, ce que je trouve absurde et inacceptable. D'ailleurs, plusieurs projets Rust sur Github t�moignes en ce sens.

**mith06** · 21/09/2022, 08h57

Est-ce qu'il y a des chose que l'on peut faire en C/C++ et qui ne sont faisable en Rust?

Est-ce que l'on peut faire de la programmation embarqu� en Rust? C.a.d faire un (petit) soft qui tient dans 32kio pour un microcontr�leur 8/16 bit.

Les fabriquant de microcontr�leur commencent-ils � int�grer le Rust dans leur SDK?

**Astraya** · 21/09/2022, 09h06

Il n'a jamais �t� question de remplacer le C ou le C++. Ce sont 2 langages irrempla�ables, d� moins pas avant plusieurs d�cennies au vu de l'�cosyst�me de ces langages et le long chemin que Rust doit parcourir pour arriver au m�me r�sultat.
Il est question de faire des NOUVEAUX projets en Rust.

Maintenant, je ne suis pas enti�rement d'accord avec cette approche simpliste. Un nombre incalculable d'API sont �crites et fournit en C++ pour les applications desktop et la FFI entre C++ et Rust est parfois tout simplement impossible directement.
Je constate que il y a un gros engouement pour Rust mais surtout par des gens venant de Python, Javascript etc, mais pas une majorit� de gens qui font du dev syst�me, venant de ces gens l� ( j'en fais partie) l'adoption est bien plus frileuse a juste titre.
Les cibles support�es tier 1 de Rust sont bien moindre que C, un constructeur fournira un support avec un compilateur C aujourd'hui, pas Rust.

J'aime beaucoup rust mais aujourd'hui je ne le recommanderai pas pour des tr�s gros projets. De plus, certains m�tiers veulent de la productivit� au prix des crashs et fuites m�moires comme le jeu vid�o et les patch day one.

**onilink_** · 21/09/2022, 10h22

Envoy� par Astraya

J'aime beaucoup rust mais aujourd'hui je ne le recommanderai pas pour des tr�s gros projets. De plus, certains m�tiers veulent de la productivit� au prix des crashs et fuites m�moires comme le jeu vid�o et les patch day one.

�a d�pend, si tu fais un jeu vid�o multijoueur avec des serveurs, tu as tout int�r�t � privil�gier la s�curit� (sur les serveurs), et donc d'utiliser un langage comme Rust.

D'ailleurs l'exemple du leak de GTA6 nous le montre bien. Le plus gros probl�me avec ce leak, c'est que cela simplifiera beaucoup la t�che � des acteurs mal intentionn�s pour trouver des failles server side utilisables.

Mais pour un jeu solo, je suis assez d'accord. Les vecteurs d'attaque sont beaucoup moins fr�quents, et les risques moindres.

En tout cas en tant que d�veloppeur C++ je peux dire que Rust m'attire beaucoup. Mais comme Bousk je n'ai ni le temps ni un avenir professionnel dans Rust.
Pourtant j'aimerais bien, certains points du C++ deviennent assez usants sur le long terme, mais j'ai cru comprendre que Rust avait aussi son lot de d�sagr�ments.

**Anselme45** · 21/09/2022, 10h59

C'est gu�-guerre sur le langage qui "est le plus mieux" que tel autre langage me fatigue... Je dois faire de l'informatique depuis trop longtemps.

Pens�e �mue pour les victimes d'un autre forcing de Microsoft, les gogos qui ont cru en Silverlight. Apr�s avoir affirm� au grand dieu, la main sur le coeur, que Silverlight �tait l'avenir de l'informatique, Microsoft a abandonn� le produit en laissant en rase campagne les "gogos" qui avaient cru en ses conseils avis�s!!!!!!!!!!!!!!!!!!!

Pour ma part, je constate qu'il y a 2 types de langage informatique: Ceux qui appartiennent � tous le monde (les langage "universel" du style C, Pascal, etc...) et ceux qui sont propri�t� d'une GAFAM... Quelque soit le langage, qu'il soit promu par un Google, Microsoft ou Apple, ils n'auront une dur�e de vie qui ne d�pendra que de la strat�gie marketing de ces entreprises. Et donc...

**d_d_v** · 21/09/2022, 11h06

Quand je lis certaines portions de la doc de rust, je me demande si les concepteurs ont r�ellement travaill� un jour sur des vrais projets. Par exemple, la doc de LinkedList:

NOTE: It is almost always better to use Vec or VecDeque because array-based containers are generally faster, more memory efficient, and make better use of CPU cache.

Je me demande comment on peut raisonnablement conseiller d'utiliser autre chose qu'une liste cha�n�e quand on a besoin des performances et du comportement d'une liste cha�n�e (performance O(1) lors d'un ajout/retrait d'un �l�ment).

� Il faut arr�ter d�initier de nouveaux projets en langages C ou C++ et de passer � Rust �, selon Russinovich

D�bats sur le d�veloppement - Le Best Of