Les mainteneurs et les contributeurs du projet Rust seraient confront�s � un probl�me d'�puisement professionnel,

Selon une ancienne contributrice au projet Rust

Le projet Rust ferait face � l'�puisement professionnel de ses mainteneurs et contributeurs. Dans un article publi� mardi sur le sujet, Jynn Nelson, ing�nieure s�niore Rust chez Redjack, affirme que le probl�me serait tel que le nombre de personnes qui ont quitt� le projet Rust pour cause d'�puisement professionnel est scandaleusement �lev�. Elle affirme �galement que le nombre de personnes dans le projet Rust qui sont proches de l'�puisement professionnel est �galement scandaleusement �lev�. Selon son rapport, le projet Rust souffrirait d'un manque important de mentors et les contributeurs sont parfois amen�s � g�rer une grande partie du travail de mani�re ind�pendante.

L'�puisement professionnel des mainteneurs et des contributeurs est une grande pr�occupation dans l'univers des logiciels libres et open source. Les pistes de solutions visant � r�soudre ce probl�me sont constamment d�battues dans la communaut�, mais les choses semblent ne pas aller de l'avant. Dans le cas du projet Rust, Nelson affirme que les choses vont de mal en pire et propose quelques approches de solutions qui, selon elle, pourraient aider � venir � bout du probl�me. Nelson a contribu� au projet Rust entre octobre 2019 et juin 2023 et dans son article, elle d�peint un environnement de travail chaotique pour les contributeurs et les mainteneurs.


Pour donner une id�e de la fa�on dont les choses se passent, elle d�crit ce sc�nario : � vous voulez contribuer � Rust. Vous trouvez quelque chose qui vous int�resse, puisque les probl�mes faciles/mentor�s sont pris. Il est difficile de trouver un mentor parce que toutes les personnes exp�riment�es sont d�bord�es et �puis�es, alors vous finissez par faire une grande partie du travail de mani�re ind�pendante �. Selon elle, vous venez ainsi d'apprendre que le travail sur ce projet ne se fait pas si vous ne le faites pas avancer personnellement. Le probl�me que vous avez r�solu �tait ouvert depuis des ann�es ; la majorit� des probl�mes sont l� depuis des ann�es.

Nelson explique que, une fois que vous �tes un contributeur actif, les choses se compliquent davantage et la charge de travail n'arr�te pas d'augmenter avec le temps. Elle insiste sur l'argument selon lequel les choses ne se font pas si vous ne les faites pas personnellement. Voici ci-apr�s l'atmosph�re qu'elle d�crit en se basant sur sa propre exp�rience :

• vous devenez un contributeur plus actif : le responsable actuel est trop �puis� pour effectuer un triage r�gulier, vous finissez donc par parcourir l'arri�r� des probl�mes (g�n�ralement, vous �tes la premi�re personne � l'avoir fait depuis des ann�es). Cela renforce l'id�e que le travail ne se fait pas � moins que vous ne le fassiez personnellement ;
• le responsable actuel reconna�t votre travail et vous confie une grande partie des responsabilit�s, en particulier les r�visions : les nouveaux contributeurs font des demandes de fusion (pull request). Ils font des erreurs simples et stupides dues � leur manque d'exp�rience ; vous les signalez et elles sont corrig�es. Cela peut �tre amusant pendant un certain temps. Ce que cela vous apprend, c'est que vous �tes personnellement responsable de la d�tection des erreurs ;
• vous vous fatiguez : les gens font toujours les m�mes erreurs et vous avez peur de faire confiance aux autres �valuateurs ; vous �tes peut-�tre le seul �valuateur, ou les autres �valuateurs ont d�j� laiss� passer des choses et vous ne faites plus autant confiance � leur jugement qu'avant ; on vous confie peut-�tre trop de demandes de fusion et vous n'arrivez plus � suivre. Cela fait des semaines que vous n'avez pas travaill� sur les choses que vous voulez faire, et personne d'autre n'y travaille parce que vous avez dit que vous le feriez ("elles ne se feront pas si vous ne les faites pas personnellement", dit une voix) : "le projet serait pire sans toi".
  

Nelson d�nonce cet �tat de choses et appelle les contributeurs � rester vigilants pour ne pas tomber dans cette routine. � "Cela ne sera pas fait si je ne le fais pas" et "je dois tout revoir ou des choses vont passer � travers", c'est exactement l'�tat d'esprit de mon propre �puisement professionnel. Peu importe que ce soit vrai, cela vous fera souffrir. Si le projet ne peut pas survivre sans que vous fassiez personnellement des heures suppl�mentaires non r�mun�r�es, il ne m�rite peut-�tre pas de survivre �, a-t-elle d�clar�. L'ing�nieure estime que les contributeurs devraient faire attention m�me lorsqu'ils sont pay�s pour travailleur sur le projet Rust.

� Si vous �tes pay� pour travailler sur Rust, vous avez probablement commenc� en tant que contributeur non r�mun�r� et obtenu le poste plus tard. Traitez-le comme un travail d�s maintenant. Ne faites pas des heures suppl�mentaires, ne vous portez pas volontaire � tout bout de champ, ne travaillez pas sur des choses qui d�passent largement votre description de poste. La meilleure fa�on d'aider le projet est de continuer � y contribuer pendant des ann�es. Pour ce faire, vous devez �viter de vous �puiser, ce qui signifie que vous devez bien vous traiter �, a-t-elle d�clar�. Dans les commentaires, de nombreuses personnes semblent partager son avis.

� Selon mes observations, je pense que le projet Rust a des probl�mes d'�puisement professionnel plus graves que la plupart des autres projets open source de taille similaire. Je ne sais pas si cela est li� � la fa�on dont le projet est organis�, � l'�tat de la base de code ou au type de personne qui est attir� par le travail sur Rust en premier lieu. La situation est de plus en plus pr�occupante et m�rite une grande attention de la part de la Fondation Rust. En attendant, prenez soin de vous. C'est un grand pas dans la vie d'un ing�nieur logiciel lorsqu'il r�alise que coder 24 heures sur 24 et 7 jours sur 7 n'est pas le mode de vie id�al �, a �crit un critique.

D'autres critiques sugg�rent que le probl�me est peut-�tre li� � la fa�on dont Rust est con�u. � C'est peut-�tre parce que Rust est nouveau et bien con�u. Les personnes qui l'ont adopt� s'en soucient probablement, elles veulent le maintenir et cela est difficile. C'est peut-�tre mon perfectionnisme, mon d�sir de construire et de vivre dans une tour d'ivoire, mais je ressens cela en tant qu'utilisateur de Rust, une peur qu'ils puissent briser une certaine perfection per�ue � laquelle je tiens. L'on pourrait dire que les d�veloppeurs C++ sont lib�r�s du fardeau consistant � utiliser un langage parfait �, ajoute un critique. Cet argument est toutefois controvers�.

� Toutes les organisations b�n�voles doivent lutter contre l'�puisement professionnel. Chaque fois que vous commencez � avoir l'impression que les choses ne seront pas "faites" � moins que vous ne les fassiez, vous �tes sur cette voie. Faites attention � vous �, affirme un autre critique. De son c�t�, Nelson a d�clar� que les chefs d'�quipe peuvent jouer un r�le important dans la r�solution de ce probl�me. � la question de savoir ce que ces derniers peuvent faire, elle a �num�r� ces points :

[LIST][*]disposer d'une documentation sur ce qu'il faut faire en cas d'�puisement professionnel : il faut accorder � l...