Descrever os benefícios da comunidade open source
Aqui, descrevemos alguns dos benefícios da comunidade de código aberto no GitHub. A inovação baseia-se no software de código aberto: 80-90% de qualquer nova aplicação criada hoje consiste em código aberto. Os restantes 10% a 20% é onde se pode concentrar para proporcionar valor empresarial. Para competir no mercado, você tem que usar código aberto, ou você perde a vantagem inicial desenvolvendo suas próprias soluções.
Configure o seu projeto e comunidade para o sucesso
Vamos imaginar que a sua organização decidiu criar um programa open source. Depois de alguns meses, você atraiu uma comunidade engajada de colaboradores. Parabéns! O que fazer em seguida?
A criação de uma comunidade acolhedora para o seu projeto é um investimento a longo prazo no seu programa open source. As comunidades saudáveis, seguras e acolhedoras são a força por trás do ecossistema open source. As pessoas e suas comunidades são muitas vezes a principal razão para as pessoas contribuírem – ou não contribuírem – para projetos de código aberto.
Você quer que uma equipe de pessoas mova a infraestrutura crítica e as dependências populares adiante, mesmo que elas estejam distribuídas entre áreas e fusos horários, em vez de um indivíduo. Dessa forma, mesmo que um projeto não seja suportado comercialmente e não haja SLA, você ainda pode contar com o apoio da comunidade para a manutenção de um projeto. Da mesma forma, não vai querer que os seus processos empresariais dependam de uma única pessoa. E se Bob da contabilidade ficar doente e os salários não puderem ser pagos até que eles retornem porque eles são os únicos que sabem como operar o software?
À medida que as pessoas se envolvem e interagem com seus projetos de código aberto, há alguns que fazem a transição de usuários para colaboradores e mantenedores. Chamamos os passos envolvidos nesta transição "o percurso do contribuidor". Como mantenedores do projeto, é fundamental que você esteja atento à jornada do colaborador, porque ela é crucial para a sustentabilidade de qualquer projeto de código aberto.
O seu objetivo ao executar um programa open source é ajudar a reduzir o conflito e melhorar a experiência dos contribuidores. Mesmo que alguém seja um colaborador ocasional ou ocasional, o seu trabalho está a facilitar a contribuição para o seu projeto. A comunidade open source desenvolveu uma forma informal de partilhar metainformações sobre o projeto, tais como contribuir com eficiência, conduta esperada entre contribuidores, entre outros. Essas maneiras normalmente são adicionadas a arquivos chamados README e CONTRIBUTING. Pense no ficheiro README do projeto como a página de destino do seu projeto, em vez de um conjunto de instruções para instalar a sua ferramenta ou arquitetura.
Utilize o ficheiro CONTRIBUTING para fornecer detalhes sobre o tipo de contribuições que procura e como as revê e aceita. Além disso, explique os critérios para obter direitos de triagem e consolidação no repositório.
Comunicação aberta
Quando você trabalha em um projeto de código aberto, o foco da documentação geralmente é na documentação técnica. Uma ótima maneira de incluir a comunidade em seu projeto é ir além dos documentos técnicos. Os itens que você também pode documentar abertamente incluem o roteiro e a governança do projeto, os processos de contribuição e as atas de reunião.
Você pode documentar discussões importantes e coletar feedback da comunidade e dos colaboradores usando as discussões do GitHub. Dessa forma, você pode iniciar discussões com sua equipe e com a comunidade em geral. Até pode fazer referência a estes debates em Problemas e Pedidos Pull.
Manter a comunicação pública, exceto em certos casos, como incidentes de código de conduta, garante que todos tenham as mesmas informações.
Perfis da comunidade do projeto no GitHub
Para ver como seu projeto se compara aos padrões da comunidade, navegue até a página principal do repositório. Sob o nome do repositório, selecione Insights. Na barra lateral esquerda, selecione Padrões da Comunidade. Quase todos os arquivos estão lá para adicionar. Pense em adicionar modelos para Problemas e Pedidos Pull, remover barreiras para as pessoas comunicarem erros, submeter código e envolver-se no projeto.
Para mais práticas recomendadas da comunidade, confira os Guias de Código Aberto do GitHub.