Como ampliar o crescimento da sua comunidade OSS no GitHub

Como crescer uma comunidade OSS no GitHub

Tive a sorte de fazer parte de algumas equipes incríveis que tiveram comunidades ainda maiores em torno dos produtos que estão desenvolvendo. Esse tipo de sucesso raramente acontece por acaso, e um ótimo produto por si só não é suficiente para que isso aconteça.

Requer muito carinho intencional daqueles primeiros adotantes, muito ouvir as pessoas, apoiá-las e tornar a si mesmos e ao projeto acessíveis e acessíveis.

Esses primeiros anos podem ser muito difíceis, mas a recompensa é tão emocionante quando você olha em volta e percebe que milhões de pessoas estão usando os produtos que você criou. Voltar a fazer parte dessa história de crescimento é uma das razões pelas quais entrei na Ockam!

Então, pensei que era uma boa desculpa para desvendar algumas das maneiras pelas quais a equipe conseguiu construir o sucesso que teve até agora.

Seja uma pequena parte de uma comunidade empolgante existente

Em 2005/2006, tive a sorte de explorar o ruby como linguagem. Quaisquer que sejam seus pensamentos sobre o idioma em si, a comunidade em torno dele naquela época era incrível. Tão acolhedor. Tão solidário.

Eles até tinham um acrônimo de MINASWAN que faziam referência em fóruns, significava "Matz é legal, então nós somos legais". Matz é o criador da linguagem e, portanto, seu comportamento suave foi usado como algo para modelar e tirar o calor de possíveis guerras de fogo.

Então Rails entrou em cena e trouxe consigo um novo nível de emoção. Sua abordagem opinativa para o desenvolvimento da Web mostrou que um nível totalmente novo de produtividade era possível. Então o Heroku chegou e fez o mesmo para implantar e executar esses aplicativos em escala.

A linguagem, as ferramentas e a comunidade. Era como se cada um estivesse sobreposto ao outro, cada um amplificando a empolgação e o impacto do anterior. Era inebriante fazer parte.

Enquanto estava no Heroku, vi o mesmo acontecer com a comunidade NodeJS. Começando com uma ideia fofa de executar um mecanismo de navegador em um servidor e, antes que eu percebesse, conferências e hackathons estavam por toda parte.

Cheio de pessoas incríveis usando o Node para construir robôs, pilotar drones e trazer com eles uma nova perspectiva e empolgação para o desenvolvimento de aplicativos. A história se repetiu novamente com Golang. E agora Ferrugem.

A ideia de "apenas reescrever o X no Rust" parece que se tornou oficialmente um meme agora, mesmo que haja uma razão legítima para um projeto adotar as melhorias de segurança e desempenho do Rust.

Trate-o como um meme, porém, e você acabará ignorando a enorme comunidade de pessoas apaixonadas que querem melhorar as coisas. Levar melhorias de segurança e performance para todos. Para tornar as coisas que construímos seguras por design.

Se possível, faça escolhas de tecnologia onde a comunidade existente já esteja alinhada com as crenças e princípios centrais do produto que você está construindo. Onde essas comunidades estão estabelecidas, mas crescendo.

Isso não quer dizer que você deixará de construir sua própria comunidade se não fizer essas coisas e não deve tomar decisões técnicas críticas baseadas apenas na comunidade. Mas você realmente terá o vento a seu favor se essas coisas se alinharem.

Em seguida, certifique-se de retribuir à comunidade onde e como puder. Isso pode ser contribuir com patches upstream, patrocinar conferências e eventos ou patrocinar outros projetos ou membros da comunidade.

Mantemos um programa de patrocínio em que fazemos contribuições financeiras regulares a várias pessoas ou projetos. Planejamos aumentar isso regularmente e procuraremos informações sobre para onde devemos direcionar esse suporte, portanto, se você estiver interessado em ajudar a moldar isso , junte-se à comunidade .

Teclas > Cliques

(Dê uma olhada em qualquer crescimento de estrela do GitHub ao longo do tempo com o Star History )

É um gráfico impressionante! As estrelas sozinhas não contam o sucesso de um projeto inicial, porém, os cliques não têm o mesmo nível de comprometimento que as teclas digitadas. Tudo o que realmente diz é que alguém, de alguma forma, pelo menos encontrou o nome do seu projeto. Em seguida, eles clicaram em um botão.

Porque eles vão usar imediatamente o que você está trabalhando em sua pilha de produção? Porque eles tiveram uma emergência pessoal e queriam ter certeza de que voltariam mais tarde, talvez, para descobrir o que exatamente isso faz?

Só porque eles gostam de fazer as pessoas se sentirem bem, dando-lhes estrelas?

Você não tem como saber. É uma entrada direcional curiosa e um bom indicador inicial. Se essas estrelas não estão se tornando uma atividade mais visível, provavelmente é uma bandeira vermelha que as pessoas não conseguem descobrir como se envolver.

Faça as pessoas se sentirem bem-vindas e seguras

Se você ainda não é um colaborador ativo de um ou dois projetos de código aberto, pode parecer muito assustador. Você não quer fazer a coisa errada e se envergonhar. Remova essa ansiedade das pessoas, dando-lhes uma maneira fácil de fazer algo de baixo risco.

Matt fez isso alguns anos atrás, criando um problema de longa duração para as pessoas simplesmente dizerem olá . É isso. Diga oi e se apresente. É um lugar seguro para dar o primeiro passo.

Quando as pessoas fizerem uma contribuição, não se esqueça de suas boas maneiras - agradeça! 😁 Em nossa pressa constante para fazer as coisas, pode ser fácil, especialmente em nossas interações online, deixar nossa cordialidade normal falhar.

Custa tão pouco ser gentil com as pessoas, principalmente com aquelas que se esforçam para te ajudar! Eu vi a equipe de engenharia da Ockam consistentemente apoiar as pessoas em seus primeiros PRs, agradecendo e parabenizando-as por suas contribuições ( aqui está um exemplo recente ).

Não é um lugar onde as pessoas que fazem a coisa errada são castigadas e contadas ao RTFM. Aqui não, não passa de 🙏 & 💙.

Os resultados falam por si: o número de contribuidores dobrou em relação ao ano anterior, e só os lançamentos deste mês tiveram mais de 60 contribuidores diferentes. São pessoas enviando ativamente alterações de código para o produto principal!

Além disso, há todos os relatórios de bugs, solicitações de recursos e melhorias na documentação. Cada pedacinho ajuda, mesmo que seja levantando um problema para nos dizer quando e onde as coisas não funcionam.

Guiando as pessoas em seus primeiros passos

Vou chamar novamente o quão assustador pode ser para as pessoas quando estão tentando começar. Se posso enfatizar apenas uma coisa para focar, é consertar isso. Outro lugar em que o sentimento se manifesta é não saber por onde começar.

Se você já está usando o produto, encontrou um bug e tem as habilidades para saber como corrigi-lo, então você já tem um plano.

Felizmente, você não tem centenas de pessoas encontrando bugs todos os dias. E quanto a todos os outros? Eles estão diante de uma tela em branco de possibilidades, sem saber por onde começar.

Então mostre a eles!

Estamos marcando problemas regularmente como "bom primeiro número" para ajudar os contribuidores iniciantes a encontrar algo para começar. Mais do que isso, porém, a equipe faz um esforço especial para garantir que tudo seja detalhado o suficiente para fazer sentido isoladamente.

Se você tivesse que estar na ligação de planejamento semanal para entender um problema, então não é algo que outra pessoa poderia fornecer informações. Se isso não for suficiente, dê às pessoas um lugar para pedir ajuda sobre como começar também.

Conclua os padrões da comunidade do GitHub

Você pode não ter visto, mas na guia "Insights" do seu repositório está um "Padrões da comunidade". Eles têm uma lista de verificação de pintura por números de coisas para concluir, verifique e faça. Não faz sentido eu reiterar tudo o que eles já fizeram um ótimo trabalho reunindo.

Expanda sua visibilidade

Logo no início da jornada, sua comunidade existirá além de um único repositório de projeto.

As contribuições serão distribuídas em vários repositórios. As pessoas vão seguir você no Twitter ou entrar no seu servidor Discord (eu criei o nosso hoje, venha se juntar a nós !). Estar hiperfocado em um único projeto corre o risco de perder a floresta para as árvores.

O sucesso então traz seus próprios desafios: há muita atividade, demais para garantir que você esteja sempre vendo as partes importantes. A maneira como reunimos tudo isso é usando o Orbit :

Este é apenas um pequeno vislumbre do que o Orbit é capaz de ajudar a revelar, mas mostra como o Orbit pode ajudar a trazer foco para as coisas. Pessoas que são novas na comunidade e como estão/onde se envolvem, as pessoas mais ativas, pessoas que eram ativas, mas parecem ter se afastado.

Lembre-se de que isso também ocorre em vários canais. Esteja você nos tweetando ou criando um problema, ficaremos felizes em vê-lo se juntando à multidão.

O efeito composto de dezenas de pequenas coisas

Não há balas de prata aqui. Começa com a construção de um produto útil, mas esse é realmente o começo. Nenhuma das coisas aqui garante que você desenvolva uma equipe de sucesso, mas são uma etapa incremental valiosa, cada uma tornando todos os outros esforços mais valiosos.

Com o tempo, todas as pequenas coisas realmente se somam. Até agora, as coisas estão parecendo boas! A Ockam está agora entre os 50 projetos de segurança mais populares e de crescimento mais rápido , embora ainda haja muitos anos pela frente para incorporarmos isso ao produto e à empresa que sabemos que pode ser.

Se você gostaria de se juntar à comunidade Ockam e nos ajudar a construir a confiança na forma como as pessoas desenvolvem aplicativos e serviços, tornando-os seguros por design, esperamos que depois de ler isto você já saiba por onde começar! Mas, caso você tenha perdido:

• Junte-se ao nosso Discord
• Diga oi no GitHub
• Comece com Ockam
• Ou... encontre sua primeira edição para contribuir