Attirez des contributeurs à votre projet open source avec authenticité

Ce n’est un secret pour personne que la maintenance d’un projet open source est souvent un travail ingrat et chronophage. Cependant, j’ai appris qu’il y a une joie partagée parmi les responsables de l’open source : ils aiment construire avec un groupe de technologues qui croient passionnément en leur vision.

Le marketing semble grincheux

Le soutien de la communauté et le travail d’équipe sont des incitations majeures pour les responsables de l’open source. Cependant, gagner le soutien de la communauté et des contributeurs est un défi, surtout en tant que nouveau mainteneur. L’espoir est que les technologues trouveront nos projets et commenceront à contribuer par hasard. La réalité est que nous devons commercialiser nos projets. Pensez-y : les développeurs créent quotidiennement plusieurs référentiels publics, mais personne ne sait que ces référentiels existent. Sans adoption, communauté ou collaboration, nous ne récoltons pas vraiment les avantages de l’open source.

Bien que la commercialisation d’un projet open source soit nécessaire au succès global d’un projet, les développeurs hésitent à le faire car la commercialisation auprès d’autres développeurs semble souvent inauthentique et grincheuse. Dans cet article, j’explore les méthodes que les mainteneurs peuvent utiliser pour attirer des contributeurs de manière authentique.

Promouvoir votre projet open source

Si vous voulez que les gens contribuent à votre projet, vous devez leur dire que votre projet existe. Alors, à quoi peut ressembler la promotion pour vous ? Au lieu de spammer des canaux de discorde ou des DM à propos d’un projet open source, les responsables peuvent promouvoir leurs projets via de nombreux canaux, notamment :

• Conférences : Les gens assistent à des conférences pour trouver l’inspiration. N’ayez pas peur; ils ne recherchent pas nécessairement un cours magistral de niveau doctorat. Montez sur scène lors d’un événement comme Toutes choses ouvertes, Open Source Série 101, Codelandou En amont pour parler de ce que vous construisez, pourquoi vous le construisez, des problèmes auxquels vous faites face et des découvertes que vous avez faites. Après votre exposé, les gens voudront peut-être en savoir plus sur ce que vous construisez et sur la manière dont ils peuvent s’impliquer.
• Blogging : tirez parti des plates-formes de blogs de développeurs populaires telles que Aviyel, Dev.toou Hashnode pour parler de votre projet. Ajoutez un lien vers votre projet dans les articles de blog afin que les bonnes personnes puissent le trouver. Vous pouvez également soumettre un article aux éditeurs ici sur Opensource.com pour faire connaître votre projet open source !
• Twitter : Twitter a un large public technologique, y compris les développeurs, les concepteurs UX, les défenseurs des développeurs et les professionnels de l’InfoSec qui souhaitent collaborer et apprendre les uns des autres. Twitter est la plate-forme idéale pour publier de manière authentique et non envahissante vos découvertes, nouvelles versions et corrections de bogues. Les gens apprendront de vous à travers vos tweets et peuvent se sentir enclins à construire avec vous.
• Podcasts ou espaces Twitter : comme les conférences, utilisez les podcasts et les espaces Twitter pour développer la marque de votre projet. Vous n’êtes pas obligé d’en parler d’une manière marketing. Vous pouvez discuter avec l’hôte de votre vision et des problèmes techniques auxquels vous avez été confrontés en cours de route.
• Twitch Streams : diffusez-vous en direct en codant votre projet pour faire prendre conscience de son existence et associez le programme à vos téléspectateurs. Finalement, ils pourraient parler de votre produit à d’autres personnes ou ils pourraient demander à contribuer eux-mêmes.
• Hacktoberfest : Hacktoberfest est un événement d’un mois en octobre qui encourage les gens à apporter leurs premières contributions à des projets. En participant au Hacktoberfest en tant que responsable, vous pouvez recruter de nouveaux contributeurs.
• Parrainages : les contributions ne doivent pas toujours inclure du code. Les entreprises et les particuliers peuvent contribuer en vous parrainant. En savoir plus sur la création d’un profil de sponsor attrayant ici.

Obtenir le soutien de la communauté

Le proverbe “il faut un village” s’applique à plus que l’éducation des enfants. Il faut aussi un village pour maintenir un projet open source. La communauté est une grande partie de l’open source et juste du succès de la vie générale. Cependant, le soutien communautaire est une voie à double sens. Pour maintenir le soutien de la communauté, il est recommandé de redonner aux membres de la communauté.

À quoi peut ressembler le soutien communautaire pour vous ? Au fur et à mesure que vous faites la promotion de votre projet, vous trouverez des personnes prêtes à vous soutenir. Pour les encourager à continuer à les soutenir et à faire appel à d’autres soutiens potentiels, vous pouvez :

• Mettez en surbrillance les contributeurs/supporters : une fois que vous commencez à obtenir des contributeurs, vous pouvez motiver davantage de personnes à contribuer à votre projet en mettant en évidence les contributeurs passés, actuels ou réguliers dans votre README. Cette reconnaissance montre que vous appréciez et soutenez vos contributeurs. Envoyez du swag à vos contributeurs ou une partie de l’argent de votre parrainage si vous en avez les moyens. Les gens seront naturellement attirés par vos projets si vous êtes connu pour soutenir véritablement votre communauté open source.

• Instaurer une culture de bienveillance : Publiez un Code de Conduite dans votre référentiel pour assurer la sécurité psychologique des contributeurs. Je vous suggère fortement de respecter également ces directives en répondant gentiment aux personnes dans les commentaires, les demandes d’extraction et les problèmes. Il est également essentiel que vous appliquiez votre code de conduite. Si quelqu’un dans votre communauté ne respecte pas les règles, assurez-vous qu’il fait face aux conséquences décrites sans exception. Ne laissez pas un acteur toxique ruiner l’environnement de votre projet avec un langage méchant et du harcèlement.
• Fournissez un espace de discussion ouvert : souvent, les contributeurs rejoignent une communauté open source pour se lier d’amitié avec des technologues partageant les mêmes idées, ou ils ont une question technique, et vous ne serez pas toujours disponible pour discuter. Les responsables de l’open source utilisent souvent l’un des outils suivants pour créer un espace où les contributeurs peuvent dialoguer entre eux et poser des questions ouvertement :
  • Discussions sur GitHub
  • Discorde
  • Matrice.org
  • Le plus important

Créer un “bon” projet open source

Bien est subjectif dans le code ou l’art, mais il existe plusieurs façons d’indiquer que votre projet est bien pensé et un bon investissement. À quoi ressemble la création d’un bon projet pour vous ? Votre projet n’a pas besoin d’inclure un code incroyable ou d’être un projet qui change la vie pour indiquer la qualité. Au lieu de cela, assurez-vous que votre projet possède les attributs suivants.

Facile à trouver

Pour aider d’autres personnes à trouver et à contribuer à votre projet, vous pouvez ajouter des rubriques à votre référentiel liées à l’objectif, au domaine, aux groupes d’affinité ou à d’autres qualités importantes de votre projet. Lorsque les gens vont sur github.com/topics pour rechercher des projets, votre projet a plus de chances d’apparaître.

Facile à utiliser

Rendez votre projet facile à utiliser avec un fichier README détaillé. C’est la première chose que les nouveaux utilisateurs et les contributeurs potentiels voient lorsqu’ils visitent le référentiel de votre projet. Votre README doit servir de guide pratique pour les utilisateurs. Je vous suggère d’inclure les informations suivantes dans votre README :

• Titre du projet
• Description du projet
• Instructions d’installation
• Instructions d’utilisation
• Lien vers votre application Web en direct
• Liens vers la documentation connexe (code de conduite, licence, directives de contribution)
• Faits saillants des contributeurs

Vous pouvez en savoir plus sur la création du fichier README parfait ici.

Facile à contribuer

La fourniture de directives et la gestion des problèmes aident les contributeurs potentiels à comprendre les opportunités d’aide.

• Consignes de contribution – Semblables à un fichier README, les contributeurs recherchent un fichier Markdown appelé Contributing.md pour savoir comment contribuer à votre projet. Les lignes directrices sont utiles pour vous et le contributeur car ils n’auront pas à vous poser trop de questions. Les lignes directrices contributives doivent répondre aux questions fréquemment posées. Je suggère d’inclure les informations suivantes dans votre fichier Contributing.md :
  • Technologies utilisées
  • Comment signaler des bogues
  • Comment proposer de nouvelles fonctionnalités
  • Comment ouvrir une pull request
  • Comment revendiquer un problème ou une tâche
  • Environnement mis en place
  • Guide de style/conventions de code
  • Lien vers un forum de discussion ou comment les gens peuvent demander de l’aide
  • Architecture du projet (sympa d’avoir)
  • Problèmes connus
• Bons premiers numéros – Mettez en surbrillance les problèmes qui ne nécessitent pas de connaissances héritées du projet avec l’étiquette bon premier numéro, afin que les nouveaux contributeurs puissent se sentir à l’aise de contribuer à votre projet pour la première fois.

Persistance de l’exercice

Même si personne ne contribue à votre projet, maintenez-le actif avec vos contributions. Les gens seront plus intéressés à contribuer à un projet actif. À quoi ressemble l’exercice de la persévérance pour votre projet ? Même si personne ne contribue, continuez à construire votre projet. Si vous ne pouvez pas penser à de nouvelles fonctionnalités à ajouter et que vous avez l’impression d’avoir corrigé tous les bogues, configurez des moyens de rendre votre projet facile à gérer et à faire évoluer lorsque vous obtenez enfin une tonne de contributeurs.

• Évolutivité : Une fois que vous aurez des contributeurs, il deviendra plus difficile d’équilibrer la réponse à chaque problème. En attendant d’avoir plus de contributeurs, automatisez les tâches qui finiront par prendre du temps. Vous pouvez tirer parti des actions GitHub pour gérer le processus de publication, CI/CD, ou permettre aux utilisateurs d’attribuer eux-mêmes des problèmes.

TL; DR

Attirer des contributeurs à votre projet open source prend du temps, alors soyez patient et n’abandonnez pas votre vision. Pendant que vous attendez, faites la promotion de votre projet en le construisant en public et en partageant votre parcours via des articles de blog, des tweets et des flux Twitch. Une fois que vous commencez à gagner des contributeurs, montrez-leur votre gratitude sous forme de reconnaissance, de sécurité psychologique et de soutien.

Prochaines étapes

Pour plus d’informations sur la maintenance d’un projet open source, consultez Guide Open Source de GitHub.