Rust a maintenant 350 000 dollars pour financer une première poignée de mainteneurs.2 Puis arrive la phrase qui gâche un peu la simplicité du chèque : faire correspondre l’argent, les équipes en manque de bras et les bonnes personnes s’est révélé plus difficile que prévu.1
Certaines personnes maintiennent déjà Rust dans le cadre de leur emploi. D’autres ne veulent pas être financées. Certaines qui cherchent un financement n’ont pas candidaté. Et, surtout, quelques équipes manquent tellement de monde qu’elles ont presque personne pour accueillir un nouveau mainteneur.1
Le fonds règle donc un problème sans régler le suivant. Il réserve des heures. Les mois ou années qui ont permis à quelqu’un de comprendre le compilateur, d’obtenir des droits de review et de savoir à qui demander quoi ne sont pas dans la facture.
Six postes
Le premier tour ne couvre que six personnes : quatre Maintainers in Residence, deux Maintainer Grants.1 Gen Li prend Rustup et la distribution de la toolchain à plein temps. Alejandra González travaille à mi-temps sur Clippy ; Chris Denton partage son mi-temps entre compilateur, bibliothèque standard, Rustup et Windows ; León Liehr entre rustdoc et compilateur. Les deux grants vont à Jonas Böttiger pour la bibliothèque standard et Jason Newcomb pour Clippy.12
Le programme formalise trois volumes de travail : environ cinq jours par semaine pour un résident à plein temps, deux jours et demi pour un mi-temps et un jour pour un grant.1
Cinq jours, deux jours et demi, un jour : derrière ces cases, Rust réserve enfin un morceau de calendrier. La review n’a plus besoin d’attendre le reliquat d’énergie après l’emploi principal ou la feature plus amusante.
Le menu prévu par le RFC est peu glamour : reviews, mentoring, bugs, triage, refactorings longs.36 Exactement le genre de travail dont on remarque surtout l’absence.
Quarante heures
Avant les contrats, Rust avait essayé de mesurer ce trou dans le calendrier.
Dans sa mise à jour de juillet, l’équipe Funding reprend les résultats de son enquête 2025 : seulement 35 % environ des répondants disent recevoir actuellement un financement, même minime, pour leur travail Rust. Une proportion à peu près équivalente dit n’en avoir jamais reçu. Le contributeur moyen interrogé consacre pourtant autour de 40 heures par mois au projet.4
Quarante heures par mois, c’est à peu près une semaine de boulot. Dans beaucoup de cas, elle n’apparaît pourtant nulle part comme telle.
Rust n’a d’ailleurs pas de vraie « après-livraison » : nightly tous les jours, stable toutes les six semaines.5 Une feature se montre. Une review ou une semaine passée à nettoyer un sous-système, beaucoup moins. Et ce travail moins racontable doit quand même trouver sa place face à l’emploi rémunéré du bénévole.5
Baseline d’abord
Le tri n’a pas commencé par les candidatures. Rust a d’abord regardé où le projet manquait réellement de mainteneurs.
Pour chacune, elle a essayé de définir une maintenance baseline : le plus petit nombre de mainteneurs nécessaire pour que le sous-système reste sain à long terme.1 Elle a ensuite comparé ce besoin à la capacité réellement disponible, puis priorisé les zones à fort impact et clairement sous-dotées.
Cargo, le compilateur, les bibliothèques, Clippy, rustfmt, rust-analyzer, rustdoc ou encore Rustup font partie des équipes considérées.1 La mise à jour de juillet résumait la logique avec une règle particulièrement utile : « fund what no one else will ».4
La conséquence est assez sèche : si un employeur paie déjà le travail, le fonds a mieux à faire. Il vise plutôt la review, la maintenance ou la coordination utile à tous et sans sponsor naturel.4
J’en retiens surtout une bonne question pour les entreprises qui dépendent d’un projet libre : non pas « quelle feature pouvons-nous signer ? », mais « quelle tâche indispensable n’a précisément personne à qui envoyer la facture ? ».
L’argent bloque
Puis l’argent rencontre son plafond.
Une équipe peut avoir besoin d’aide et de financement, mais personne de suffisamment expérimenté n’est forcément disponible. Le RFC 3931 exige que les candidats Maintainers in Residence soient déjà des membres établis du projet, ou soient approuvés pour rejoindre les équipes concernées avec les niveaux de confiance et de permissions nécessaires.3
Le RFC refuse même le raccourci évident : un pool de prestataires interchangeables.3 Quelques tickets bornés, pourquoi pas. Mais une review sensible, un blocage entre équipes ou un refactoring de plusieurs mois demandent de connaître l’historique avant d’arriver au ticket.
Savoir écrire du Rust ne suffit pas. Il faut aussi connaître les décisions déjà prises, les zones risquées, les personnes, et avoir reçu le droit de trancher.
Alejandra González donne un exemple très concret. Clippy a environ 300 pull requests en attente, selon l’annonce.1 Ajouter un développeur quelconque au projet ne fait pas automatiquement disparaître ce stock. Il faut quelqu’un qui puisse comprendre ce qui mérite d’entrer, relire, expliquer un refus, guider un changement et maintenir la cohérence du linter.
Trois cents PR ne représentent pas seulement du code à lire. Elles représentent trois cents occasions où quelqu’un doit exercer du jugement mainteneur.
Du temps dirigé
Le bénévolat garde une force que Rust ne cherche pas à supprimer : chacun choisit largement où placer son énergie. Le programme conserve d’ailleurs une partie du temps pour les priorités choisies par le résident lui-même.3
Mais un poste financé ajoute quelque chose que l’espoir ne garantit pas : une partie du temps peut être affectée aux priorités de l’équipe.3 Une review urgente, un chantier de dette technique ou un contributeur bloqué n’a plus à attendre qu’un mainteneur se sente disponible un dimanche.
Un bounty paie une sortie. Ici, l’argent paie plutôt quelque chose de moins visible : une capacité de décision qui reste disponible la semaine suivante.
Douze mois
Reste la partie que le communiqué ne peut pas encore raconter : est-ce que ça marche ?
Les six premiers financements sont prévus pour au moins les douze prochains mois.1 Dans la documentation de préparation, Rust parle de contrats d’un an avec l’espoir d’un renouvellement, mais pas sa garantie.4 Le Rust Foundation Maintainers Fund a obtenu 350 000 dollars pour ce premier tour grâce notamment à Google, AWS, OpenAI, au Rust Project Leadership Council et à des donateurs individuels.12
Six personnes ne suffisent évidemment pas à salarier la maintenance de tout Rust. L’équipe avait recensé 45 personnes cherchant une forme de financement ; 34 s’intéressaient à des rôles de maintenance générale et 13 à des objectifs plus ciblés, avec chevauchement possible entre les groupes.4
Le premier tour est donc un test autant qu’un financement. Il faut que l’argent revienne, que les équipes aillent réellement mieux et, surtout, que Rust ne se contente pas d’acheter plus d’heures aux mêmes personnes déjà indispensables.
La Rust Foundation dit vouloir documenter ce que ce financement aura rendu possible pendant l’année.2 C’est ce suivi qui permettra de distinguer un joli tour de financement d’une nouvelle couche durable de l’infrastructure du projet.
Créer du contexte
Le chiffre de 350 000 dollars finit donc par devenir la partie la moins étrange de l’histoire.
Oui, l’open source a besoin d’argent. Les recherches plus larges sur les mainteneurs insistent elles aussi sur le besoin de soutien qui n’ajoute pas une nouvelle charge administrative à ceux qu’il prétend aider.7 Mais l’argent arrive après une autre ressource rare : des personnes qui ont eu le temps d’apprendre le système, de gagner la confiance du collectif et de devenir capables de dire « oui », « non » ou « pas comme ça » sur du code dont beaucoup d’autres dépendent.
Rust commence avec des gens déjà mainteneurs. La suite, beaucoup moins achetable, consiste à donner à d’autres le temps d’accumuler ce contexte avant que les équipes se vident.
C’est la contrainte à garder : un budget peut s’ouvrir lundi. Un mainteneur expérimenté ne se commande pas pour vendredi.