veilletech.frCe qui se passe
Le débogage revient chaque année dans les enquêtes générales de Rust comme l'un des points faibles de l'expérience. L'équipe compilateur a donc lancé en février 2026 une enquête dédiée. Les résultats viennent de paraître, sur plus de 2 300 réponses.
Le chiffre qui structure tout le reste : 46 % des répondants utilisent actuellement un débogueur avec Rust. Le reste se partage entre « je l'ai fait par le passé » et « jamais ». Autrement dit, plus de la moitié n'en utilisent pas — alors que plus de 80 % des répondants se classent eux-mêmes en niveau intermédiaire ou avancé.
Le détail par expérience est plus net encore : près d'un débutant sur deux n'a jamais utilisé de débogueur en Rust, quand près de la moitié des utilisateurs avancés en utilisent un.
Pourquoi ils s'en passent
La question posée était bien choisie : plutôt que de demander « quels problèmes rencontrez-vous », l'enquête demande d'abord pourquoi on renonce, y compris pour des raisons qui ne sont pas des défauts.
81 % répondent qu'il est plus simple ou plus rapide de s'en sortir avec des traces ou de l'affichage. Ce n'est pas un aveu de paresse : c'est un arbitrage. Les réponses libres complètent le tableau, et pointent une mise en place jugée trop difficile — particulièrement sous Windows, sur WebAssembly et en embarqué.
Ce qu'ils utilisent
Sans surprise, l'affichage et la macro dbg! dominent. En les excluant, la hiérarchie
est la suivante :
- lldb dans un environnement de développement — premier choix général
- gdb en ligne de commande
Le classement bascule selon le système :
- Sous Linux, gdb en ligne de commande passe devant, mais de 0,4 point seulement.
- Sous Windows, WSL et macOS, lldb dans l'IDE domine d'au moins 6 points.
- Sous Windows, les trois derniers choix sont les débogueurs en ligne de commande — et le troisième choix le plus fréquent, sous Windows comme sous macOS, est « je ne sais pas ».
Côté usages : 87 % s'en servent pour avancer ligne à ligne, un peu plus de la moitié pour récupérer une pile d'appels sur un processus bloqué ou planté. À mesure que l'expérience augmente, l'usage pédagogique recule et la récupération de piles d'appels progresse.
Deux résultats à retenir
Le débogage est rarement mono-langage. 44 % des répondants déboguent du Rust mêlé à autre chose : C dans un peu plus de 70 % des cas, C++ dans environ 43 %, Python dans environ 20 %. Un outillage qui ne gère bien que Rust ne répond donc pas à près de la moitié des situations réelles.
L'asynchrone est un angle mort. Seul un quart des répondants utilise un débogueur sur du code async. L'équipe avance les deux lectures possibles, sans trancher : soit l'expérience y est trop maladroite et incomplète, soit les répondants écrivent simplement peu de code asynchrone.
À retenir
Une enquête ne corrige rien. Sa valeur est double : elle indique où l'équipe compilateur va porter son effort — l'article se poursuit d'ailleurs sur les debugger visualizers — et elle fournit une base chiffrée pour mesurer si les prochaines versions changent quelque chose. Notons enfin la limite que les auteurs signalent eux-mêmes : sur la question des personnes ayant quitté Rust à cause du débogage (3 % « oui », 24 % « en partie »), l'effectif est faible, l'enquête ayant surtout touché des utilisateurs actifs.
Source : Rust Blog