5 idées clés pour la durabilité des projets open source en 2022


  • FrançaisFrançais



  • De nombreuses entreprises technologiques se tournent vers des outils open source pour accélérer l’innovation et la croissance. Alors que ces entreprises travaillent pour influencer les projets open source, les pratiques de gouvernance passent parfois de la coordination entre un petit groupe de développeurs et d’entreprises à la gestion par de grandes communautés de contributeurs et d’organisations, souvent avec des priorités concurrentes.

    Les projets durables nécessitent des communautés durables. Pour s’adapter à un paysage open source plus vaste et plus compétitif, les organisations doivent investir dans le renforcement de la communauté. Cela exige une vue de la disponibilité du code source qui est inextricablement liée aux engagements sociaux des contributeurs et des organisations dans les projets open source. De nombreuses organisations considèrent désormais l’engagement de la communauté open source comme un investissement à la fois social et technique – ou “sociotechnique”.

    Le projet CHAOSS vise à améliorer la transparence et l’actionnabilité des projets open source et de la santé communautaire. CHAOSS a identifié et défini des mesures qui évaluent de manière significative la santé de la communauté open source.

    Certaines métriques CHAOSS fournissent des indicateurs d’un large éventail de facteurs sociaux désormais essentiels pour comprendre la forme des communautés open source durables. Les mesures sociales nécessitent des stratégies de collecte et d’interprétation plus sophistiquées, telles que l’apprentissage automatique, ainsi que des techniques telles que les enquêtes et la spécification de pratiques éprouvées pour attirer et retenir de nouveaux contributeurs. L’analyse de la dimension sociale des projets open source met l’accent sur la compréhension de la dynamique des relations humaines et des communautés.

    Les informations sur la santé communautaire open source ci-dessous résultent d’environ 36 entretiens avec des participants open source d’entreprise. Les noms des personnes interrogées citées ici ont été retenus pour protéger leur vie privée.

    Bâtiment communautaire

    Les entreprises qui participent à l’open source doivent reconnaître que la création d’une communauté est essentielle pour soutenir les projets open source. Des réponses à des questions telles que « La communauté est-elle accueillante ? » et “Dont les voix sont entendues?” sont des considérations importantes lors de la création et de l’adhésion à des communautés :

    Une chose que nous recherchons définitivement avant de nous engager [in an open source project] c’est quoi l’ambiance ici? Et c’est souvent quelque chose de très social. Semblent-ils appliquer le code de conduite? Y a-t-il des personnes dans cette communauté qui semblent abusives… de diverses manières ?

    Activité communautaire

    La plupart des contributeurs au projet reconnaissent l’importance croissante de la communauté dans le cadre de projets open source réussis. Ils veulent des communautés actives qui continuent à faire progresser les objectifs du projet de manière à soutenir tous les membres et à refléter la diversité des opinions trouvées dans le travail communautaire. Ils veulent des membres agréables à voir et avec lesquels ils travaillent régulièrement. L’engagement fréquent et positif devient si important qu’un manque d’activité ou une prolifération d’interactions toxiques sont des raisons courantes pour lesquelles les gens quittent une communauté. En fait, cela peut même être plus important que tout support technique fourni par la communauté :

    j’ai travaillé avec le [project] conseil d’administration depuis un certain temps, et il est tellement actif. Malheureusement, il y a juste beaucoup de termes péjoratifs utilisés. La chose à propos de l’open source, c’est généralement basé sur du texte, [and] cela peut être nocif. Nous empêcherons les gens de contribuer s’ils ne se sentent pas à l’aise. J’ai vu des gens quitter différentes communautés en fonction de la façon dont les choses étaient gérées. Je pense que le [worst] J’ai vu qu’il s’agit essentiellement de termes péjoratifs, pas nécessairement basés sur la race, la religion ou le sexe, juste quelqu’un qui s’en prend avec colère en se basant sur le code qu’il ne veut pas voir ou qu’il veut voir.

    Diversité et inclusion

    La manière dont la communauté aborde la diversité, l’équité et l’inclusion (DEI) est tout aussi importante. Les contributeurs potentiels se posent des questions telles que “Comment vais-je être traité ?” et “Comment vais-je traiter les autres?” Les gens comprennent l’attention portée à la DEI (ou son absence) comme un élément essentiel du risque et de la durabilité du projet. L’échec d’une communauté à centrer DEI dans le travail sociotechnique d’un projet influence la décision des contributeurs de rejoindre ou de quitter une communauté open source, indépendamment de ce qu’une communauté peut fournir techniquement :

    Au moment où vous voyez de l’intimidation, comme du racisme, du sectarisme ou tout ce qui semble exclure les autres de la conversation – si cela est signalé et traité, je veux dire, ce n’est pas génial que cela se soit produit, mais soit la personne a pris les commentaires et amélioré leur comportement, ou on leur a dit de partir. [Either is a good outcome.] Mais si vous voyez ce genre de choses se produire et que personne ne fait rien à ce sujet, et que tout le monde reste assis les bras croisés et attend que quelqu’un d’autre fasse quelque chose, c’est problématique. Je n’ai pas le temps pour ça. Cela me ferait partir.

    Culture communautaire

    L’importance de nourrir un sentiment de communauté dans l’open source est étroitement liée aux attentes des contributeurs d’un environnement accueillant pour les personnes d’horizons divers. En réponse à ces considérations, les projets open source doivent constamment réfléchir à la manière de signaler que la communauté est saine, de renforcer la confiance entre les membres de la communauté et de réduire les obstacles à la participation de la communauté dans l’intérêt de leur propre durabilité.

    La façon dont une communauté open source répond aux problèmes est un indicateur très fort de son équilibre entre [being] réceptif aux commentaires et non réceptif à la contamination directe. Je pense qu’un projet open source réussi est un équilibre entre la confiance que votre code peut être examiné par d’autres et l’humilité que des personnes aléatoires que vous ne connaissez pas peuvent améliorer votre code. Cet équilibre entre confiance et humilité se reflète dans la façon dont les gens réagissent aux problèmes. C’est donc ce que je recherche.

    Concurrence saine

    Les pressions pour aligner les intérêts de l’entreprise sur ceux du projet peuvent entraîner un survirage. Une entreprise essayant d’exercer un degré de contrôle qui sape le sens de la communauté est nuisible à un projet et à ses mainteneurs. La création d’une communauté saine nécessite un équilibre entre le contrôle des entreprises par le biais de contributions versées et d’un développement communautaire réfléchi.

    [One large open source company, for example,] a des ressources affectées au projet qui sont dirigées par leurs propres équipes internes, et leurs priorités ne sont pas sous notre contrôle. Collaborer dans cette situation n’est pas aussi attrayant que de trouver un moyen de faire notre propre truc.

    Construire la durabilité signifie construire la communauté

    L’importance et la qualité d’un actif technique open source dépendent d’un système social mutuellement respectueux, et c’est une nouvelle réalité pour la plupart des entreprises participant à l’open source. L’engagement efficace des entreprises avec des projets open source exige une attention à un ensemble de paradoxes. Pour être compétitive, une entreprise doit contribuer à un ensemble de projets open source qu’elle ne contrôle pas, et les concurrents travaillent côte à côte sur ces projets. Pour créer un environnement communautaire où un projet devient et reste durable, les participants doivent mettre de côté leurs instincts de compétition et favoriser la confiance. Une marée montante de préoccupations sociales et techniques flotte sur tous les bateaux.

    Le rôle des logiciels open source dans la création de valeur pour les entreprises technologiques continue de croître car le partage des coûts de création et de maintenance de l’infrastructure de base est non seulement attrayant, mais sans doute une exigence pour faire des affaires. Le maintien de ces actifs technologiques critiques exige un nombre si élevé de contributeurs talentueux qu’il est vital de former et d’entretenir des communautés autour des logiciels open source.

    Des communautés open source saines engendrent un sentiment d’utilité et d’appartenance pour leurs contributeurs, de sorte que les gens continuent à vouloir participer ou se joindre. Ces communautés sont constituées de personnes réelles et diverses, avec leurs propres intérêts, préoccupations et vies. Les contributeurs open source, qu’ils soient particuliers ou entreprises, doivent créer de véritables communautés avec des participants qui s’intéressent les uns aux autres ainsi qu’au projet. Cela nécessite une attention réfléchie, attentive et souvent rétrospective sur la façon dont nous construisons et gérons nos communautés open source.

    Nous tenons à remercier Red Hat pour son généreux soutien à ce travail.

    [ Explore why companies are choosing open source: Red Hat’s State of Enterprise Open Source Report ]

    Source

    N'oubliez pas de voter pour cet article !
    1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
    Loading...

    La Rédaction

    L'équipe rédactionnnelle du site

    Pour contacter personnellement le taulier :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée.