Combler le fossé : Les rapports de câlins dans l'open source
Hug Reports aide les utilisateurs à exprimer leur gratitude envers les contributeurs open source grâce à un outil intégré.
― 7 min lire
Table des matières
Les Contributeurs au logiciel open source ont souvent l'impression d'être négligés et sous-estimés. Beaucoup d'Utilisateurs bénéficient de leur travail, mais prennent rarement le temps de dire merci. Ce manque d'appréciation peut mener à de la frustration et de l'épuisement parmi les contributeurs. Comprenant ce problème, on a créé un outil appelé Hug Reports pour aider les utilisateurs à exprimer leur gratitude de manière significative. Cet outil est conçu pour être utilisé dans les éditeurs de code, rendant plus facile pour les développeurs de montrer leur appréciation pour les paquets Logiciels dont ils dépendent.
Le défi de l'appréciation
Dans le monde du logiciel open source, il y a souvent un fossé entre ceux qui créent le logiciel et ceux qui l'utilisent. Les utilisateurs peuvent grandement profiter des contributions de ces développeurs, mais ils ne les remercient que rarement. Beaucoup de développeurs ont rapporté qu'ils reçoivent beaucoup plus de plaintes que de compliments, créant une atmosphère négative. Cet déséquilibre peut affecter leur motivation et leur engagement.
Quand les gens veulent exprimer leur gratitude, ils rencontrent souvent plusieurs obstacles. D'abord, identifier la bonne personne à remercier peut être compliqué. Les utilisateurs doivent quitter leur environnement de développement et chercher des informations de contact, ce qui prend du temps et de l'effort. Ensuite, les canaux de communication existants se concentrent généralement sur les problèmes et les retours plutôt que sur la gratitude. Enfin, quand les utilisateurs envoient des remerciements, cela peut sembler impersonnel. Tout ça laisse beaucoup de contributeurs se sentir non reconnus, ce qui peut aggraver les sentiments d'épuisement sur le long terme.
Présentation de Hug Reports
Hug Reports est un système simple qui vise à rapprocher les utilisateurs et les contributeurs. Il est directement intégré dans les éditeurs de code, permettant aux utilisateurs d'envoyer facilement des remerciements pendant qu'ils travaillent. L'objectif est de rendre l'expression de la gratitude aussi fluide que possible, encourageant ainsi une boucle de rétroaction positive entre utilisateurs et contributeurs.
Comment ça marche
Le système Hug Reports se compose de deux composants principaux : une extension pour l'éditeur Visual Studio Code et un système de notification par e-mail.
Bouton In-Code : Quand un utilisateur ouvre un fichier qui utilise des paquets logiciels spécifiques, un bouton apparaît à côté de chaque ligne de code qui se connecte à ces paquets. En cliquant sur ce bouton, l'utilisateur peut envoyer un message de remerciement rapide, reconnaissant le travail réalisé par les contributeurs. Les utilisateurs peuvent également ajouter une note personnelle s'ils le souhaitent, leur donnant une chance d'exprimer leur gratitude de manière plus détaillée.
Notifications par e-mail : Après trois semaines d'utilisation, le système compile tous les messages de remerciement et envoie des notifications aux contributeurs. Chaque e-mail met en avant ce que l'utilisateur a apprécié dans son code et peut inclure des notes personnelles ajoutées par l'utilisateur. Cela crée une ligne de communication directe entre les utilisateurs et les contributeurs, permettant des échanges plus significatifs.
Étude utilisateur
Pour évaluer l'efficacité de Hug Reports dans la promotion des expressions de gratitude, nous avons mené une étude utilisateur avec 18 développeurs. On leur a demandé d'utiliser l'extension Hug Reports pendant trois semaines et de partager leurs expériences.
Démographie des participants
Les participants variaient en termes de background, incluant différents genres, âges et niveaux d'expérience avec la programmation. On s'est assuré que tous les participants étaient des utilisateurs aguerris de l'éditeur Visual Studio Code, puisque c'était la plateforme sur laquelle Hug Reports serait déployé.
Résultats
Pendant l'étude, nous avons recueilli des informations sur la fréquence avec laquelle les utilisateurs cliquaient sur le bouton de remerciement et le type de messages qu'ils envoyaient. Nous avons également examiné comment les contributeurs réagissaient à la réception de gratitude par le biais du système.
Engagement avec l'extension
- Les participants ont enregistré un total de 107 messages de remerciement, la plupart des clics se produisant sur les déclarations d'importation près du début des fichiers de code.
- Beaucoup d'utilisateurs ont exprimé que le bouton était un rappel utile des contributions d'autres personnes, disant que cela les rendait plus conscients des gens derrière le code.
Réaction des contributeurs
- Les retours des contributeurs étaient globalement positifs. Beaucoup ont noté que recevoir des remerciements illuminait leur journée et les rapprochait des utilisateurs de leur logiciel.
- Certains contributeurs ont exprimé un désir de messages plus personnalisés. Ils trouvaient les notes de remerciement génériques moins significatives et voulaient en savoir plus sur l'impact de leur travail sur les utilisateurs.
L'importance du timing
Nos résultats ont montré que les utilisateurs avaient tendance à exprimer leur gratitude à des moments spécifiques :
- Transitions : Beaucoup de participants ont rapporté remercier les contributeurs lors de moments de transition dans leur travail. Par exemple, en ouvrant un nouveau fichier ou en changeant de tâche, les utilisateurs se sentaient plus réfléchis et disposés à envoyer des remerciements.
- Découverte : Les utilisateurs exprimaient souvent leur gratitude après avoir utilisé avec succès une fonctionnalité particulière pour la première fois. Une fois qu'ils trouvaient de la valeur dans un paquet, ils se sentaient enclins à partager leur appréciation.
Deux significations de l'appréciation
Les messages envoyés par Hug Reports avaient souvent deux significations pour les utilisateurs et les contributeurs :
Utilité du logiciel : Beaucoup d'utilisateurs interprétaient leurs remerciements comme un moyen de signaler l'utilité du logiciel. Les contributeurs appréciaient ce retour, car cela validait leurs efforts et montrait que leur travail avait un impact direct.
Communication expressive : Pour de nombreux utilisateurs, envoyer des remerciements était aussi un geste émotionnel. Ils voulaient exprimer leur gratitude d'une manière qui leur semblait personnelle. Cependant, certains utilisateurs avaient du mal à articuler des spécificités sur ce qu'ils appréciaient, ce qui menait à des messages plus génériques.
Limitations et opportunités
Bien que Hug Reports ait fourni un moyen efficace pour les utilisateurs d'exprimer leur appréciation, il a également mis en évidence des limitations en matière de reconnaissance individuelle. Les contributeurs avaient tendance à sentir qu'ils ne méritaient des remerciements que s'ils se sentaient significativement impliqués dans le projet. Cela soulève des questions sur comment équilibrer la reconnaissance collective avec l'acknowledgment individuel.
Malgré ces défis, notre étude a montré qu'avoir un système pour exprimer de la gratitude est bénéfique. Cela peut encourager plus de gens à s'engager dans des projets open source et favoriser un sentiment de communauté parmi les développeurs.
Suggestions pour l'amélioration
Plusieurs idées ont émergé de l'étude qui pourraient encore améliorer le système Hug Reports :
- Nudges : Les utilisateurs ont suggéré d'avoir des indicateurs visuels qui leur rappellent quand exprimer leur appréciation, comme des notifications pop-up quand ils commencent à utiliser un paquet.
- Personnalisation : Les contributeurs ont exprimé un désir pour des messages plus personnalisés. Ajouter des invites ou des exemples pourrait aider les utilisateurs à mieux articuler leur appréciation.
Conclusion
Hug Reports présente une solution pratique au problème de l'expression de la gratitude dans la communauté open source. En intégrant un outil de communication simple dans les éditeurs de code, on peut aider à tisser une relation plus positive entre utilisateurs et contributeurs. Les retours positifs des deux groupes soulignent le potentiel de tels systèmes pour transformer l'atmosphère dans le développement de logiciels open source.
En promouvant l'appréciation, on peut encourager les contributeurs à poursuivre leur travail précieux, réduisant ainsi le risque d'épuisement et de désengagement. De plus amples recherches et développements pourraient rendre ces systèmes encore plus efficaces, aidant à construire une communauté solidaire et connectée dans le monde du logiciel open source.
Titre: Hug Reports: Supporting Expression of Appreciation between Users and Contributors of Open Source Software Packages
Résumé: Contributors to open source software packages often describe feeling discouraged by the lack of positive feedback from users. This paper describes a technology probe, Hug Reports, that provides users a communication affordance within their code editors, through which users can convey appreciation to contributors of packages they use. In our field study, 18 users interacted with the probe for 3 weeks, resulting in messages of appreciation to 550 contributors, 26 of whom participated in subsequent research. Our findings show how locating a communication affordance within the code editor, and allowing users to express appreciation in terms of the abstractions they are exposed to (packages, modules, functions), can support exchanges of appreciation that are meaningful to users and contributors. Findings also revealed the moments in which users expressed appreciation, the two meanings that appreciation took on -- as a measure of utility and as an act of expressive communication -- and how contributors' reactions to appreciation were influenced by their perceived level of contribution. Based on these findings, we discuss opportunities and challenges for designing appreciation systems for open source in particular, and peer production communities more generally.
Auteurs: Pranav Khadpe, Olivia Xu, Geoff Kaufman, Chinmay Kulkarni
Dernière mise à jour: 2024-11-26 00:00:00
Langue: English
Source URL: https://arxiv.org/abs/2407.20390
Source PDF: https://arxiv.org/pdf/2407.20390
Licence: https://creativecommons.org/licenses/by-sa/4.0/
Changements: Ce résumé a été créé avec l'aide de l'IA et peut contenir des inexactitudes. Pour obtenir des informations précises, veuillez vous référer aux documents sources originaux dont les liens figurent ici.
Merci à arxiv pour l'utilisation de son interopérabilité en libre accès.
Liens de référence
- https://allcontributors.org/
- https://gitmoji.dev/about
- https://github.com/Hug-Reports/hug-reports-extension-v0
- https://github.com/
- https://docs.github.com/en/issues/tracking-your-work-with-issues/about-issues
- https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository
- https://github.com/react-boilerplate/react-boilerplate/issues/2264
- https://github.com/orgs/community/discussions/38201
- https://docs.github.com/en/get-started/exploring-projects-on-github/saving-repositories-with-stars
- https://github.com/BlitzKraft/saythanks.io
- https://github.com/musically-ut/appreciate
- https://en.wikipedia.org/wiki/Help
- https://www.buymeacoffee.com/
- https://code.visualstudio.com/api/references/vscode-api
- https://code.visualstudio.com/api/references/contribution-points
- https://www.mongodb.com/atlas/database
- https://dl.acm.org/ccs.cfm