paint-brush
Comment amplifier la croissance de votre communauté OSS sur GitHubpar@ockam
625 lectures
625 lectures

Comment amplifier la croissance de votre communauté OSS sur GitHub

par Ockam7m2023/02/20
Read on Terminal Reader

Trop long; Pour lire

Ockam est une nouvelle société de logiciels open source basée à San Francisco. Ockam développe sa communauté sur GitHub depuis plus d'un an. Ici, ils partagent certaines des façons dont ils ont pu construire le succès qu'ils ont eu jusqu'à présent. Soyez une petite partie d'une communauté excitée existante. Redonnez à la communauté où et comme vous le pouvez.
featured image - Comment amplifier la croissance de votre communauté OSS sur GitHub
Ockam HackerNoon profile picture


Comment développer une communauté OSS sur GitHub

J'ai eu la chance de faire partie d'équipes incroyables qui ont eu des communautés encore plus grandes autour des produits qu'elles construisent. Ce genre de succès arrive rarement par accident, et un excellent produit ne suffit pas à lui seul pour y arriver.


Cela nécessite beaucoup de soins intentionnels pour ces premiers adoptants, beaucoup d'écoute des gens, de les soutenir et de vous rendre, vous et le projet, accessibles et accessibles.


Ces premières années peuvent être très difficiles, mais le résultat est tellement excitant lorsque vous regardez autour de vous et réalisez que des millions de personnes utilisent les produits que vous avez construits. Refaire partie de cette histoire de croissance est l'une des raisons pour lesquelles j'ai rejoint Ockam !


Donc, j'ai pensé que c'était une bonne excuse pour dévoiler certaines des façons dont l'équipe a pu construire le succès qu'elle a eu jusqu'à présent.

Soyez une petite partie d'une communauté passionnante existante

En 2005/2006, j'ai eu la chance de me retrouver à explorer le ruby en tant que langage. Quelle que soit votre opinion sur la langue elle-même, la communauté qui l'entourait à l'époque était incroyable. Tellement accueillant. Donc solidaire.


Ils avaient même un acronyme de MINASWAN auquel ils faisaient référence dans les forums, cela signifiait "Matz est gentil, donc nous sommes gentils". Matz est le créateur de la langue et son comportement doux a donc été utilisé comme modèle pour apaiser la chaleur des guerres de flammes potentielles.


Ensuite, Rails est arrivé sur les lieux et a apporté avec lui un tout nouveau niveau d'excitation. Son approche avisée du développement Web a montré qu'un tout nouveau niveau de productivité était possible. Puis Heroku est arrivé et a fait de même pour le déploiement et l'exécution de ces applications à grande échelle.


La langue, les outils et la communauté. C'était comme si chacun était superposé l'un à l'autre, chacun amplifiant l'excitation et l'impact du précédent. C'était enivrant d'en faire partie.


Chez Heroku, j'ai vu la même chose se produire avec la communauté NodeJS. Commençant comme une idée mignonne d'exécuter un moteur de navigateur sur un serveur, et avant que je ne m'en rende compte, les conférences et les hackathons étaient partout.


Rempli de personnes incroyables utilisant Node pour construire des robots, piloter des drones et apporter avec eux une nouvelle perspective et un enthousiasme pour le développement d'applications. L'histoire se répète avec Golang. Et maintenant Rust.


L'idée de "réécrire simplement X dans Rust" semble être officiellement devenue un mème maintenant, même s'il existe une raison légitime pour qu'un projet adopte les améliorations de sécurité et de performances de Rust.


Traitez-le comme un mème, et vous finirez par négliger l'immense communauté de passionnés qui veulent améliorer les choses. Apporter des améliorations de sécurité et de performance à tous. Rendre les choses que nous construisons sécurisées dès la conception.


Si possible, faites des choix technologiques là où la communauté existante est déjà alignée sur les croyances et principes fondamentaux du produit que vous construisez. Là où ces communautés sont établies mais en croissance.


Cela ne veut pas dire que vous échouerez à construire votre propre communauté si vous ne faites pas ces choses, et vous ne devriez pas prendre de décisions techniques critiques basées uniquement sur la communauté. Mais vous aurez vraiment le vent en poupe si ces choses s'alignent.

Assurez-vous ensuite de redonner à la communauté où et comme vous le pouvez. Cela peut être la contribution de correctifs en amont, le parrainage de conférences et d'événements, ou le parrainage d'autres projets ou membres de la communauté.


Nous gérons un programme de parrainage où nous apportons des contributions financières régulières à un certain nombre de personnes ou de projets. Nous prévoyons de le développer régulièrement et nous rechercherons des informations sur la direction dans laquelle nous devrions diriger ce soutien, donc si vous souhaitez aider à façonner cela, rejoignez la communauté .

Frappes > Clics

(Jetez un œil à tous les projets de croissance des étoiles GitHub au fil du temps avec Star History )


C'est un tableau impressionnant! Les étoiles seules ne disent pas le succès d'un projet précoce, les clics ne sont pas le même niveau d'engagement que les frappes. Tout ce que cela vous dit vraiment, c'est que quelqu'un, d'une manière ou d'une autre, a au moins rencontré le nom de votre projet. Puis ils ont cliqué sur un bouton.


Parce qu'ils vont immédiatement utiliser ce sur quoi vous travaillez dans leur pile de production ? Parce qu'ils avaient une urgence personnelle et qu'ils voulaient s'assurer qu'ils reviendraient plus tard, peut-être, pour déterminer ce que cela faisait exactement ?


Juste parce qu'ils aiment que les gens se sentent bien en leur donnant des étoiles ?


Vous n'avez aucun moyen réel de savoir. C'est une entrée directionnelle curieuse et un bon indicateur précoce. Si ces étoiles ne se transforment pas en activité plus visible, c'est probablement un signal d'alarme que les gens ne savent pas comment s'engager.

Faites en sorte que les gens se sentent les bienvenus et en sécurité

Si vous n'êtes pas déjà un contributeur actif à un ou deux projets open source, cela peut sembler très intimidant. Vous ne voulez pas faire la mauvaise chose et vous embarrasser. Supprimez cette anxiété pour les gens en leur donnant un moyen facile de faire quelque chose à faible risque.


Matt l'a fait il y a quelques années en créant un problème de longue durée pour que les gens disent simplement bonjour . C'est ça. Dites bonjour et présentez-vous. C'est un endroit sûr pour faire un premier pas.


Lorsque les gens font une contribution, n'oubliez pas vos manières - dites merci ! 😁 Dans notre empressement constant à faire avancer les choses, il peut être facile, en particulier dans nos interactions en ligne, de laisser tomber notre cordialité normale.


Il en coûte si peu d'être gentil avec les gens, surtout ceux qui font l'effort de vous aider ! J'ai vu l'équipe d'ingénierie d'Ockam soutenir constamment les gens lors de leurs premières relations publiques, les remerciant et les félicitant pour leurs contributions ( voici un exemple récent ).


Pas du tout un endroit où les gens qui font la mauvaise chose sont châtiés et signalés à RTFM. Pas ici, ce n'est que 🙏 & 💙.


Les résultats parlent d'eux-mêmes : le nombre de contributeurs a doublé d'une année sur l'autre, et les sorties de ce mois-ci seulement ont eu plus de 60 contributeurs différents. Ce sont des personnes qui soumettent activement des modifications de code au produit principal !


En plus de cela, il y a tous les rapports de bogues, les demandes de fonctionnalités et les améliorations de la documentation. Chaque petit geste compte, même s'il soulève un problème pour nous dire quand et où les choses ne fonctionnent pas.

Guider les gens dans leur premier pas

Je vais rappeler à quel point cela peut être intimidant pour les gens lorsqu'ils essaient de démarrer. Si je peux insister sur une seule chose sur laquelle se concentrer, c'est de corriger cela. Un autre endroit où le sentiment se manifeste est de ne pas savoir par où commencer.


Si vous avez déjà utilisé le produit, rencontré un bogue et avez les compétences nécessaires pour savoir comment le réparer, vous avez déjà un plan.


J'espère que vous n'avez pas des centaines de personnes qui rencontrent des bogues chaque jour. Alors qu'en est-il de tous les autres ? Ils font face à une toile vierge de possibilités sans savoir par où commencer.


Alors montrez-leur !


Nous étiquetons régulièrement les problèmes comme "bon premier numéro" pour aider les nouveaux contributeurs à trouver quelque chose sur quoi se faire les dents. Plus que cela, l'équipe fait un effort particulier pour s'assurer que tout est suffisamment détaillé pour avoir un sens isolément.


Si vous deviez participer à l'appel de planification hebdomadaire pour donner un sens à un problème, alors personne d'autre ne serait en mesure de donner son avis. Si cela ne suffit pas, donnez aux gens un endroit pour demander de l'aide sur la façon de commencer aussi.

Terminer les normes communautaires de GitHub

Vous ne l'avez peut-être pas vu, mais dans l'onglet "Insights" de votre référentiel se trouve un "Community Standards". Ils ont une liste de contrôle de peinture par numéros de choses à compléter, allez la vérifier et faites-le. Il ne sert à rien que je réitère tout ce qu'ils ont déjà fait un excellent travail de rassemblement.

Développez votre visibilité

Assez tôt dans le parcours, votre communauté existera au-delà d'un référentiel de projet unique.


Les contributions seront réparties sur plusieurs dépôts. Les gens vous suivront sur Twitter ou rejoindront votre serveur Discord (j'ai créé le nôtre aujourd'hui, venez nous rejoindre !). Être hyper concentré sur un seul projet risque de passer à côté de la forêt pour les arbres.


Le succès apporte alors ses propres défis : il y a beaucoup d'activité, trop pour garantir que vous voyez toujours les éléments importants. La façon dont nous rassemblons tout cela est d'utiliser Orbit :

Ce n'est qu'un petit aperçu de ce qu'Orbit est capable d'aider à faire surface, mais cela montre comment Orbit peut aider à mettre l'accent sur les choses. Les personnes qui sont nouvelles dans la communauté et comment sont/où elles s'engagent, les personnes les plus actives, les personnes qui étaient actives mais qui semblent s'être éloignées.


Gardez à l'esprit que tout cela se fait également sur plusieurs canaux. Que vous nous tweetiez ou que vous créiez un problème, nous serons heureux de vous voir rejoindre la foule.

L'effet cumulatif de dizaines de petites choses

Il n'y a pas de solution miracle ici. Cela commence par la création d'un produit utile, mais c'est vraiment le début. Aucune des choses ici ne garantit que vous développez une équipe performante, mais elles constituent une étape incrémentielle précieuse, chacune rendant tous les autres efforts plus précieux.


Au fil du temps, toutes les petites choses s'additionnent vraiment. Jusqu'à présent, les choses se présentent bien! Ockam fait maintenant partie du top 50 des projets de sécurité les plus populaires et à la croissance la plus rapide , bien qu'il reste encore de nombreuses années devant nous pour intégrer cela dans le produit et l'entreprise que nous savons qu'il peut être.


Si vous souhaitez rejoindre vous-même la communauté Ockam et nous aider à renforcer la confiance dans la façon dont les gens développent des applications et des services, en les sécurisant dès la conception, alors j'espère qu'après avoir lu ceci, vous savez déjà par où commencer ! Mais, juste au cas où vous l'auriez manqué :