Créer un projet open source plus diversifié et équitable avec des normes ouvertes

Cet article est destiné à servir de référence afin que vous puissiez comprendre tout ce dont vous avez besoin pour être fier de votre référentiel et rendre votre projet open source plus ouvert. En utilisant des standards ouverts, un projet open source améliore sa qualité et sa possibilité de partage, puisque de tels standards existent pour favoriser une meilleure communication entre les créateurs et les consommateurs du projet. Plus important encore, les normes ouvertes peuvent guider le développement technologique en faisant respecter avec douceur l’espace pour la diversité et l’équité.

Qu’est-ce que l’open source ?

Le terme open source a vu le jour à la fin des années 80 comme un moyen de garantir l’accès au développement technologique en garantissant légalement le droit de copier, modifier et redistribuer les logiciels. Cette idée s’est élargie et aujourd’hui, il s’agit de favoriser une culture de partage qui soutient tout, des actions politiques à une industrie technologique d’un milliard de dollars.

Les projets et leurs communautés, qui donnent leur valeur aux projets, sont devenus bien plus complexes que le simple code. Aujourd’hui, il est impossible de penser un projet en dehors de ce que je préfère définir comme son écosystème. « Écosystème » me semble être une définition appropriée, car il reconnaît la complexité des choses techniques, comme le code et la configuration, ainsi que des personnes.

Le manque de diversité est un problème en open source

Sans open source, l’industrie technologique s’effondrerait ou n’existerait même pas. C’est l’étendue de l’importance que l’open source a aujourd’hui. Quel sentiment puissant c’est de savoir que nous sommes tous « debout sur les épaules de géants » ? Nous bénéficions tous du pouvoir des biens communs, en utilisant le travail collectif et l’intelligence pour améliorer quelque chose pour tout le monde.

Ce dont on parle rarement, c’est que des initiatives aussi importantes, dans la plupart des cas, dépendent uniquement du travail bénévole de ses mainteneurs. Cela crée un énorme déséquilibre, tant du point de vue du travail que de la diversité.

L’open source est intrinsèquement un pouvoir de favoriser la diversité au sein de l’industrie du développement en valorisant les contributions de ce qui est contribué par rapport à qui y contribue. La réalité est, cependant, que le temps libre est souvent une denrée rare pour de nombreuses personnes. De nombreuses personnes sont trop occupées à travailler pour générer des revenus, à prendre soin de leur famille et de leurs proches, à chercher du travail, à lutter contre l’injustice sociale et sont incapables de consacrer du temps à contribuer au logiciel.

L’opportunité même de contribuer au système dépend du fait que vous soyez l’un des chanceux qui peuvent faire partie de ce système. Ce n’est pas une réalité pour beaucoup d’autres en raison de leur sexe, de leur couleur de peau ou de leur statut social. Historiquement, les femmes accumulent un travail non rémunéré, invisible, mais qui requiert une part importante de leur énergie et de leur temps. Les personnes défavorisées ont peu de temps libre car elles doivent travailler plus d’heures, ayant souvent plus d’un emploi.

Cela se reflète dans les chiffres. Seulement 4,5 % de mainteneurs open source ne sont pas des hommes blancs, selon des recherches dans le domaine. Nous savons donc que cette industrie d’un milliard de dollars, façonnant le développement technologique, est composée d’un environnement homogène. Mais nous savons aussi que la diversité produit des résultats innovants robustes. La question est de savoir comment cela peut-il être changé ?

Communication intentionnelle avec votre communauté open source

La communication est essentielle. Construisez une structure transparente de communication et de gouvernance pour votre projet. Une communication claire, concise et respectueuse rend votre projet accessible aux utilisateurs et contributeurs. Cela aide les mainteneurs de projet à consacrer leur temps à se concentrer sur ce qu’ils doivent faire. Cela aide les personnes intéressées à se sentir les bienvenues et à commencer à contribuer plus rapidement et de manière plus cohérente, et cela attire la diversité dans votre communauté.

Sonne bien, mais comment cela peut-il être obtenu? J’ai regroupé les règles de bonnes pratiques en trois catégories procédurales, quotidiennes et à long terme. Ces pratiques sont en partie stratégiques, mais si vous et votre communauté n’avez pas la capacité d’être stratégiques, il est également possible de modifier substantiellement votre projet en ajoutant quelques fichiers simples à votre référentiel.

Mais de quels fichiers s’agit-il et que se passe-t-il lorsque vous avez déjà plusieurs projets sous votre gestion ? Quelques-uns d’entre eux sont :

• Code de conduite
• Licence
• Lisez-moi
• Journal des modifications
• Contribuant
• La possession
• Annuaire des tests
• Problèmes
• Modèles de demande d’extraction
• Sécurité
• Soutien

Pour vous aider à démarrer, de nombreux projets proposent des modèles. En les clonant simplement, vous créez un référentiel avec ces documents.

Un autre outil, conçu pour aider les mainteneurs de logiciels open source (OSS) et les bureaux de programme open source (OSPO) est check-my-repo. Créé par nous à Communauté OSPO de Sauce Labsil s’agit d’un outil automatisé basé sur Repolinter qui vérifie si les principaux paramètres nécessaires pour se conformer aux bonnes pratiques open source (dont les fichiers cités ci-dessus et quelques autres règles), sont présents dans vos dépôts. L’application Web explique également pourquoi chaque fichier doit exister.

Bonnes pratiques procédurales

Comme son nom l’indique, il s’agit du processus :

• Maintenir un seul outil de suivi des problèmes publics.
• Permettre un accès ouvert aux problèmes identifiés par le projet.
• Disposez de mécanismes de rétroaction et de discussion sur les nouvelles fonctionnalités.
• Offrez des espaces de réunion publics programmés à l’avance et faites-les enregistrer.

Voici quelques fichiers qui se rapportent à la logique procédurale :

• LISEZMOI : Facilitez le démarrage de toute personne qui atterrit sur votre projet.
• Code de conduite: Établissez des attentes et facilitez une communauté saine et constructive.
• La possession: Assurez-vous que quelqu’un est chargé du projet pour éviter qu’il soit oublié.

Tâches quotidiennes

Il s’agit des aspects quotidiens, notamment :

• Vérifiez l’état du projet.
• Expliquez comment soumettre des problèmes, proposer des améliorations et ajouter de nouvelles fonctionnalités.
• Montrez comment contribuer au projet.

Les dossiers liés aux aspects quotidiens de la gestion de projet sont :

• Contribuant: Un guide étape par étape sur la façon de contribuer.
• Journal des modifications : Les changements notables doivent être consignés.
• Sécurité: Montrez comment signaler une faille de sécurité.
• Soutien: Comment le projet est maintenu.

Objectifs à long terme

Celui-ci contient des informations qui garantissent l’historique et la poursuite du projet, telles qu’un énoncé de mission, des concepts et objectifs clés, une liste de fonctionnalités et d’exigences et une feuille de route du projet.

Les fichiers concernés sont :

• Licence: Il est essentiel que les utilisateurs connaissent leurs limites et que vous vous protégiez légalement.
• Répertoire des tests : Utilisez-le pour éviter la régression, les pauses et de nombreux autres problèmes.

Création et maintenance de votre projet open source

Imaginez maintenant un projet avec tous ces facteurs. Cela vous aidera-t-il à construire et à maintenir une communauté ? Le bruit dans les communications sera-t-il atténué ? Cela fera-t-il gagner beaucoup de temps aux responsables pour qu’ils puissent intégrer des personnes et résoudre des problèmes ? Les gens se sentiront-ils les bienvenus ?

Créer et maintenir un projet open source est très gratifiant. Créer en collaboration est une expérience incroyable et a le potentiel intrinsèque de transformer une telle création en possibilités qu’une seule personne ou un petit groupe ne pourrait jamais réaliser. Mais travailler ouvertement et en collaboration est aussi un défi pour les mainteneurs et une responsabilité pour la communauté de s’assurer que cet espace est équitable et diversifié.

Il y a beaucoup de travail à faire. Le résultat des enquêtes sur la santé des communautés open source reflète souvent le pire de l’industrie technologique. C’est pourquoi il est si important de s’assurer que ces normes sont utilisées. Pour aider à atténuer cette situation, je parie sur les normes. Ils sont un outil puissant pour aligner nos intentions et nous guider vers un espace équitable, transparent et partageable. Voulez-vous me rejoindre?