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 !

Rust a-t-il atteint son plafond de popularité ? Le langage recule de trois places dans l'index TIOBE d'avril 2026
Son PDG évoque une « courbe d'apprentissage difficile pour les développeurs non experts »

Le , par Stéphane le calme

40PARTAGES

18  0 
Depuis quelques semaines, une question circule dans les cercles de développeurs : Rust aurait-il atteint sa vitesse de croisière, voire son plafond ? Le PDG de l'index TIOBE l'affirme, s'appuyant sur un recul de trois positions entre janvier et avril 2026. Mais derrière cette lecture statistique se cache un tableau bien plus complexe et une leçon sur la façon dont on mesure l'influence réelle d'un langage.

Selon Paul Jansen, PDG de TIOBE, Rust a atteint son plus haut historique en janvier 2026, à la 13e place de l'index. Trois mois plus tard, il est retombé à la 16e position. Pour le dirigeant de la société d'évaluation de la qualité logicielle, cela suggère un plafonnement de l'adoption. L'argument principal avancé : la courbe d'apprentissage jugée rédhibitoire pour les développeurs non spécialistes limiterait l'expansion vers un public grand public.

Et Paul Jansen de déclarer :

« Rust est le plus jeune langage du top 20 de l'indice TIOBE. Il y a fait son entrée en juin 2020 et était alors pressenti pour intégrer le top 10, s'imposant comme un concurrent sérieux pour C et C++. C'était il y a près de six ans. Depuis, Rust a progressé régulièrement dans le classement, atteignant même sa meilleure position historique (13e) en début d'année. Cependant, trois mois plus tard seulement, il a chuté à la 16e place. Cela suggère que son taux d'adoption pourrait plafonner.

« Une explication possible est que, malgré sa capacité à produire du code très performant et sûr, Rust reste difficile à apprendre pour les programmeurs non experts. Si les spécialistes des domaines critiques en termes de performances sont prêts à investir dans la maîtrise du langage, une adoption plus large par le grand public semble plus complexe.

« Par conséquent, la popularité croissante de Rust semble se stabiliser et l'objectif d'intégrer le top 10 paraît désormais plus lointain. »

Mais avant de tirer des conclusions, il convient de comprendre ce que mesure réellement l'index TIOBE et ce qu'il ne mesure pas. L'index est calculé à partir du nombre de requêtes sur plus de vingt moteurs de recherche populaires, dont Google, Amazon, Wikipedia et Bing. Il ne prétend pas mesurer le nombre de lignes de code écrites dans un langage, ni la satisfaction des développeurs, ni l'usage en production.

Cette méthodologie a toujours posé problème. Comme le souligne un observateur, un langage dont les développeurs trouvent leurs réponses via un assistant IA plutôt qu'un moteur de recherche verra mécaniquement son score TIOBE s'éroder, indépendamment de son adoption réelle. À l'heure où GitHub Copilot, Claude ou ChatGPT répondent directement aux questions techniques, l'effet est loin d'être négligeable. Un observateur l'a formulé clairement : l'index TIOBE est très sensible aux variations des résultats des moteurs de recherche et aux biais introduits par les LLM, qui court-circuitent l'une des principales sources de données de l'index.

Par ailleurs, un simple coup d'œil au tableau révèle des absurdités qui fragilisent la crédibilité de l'outil : Delphi/Object Pascal figure en 10e position, devant Go (15e) et Rust (16e). Voir un langage dont l'heure de gloire remonte au tournant des années 2000 dépasser deux des technologies les plus actives de la décennie suffit à relativiser fortement la portée du classement.


Ce que les autres indices révèlent

Fort heureusement, TIOBE n'est pas le seul outil disponible, et les données alternatives dressent un portrait sensiblement différent.

RedMonk, qui croise le nombre de dépôts GitHub avec l'activité sur Stack Overflow, classe Rust en 19e position dans son édition de janvier 2025. RedMonk note que c'est l'un des classements les moins mouvementés en quinze ans d'existence de l'index, signe de stabilisation plutôt que de recul. Pour un langage jeune qui s'attaque à un segment aussi technique que la programmation systèmes, se maintenir dans un top 20 mondial représente déjà une performance.

Stack Overflow Developer Survey, qui interroge chaque année des dizaines de milliers de développeurs actifs, raconte une histoire encore plus favorable. Pour la neuvième année consécutive, Rust a été désigné langage le plus admiré par les développeurs en 2025, avec un taux d'approbation de 72 %. Son gestionnaire de paquets Cargo a lui aussi été élu outil le plus apprécié parmi les outils de développement cloud et d'infrastructure. Un taux d'admiration record sur neuf ans n'est pas le portrait d'un langage qui s'essouffle, c'est celui d'un langage que ceux qui l'utilisent ne veulent plus lâcher.

JetBrains, dans son State of Developer Ecosystem annuel, estime que Rust comptait 2,27 millions de développeurs actifs en 2025, avec une croissance de 35 % des offres d'emploi sur l'année selon d'autres agrégateurs de données sectorielles. Sur GitHub, les dépôts Rust ont progressé de 89 % en glissement annuel en 2025, soit la plus forte croissance de tous les langages suivis. Ces chiffres témoignent d'une vitalité réelle de l'écosystème, que le filtre TIOBE ne capture tout simplement pas.

Une adoption institutionnelle sans précédent

Bien au-delà des sondages, la véritable mesure de la santé de Rust se lit dans les décisions structurelles prises par les acteurs qui comptent.

Fin 2025, au Maintainer Summit de Tokyo, le noyau Linux a...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.

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

Avatar de d_d_v
Membre expérimenté https://www.developpez.com
Le 14/04/2026 à 9:14
C'est surtout que la très grande majorité des entreprises n'en ont rien à faire de la qualité et sécurité du code, donc pourquoi s'infliger l'utilisation d'un langage aussi contraignant ?
9  2 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 14/04/2026 à 11:05
La qualité du code ça a un impact sur la maintenabilité, et c'est un argument auquel certains sont sensible.
5  0 
Avatar de JPLAROCHE
Membre expérimenté https://www.developpez.com
Le 14/04/2026 à 21:15
bonjour, ça fait 6 mois que j'ai entamé ma conversion de mon projet ZIG en Rust .
Au début, c'était l'aventure, histoire de voir ce que je pouvais en tirer, Puis est venu la conception pour tirer parti du langage Rust, puis est venu les corrections de mon projet dut au langage Rust, puisje n'en suis toujours pas aux réflexions automatiques,
j'ai trouvé parfois plus complexe Rust , mais aussi parfois plus cohérent et plus simple.

je me fais aider par IA Mistral pour m'expliquer certain concept, avec des exemples, pas toujours facile de suivre l'IA, mais c'est intéressant et enrichissant.

j'ai dût en même temps choisir un IDE et le mettre à ma main (j'avais fait pareil avec Zig) j'aime que l'outil soit ciblé, je ne veux qn'un truc à tout faire. Ça m'a pris 2 mois sur les 6, mais pas à 100%.

je n'ai pas de contrainte je suis à la retraite (gros avantage car pas de pression) mais il m'arrive pour résoudre un problème que ne je passe une grosse semaine avec de grosses heures pleine ou la nuit devient toute petite.

parce que je suis un vieux et que je ne lâche pas les choses comme ça .

Je n'aime pas me servir de lib toute faite à tout vas, donc puisque je suis un informaticien, je dois être capable de fabriquer mes propres lib. Bien-sûr qu'il m'arrive d'utiliser, mais avec une étude des modules proposée et si je trouve qu'ils peuvent-être un gros plus alors je prends.

Cela m'amène à faire une petite comparaison avec Zig, zig je peux l'utiliser s'en lib extérieur au langage , je n'y suis pas arrivé pour le moment avec Rust ( je souhaite que cela soit dût à mon manque expérience).

un exemple , avec Zig il y a F128 cela m'a permis de gérer les nombres décimaux façon finance ou gestion d'entreprise, avec Rust j'ai été obligé de prendre le parti d'utiliser I128 avec un peu plus de complexité afin de pouvoir gérer 34 chiffres

pour la gestion du terminal j'ai pris une lib de base toute petite, j'aurai dû la réécrire, mais c'est dommage que cela ne fasse pas partie du langage.

j'aime dans ce langage l'intégrité référentiels, ça évite beaucoup d'erreur , bon ça ne change pas le paradigme que nous propose IBM avec OS400 ou le programme ne plante pas d'où je suis responsable du pot, mais pas du contenu. Même si vous avez mis des pare-fou (lol) si la personne saisie la mauvaise quantité commandée !!!!!!

j'aime cargo, je le trouve simple, OUI et NON mais sa philosophie dans les docs ne sont pas à la hauteur ( que Rust n'en prenne pas ombrage, j'ai du mal aussi à créer de A-z et écrire la doc, car pour le concepteur tout parait évident).

Suite au prochain numéro mes 6 mois ne m'ont pas fait de moi un expert en Rust ( heureusement sinon Rust aurait été le Basic).
3  0 
Avatar de Bardaz
Nouveau Candidat au Club https://www.developpez.com
Le 14/04/2026 à 22:01
Citation Envoyé par d_d_v Voir le message
C'est surtout que la très grande majorité des entreprises n'en ont rien à faire de la qualité et sécurité du code, donc pourquoi s'infliger l'utilisation d'un langage aussi contraignant ?
J'ajoute que les entreprises suceptibles de passer à Rust ont des outils similaires avec les dernières versions de C++ et le module Fil C . Pourquoi réapprendre un langage quand on a déjà les devs et les outils.

Rust a eu le mérite de remettre le débat autour de la sécurité au centre de la table.
3  0 
Avatar de smarties
Expert confirmé https://www.developpez.com
Le 14/04/2026 à 11:50
En tout cas je vois beaucoup de CLI et TUI qui sont développés en Rust, souvent des réécritures (sans doute pour se former) pour avoir quelque chose de plus léger ou avec moins de dépendances installé (Python, JS) vu qu'avec Rust on met un maximum dans le binaire.

Niveau maintenance, quand ça fonctionne on peut laisser son projet dans un coin et généralement faire un petite MAJ des dépendances une fois par an. En plus avoir la possibilité de mettre ses tests dans le même fichier que ce qui est testé c'est pratique !
3  1 
Avatar de JPLAROCHE
Membre expérimenté https://www.developpez.com
Le 14/04/2026 à 21:32
je pourrais rajouter les livres que l'on trouve sur le marché, trop touffu.... Bon pour Zig il n'y en tellement peu, mais le langage n'est pas en version 1

souvent les exemples sont d'une simplicité que l'on a l'impression d'être un idiot, alors que l'on aimerait des exemples avec de vrais projets . Je me dis que c'est une lacune sur lequel Rust devrait ce penché.

Le system c'est bien, ils ont prouvé que cela fonctionne maintenant, il devrait penser "entreprise" par exemple la GESTION et je peux vous dire que là, il y a des réels problèmes et que ce n'est pas uniquement de la gestion de BD.
2  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 15/04/2026 à 7:20
Citation Envoyé par JPLAROCHE Voir le message
un exemple , avec Zig il y a F128 cela m'a permis de gérer les nombres décimaux façon finance ou gestion d'entreprise, avec Rust j'ai été obligé de prendre le parti d'utiliser I128 avec un peu plus de complexité afin de pouvoir gérer 34 chiffres
Les flottants 128bit n'étant à ma connaissance pas gérés par le matériel, passer par une bibliothèque ou le langage lui même ne fait pas une grande différence, dans tout les cas il y aura un supplément de code embraqué, c'est juste que Zig embarque sa propre bibliothèque.
D'ailleurs je ne pense pas que les flottants, même à 128 bits, soient une bonne idée pour de la finance, tu vas quand même te retrouver avec des arrondis qui paraissent bizarre. En général on utilise plutôt les types décimaux, qui ne sont pas gérés nativement par la plupart des langages y compris Zig.
2  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 16/04/2026 à 10:40
Citation Envoyé par JPLAROCHE Voir le message
Vous me dites que ce n'est pas pris en charge par le matériel alors comment faire... bref quand vous avez Renault comme client et que le marché s'élève à plus de 32 millions d'Euros, il vous faut résoudre certain problème...
En effet quand ce n'est pas pris en compte par le matériel, il n'y a pas d'autre choix que de le faire logiciellement. Ce que je voulais dire c'est que niveau performance, ça ne change rien que ça soit géré directement par le langage ou par une bibliothèque, un langage qui gère ça nativement va générer du code équivalent à ce que ferait une bonne bibliothèque.

Citation Envoyé par JPLAROCHE Voir le message
pourtant ma remarque n'était pas une attaque, mais un constat pour répondre à certain problème.
Je vous rassure, je ne l'ai absolument pas pris pour une attaque et implémenter à la main, pour le coté instructif c'est très bien.
Je signalais juste que passer par une bibliothèque n'est pas un gros problème, surtout que c'est assez facile en Rust.

Citation Envoyé par JPLAROCHE Voir le message
Quand on travaille avec 34 décimaux ce n'est pas pour faire du scientifique pour la gestion d'entreprise, c'est pour la cohérence. J'ai fait la bascule de l'Euro et quand les impôts sont venus, je n'avais que 3 centimes d'écart sur l'ensemble de la comptabilité alors les 13,15 était de mise pour les conversions. (AS400)
Le soucis c'est que les type flottant basiques fonctionnent en mode binaire, ce qu'il fait que peu importe leur précision, ils vont faire des arrondis sur des opérations ou naturellement on ne s'y attend pas quand on a l'habitude de travailler avec des décimaux.

L'exemple classique est le 0.1+0.2 qui donne 0.30000000000000004 en 32 bit. Certes en 128 bits l'écart sera plus faible mais pas inexistant, alors que dans la finance, pour ce type de calcul, on s'attend a des valeurs parfaitement exactes. C'est pour cela que l'on recours souvent pour ces cas précis a des types en BCD (Binaire codant du décimal) qui va donner des résultat plus prédictibles pour nous les humains qui manipulons des nombres décimaux.

Citation Envoyé par JPLAROCHE Voir le message
J'aimerais juste que Rust se penche sur les problèmes d'entreprise et pas seulement sur le noyau de Linux et pourtant je suis sur Arch et Linux depuis 2003 je ne compte pas les tentatives avant.
Rust ne se penche pas que sur le très bas niveau, mais en effet il a fait le choix, contrairement au Java ou au Python, d'une bibliothèque standard volontairement réduite. Ce qui est compensé par le fait qu'il est très facile d'ajouter des bibliothèques tierces.
Si vous voulez faire du plus haut niveau sans utiliser de bibliothèques tierces, en effet Rust n'est pas adapté pour vous.
1  0 
Avatar de fdecode
Membre habitué https://www.developpez.com
Le 22/04/2026 à 8:58
Citation Envoyé par OuftiBoy Voir le message
Soit le langage a intégré des choses non essentielles (puisqu'on pourrait les retirer, pour rationaliser), soit, et ce serait surprenant (car ce n'est tout de même pas le premier langage développé), les bases du langage n'ont pas été assez pensées. C'était peut-être une obligation à l'époque des débuts de Rust, dont l'équipe qui l'a développé avait très certainement des contraintes a respecter, je n'en sais rien. Mais cela reste tout de même un petit mystère pour moi, car l'équipe derrière Rust est sans aucun doute d'un niveau supérieur au mien, je n'en doute pas une seconde. Peut-être qu'une autre solution, (que celle de créer un nouveau langage), aurait été de faire évoluer Ada (sans "casser" d'anciens code), car Rust s'inspire (et ce n'est pas un reproche, c'est même un compliment) assez fortement d'Ada par bien des aspects.
Je ne vois pas de problème à faire évoluer un langage et à rendre progressivement 'obsolete' certains concepts.
Les connaissances sur les langages évoluent; cela suscite des besoins qui finissent par être assez lourds à gérer dans la configuration initiale du langage.
Et en réalité, la plupart des langages le font.
Je ne vais pas m'attarder là dessus, car cela demanderait d'aller chercher de l'information, mais même le C++ a introduit des changements progressifs et des ajustements qui ont dégradé certaines retro-compatibilités.
Si on devait parler de la migration Python2 -> Python3 ou Scala2 -> Scala3, les ruptures sont bien plus visibles.
Les éditions de Rust permettent d'encapsuler les changements: par exemple, on peut utiliser une librairie de l'édition 2021 avec un code de l'édition 2024. Cela amortie la transition.
Quant à l’idée de faire évoluer Ada à la place, pourquoi pas en théorie. Mais c’est un autre sujet. Personnellement, Ada ne m’attire pas du tout, donc je préfère que Rust existe comme nouveau langage.

Citation Envoyé par OuftiBoy Voir le message
Je ne parle pas d'instabilité technique, mais d'instabilité syntaxique
Je pense qu'on parle bien de la même chose: les releases stables de Rust visent à fixer des évolutions dans le langage, le noyau et la librairie standard, alors que les releases nightly sont expérimentales.

Citation Envoyé par OuftiBoy Voir le message
car si depuis 2016, je cite "on perçoit que la stabilisation de l'ensemble converge", cela veut dire pour moi que cette "convergence" (et donc la stabilisation) n'est pas aboutie, mais je comprend peut-être mal votre propos.
Notre philosophie des langages n'est pas la même: pour moi, un langage doit évoluer.
La question est éventuellement de savoir si cette évolution converge, c'est à dire si on a un mouvement d'ensemble cohérent qui va vers quelque chose de suffisamment stable, ou si le langage est instable syntaxiquement.
Et Rust est suffisamment stable syntaxiquement de mon point de vue et cette stabilité s'accroit. On le voit d'ailleurs avec le faible nombre de fonctionnalité qui sont stabilisées à chaque update.
On va vers un langage qui évoluera progressivement, et cette évolution sera assez facile à gérer avec les mécanismes d'édition, qui permettent l'utilisation trans-édition des librairies (crates).

Je te suggère d'ailleurs de regarder la doc officielle qui t'explique la démarche générale:
https://doc.rust-lang.org/edition-guide/editions/
Et notamment de bien prendre en compte les mentions:
  • In May 2015, the release of Rust 1.0 established “stability without stagnation” as a core Rust axiom. Since then, Rust has committed to a pivotal rule: once a feature is released through stable, contributors will continue to support that feature for all future releases.

    However, there are times when it’s useful to make backwards-incompatible changes to the language. A common example is the introduction of a new keyword. For instance, early versions of Rust didn’t feature the async and await keywords.

    If Rust had suddenly introduced these new keywords, some code would have broken: let async = 1; would no longer work.

    Rust uses editions to solve this problem.
  • When creating editions, there is one most consequential rule: crates in one edition must seamlessly interoperate with those compiled with other editions.

Je m'aperçois décidément que c'est vraiment très proche de ce que j'attends d'un langage de programmation.

Citation Envoyé par OuftiBoy Voir le message
Il n'y a pas plus autodidacte que moi, j'ai commencé avec le BASIC du C64
Si on en vient à remonter le temps comme ça, mes premiers pas sont en BASIC sur VIC20 et en 6502 (avec l'utilisation des interruptions pour rafraichir l'affichage...).

Ceci étant dit, si cela a pu être formateur pour une certaine génération, les concepts d'ingénierie logiciel viennent avec avec des langages introduisant des abstractions structurantes.
Autrement dit, ma programmation sérieuse a commencé avec le pascal et le C. Mais je ne renie pas le fait que ces petits ordinateurs personnels étaient très bien pour acquérir certaines intuitions et qu'ils forçaient à la programmation.

Citation Envoyé par OuftiBoy Voir le message
J'ai laissé tombé le C++ justement à cause des templates.
Je comprends. Les templates C++ sont très puissants, mais assez peu structurés: ça ouvre la porte à des trucs assez tordus.
Dans des langages comme Java, Scala ou Rust, la généricité est mieux encadrée dès le départ.
Ce que je trouve positif dans C++20/23, c’est justement l’ajout de mécanismes comme requires et les concepts, qui permettent de contraindre plus proprement les templates.
1  0 
Avatar de koyosama
Membre éprouvé https://www.developpez.com
Le 14/04/2026 à 1:19
Tu m'étonnes, il y a presque pas de tutorial pour débutant. Sauf les docs officiels qui sont chiant et longs à lire.
3  3