Adonis 6

Aparência

Governança ​

Funções e responsabilidades ​

Autores ​

Harminder Virk (o criador do AdonisJS) atua como Autor do Projeto. O autor do projeto é responsável pela governança, padrões e direção do projeto. Para resumir:

  • O autor do projeto decide quais novos projetos devem viver sob o guarda-chuva do AdonisJS.
  • O autor do projeto é responsável por atribuir leads a projetos e transferir projetos para um novo lead quando um lead existente sai.
  • É responsabilidade do autor compartilhar/documentar a visão do framework e manter os leads do projeto sincronizados com a mesma.

Líderes do Projeto ​

O AdonisJS é uma combinação de vários pacotes criados e gerenciados pela equipe principal. Todos esses pacotes são liderados por um líder de projeto selecionado pelo Autor do projeto.

Em quase todos os casos, o criador do pacote atua como líder do projeto, pois foi ele quem colocou os esforços iniciais para dar vida à ideia.

O líder do projeto tem a palavra final em todos os aspectos da tomada de decisão dentro do projeto. No entanto, como a comunidade sempre tem a capacidade de bifurcar, essa pessoa é totalmente responsável perante a comunidade. É responsabilidade do líder do projeto definir os objetivos estratégicos do projeto e comunicá-los claramente à comunidade. Ele também precisa entender a comunidade como um todo e se esforçar para satisfazer o máximo de necessidades conflitantes possível, garantindo que o projeto sobreviva a longo prazo.

De muitas maneiras, o papel do líder do projeto é sobre diplomacia. A chave é garantir que, à medida que o projeto se expande, as pessoas certas tenham influência sobre ele, e a comunidade se una à visão do líder do projeto. O trabalho do líder é então garantir que os membros da equipe principal (veja abaixo) tomem as decisões certas em nome do projeto. Em geral, desde que os membros da equipe principal estejam alinhados com a estratégia do projeto, o líder do projeto permitirá que eles prossigam conforme desejado.

NOTA

Um líder de projeto não pode arquivar ou decidir remover o projeto do guarda-chuva do AdonisJS. Eles podem decidir parar de trabalhar no projeto e, nesse caso, encontraremos um novo líder de projeto.

Equipe principal ​

Os membros da equipe principal são colaboradores que fizeram várias contribuições valiosas para o projeto e agora são responsáveis ​​por escrever código diretamente no repositório e filtrar as contribuições de outros. Em muitos casos, eles são programadores, mas também é possível que contribuam em uma função diferente, por exemplo, engajamento da comunidade. Normalmente, um membro da equipe principal se concentrará em um aspecto específico do projeto e trará um nível de especialização e compreensão que lhe renderá o respeito da comunidade e do líder do projeto. A função de membro da equipe principal não é oficial, é simplesmente uma posição em que membros influentes da comunidade se encontrarão, pois o líder do projeto os procura para orientação e suporte.

Os membros da equipe principal não têm autoridade sobre a direção geral do projeto. No entanto, eles têm o ouvido do líder do projeto. É trabalho de um membro da equipe principal garantir que o líder esteja ciente das necessidades da comunidade e dos objetivos coletivos, e ajudar a desenvolver ou obter contribuições apropriadas para o projeto. Frequentemente, os membros da equipe principal recebem controle informal sobre suas áreas específicas de responsabilidade e recebem direitos para modificar diretamente certas áreas do código-fonte. Ou seja, embora os membros da equipe principal não tenham autoridade explícita para tomar decisões, eles frequentemente descobrirão que suas ações são sinônimas das decisões tomadas pelo líder.

Membros ativos da equipe principal ​

Membros ativos da equipe principal contribuem para o projeto regularmente. Um membro ativo da equipe principal geralmente tem ou mais áreas de foco - nos casos mais comuns, eles serão responsáveis ​​pela triagem regular de problemas, correção de bugs, melhorias de documentação ou desenvolvimento de recursos em um repositório de subprojeto.

Equipe principal emérita ​

Alguns membros da equipe principal que fizeram contribuições valiosas no passado podem não ser mais capazes de se comprometer com o mesmo nível de participação hoje devido a vários motivos. Isso é perfeitamente normal, e quaisquer contribuições anteriores para o projeto ainda são muito apreciadas. Esses membros da equipe principal são homenageados por suas contribuições como Eméritos da Equipe Principal e são bem-vindos para retomar a participação ativa a qualquer momento.

Colaboradores ​

Colaboradores são membros da comunidade que não têm desejo de se tornar membros principais da equipe ou ainda não receberam a oportunidade do líder do projeto. Eles fazem contribuições valiosas, como as descritas na lista abaixo, mas geralmente não têm autoridade para fazer alterações diretas no código do projeto. Os colaboradores se envolvem com o projeto por meio de ferramentas de comunicação, como as discussões RFC, problemas e solicitações de pull do GitHub, sala de bate-papo do Discord e o fórum.

Qualquer pessoa pode se tornar um colaborador. Não há expectativa de comprometimento com o projeto, requisitos de habilidades específicas e nenhum processo de seleção. Para se tornar um colaborador, um membro da comunidade simplesmente precisa executar uma ou mais ações que sejam benéficas para o projeto.

Alguns colaboradores já estarão envolvidos com o projeto como usuários, mas também se verão fazendo uma ou mais das seguintes coisas:

  • Dar suporte a novos usuários (usuários atuais geralmente fornecem o suporte mais eficaz para novos usuários)
  • Relatar bugs
  • Identificar requisitos
  • Programar
  • Auxiliar com a infraestrutura do projeto
  • Corrigir bugs
  • Adicionar recursos

À medida que os colaboradores ganham experiência e familiaridade com o projeto, eles podem descobrir que o líder do projeto começa a confiar cada vez mais neles. Quando isso começa a acontecer, eles gradualmente adotam o papel de membro principal da equipe, conforme descrito acima.

Usuários ​

Os usuários são membros da comunidade que têm uma necessidade para o projeto. Eles são os membros mais importantes da comunidade: sem eles, o projeto não teria propósito. Qualquer um pode ser um usuário; não há requisitos específicos.

Os usuários devem ser encorajados a participar da vida do projeto e da comunidade o máximo possível. As contribuições do usuário permitem que a equipe do projeto garanta que eles estão satisfazendo as necessidades desses usuários. As atividades comuns do usuário incluem (mas não estão limitadas a):

  • Evangelizar sobre o projeto.
  • Informar os desenvolvedores sobre os pontos fortes e fracos do projeto da perspectiva de um novo usuário.
  • Fornecer suporte moral (um "obrigado" é muito útil).
  • Fornecer suporte financeiro por meio do GitHub Sponsors.

Os usuários que continuam a se envolver com o projeto e sua comunidade geralmente se envolvem cada vez mais. Esses usuários podem se tornar contribuidores, conforme descrito acima.

Suporte ​

Todos os participantes da comunidade são incentivados a fornecer suporte para novos usuários na infraestrutura de gerenciamento de projetos. Esse suporte é fornecido como uma forma de aumentar a comunidade. Aqueles que buscam suporte devem reconhecer que toda atividade de suporte dentro do projeto é voluntária e, portanto, é fornecida conforme e quando o tempo permite. Um usuário que exige tempos de resposta ou resultados garantidos deve, portanto, procurar comprar um contrato de suporte. No entanto, para aqueles dispostos a se envolver com o projeto em seus termos e dispostos a ajudar a dar suporte a outros usuários, os canais de suporte da comunidade são ideais.

Doações monetárias ​

Para um projeto de desenvolvimento aberto, o dinheiro é menos importante do que a contribuição ativa. No entanto, algumas pessoas ou organizações têm muito dinheiro e pouco tempo e preferem fazer sua contribuição em dinheiro. Se você quiser fazer uma doação significativa, pode nos patrocinar para implementar um novo recurso ou corrigir alguns bugs. O site do projeto fornece orientações claras sobre como doar.

Se você administra um negócio usando o projeto como um produto gerador de receita, faz sentido comercial patrocinar seu desenvolvimento. Isso garante que o projeto do qual seu produto depende permaneça saudável e mantido ativamente. Também pode melhorar a exposição em nossa comunidade e facilitar a atração de novos desenvolvedores.

Branding e propriedade ​

AdonisJS (escrito com "JS" no final) é uma marca registrada da Harminder Virk.

Somente os projetos sob o escopo npm @adonisjs e a organização AdonisJS GitHub são gerenciados e oficialmente suportados pela equipe principal.

Além disso, você não deve usar o nome ou os logotipos do AdonisJS de uma forma que possa implicar erroneamente qualquer conexão oficial ou endosso do AdonisJS. Não é permitido qualquer uso do nome ou logotipos AdonisJS de uma maneira que possa causar confusão ao cliente.

Isso inclui nomear um produto ou serviço de uma forma que enfatize a marca AdonisJS, como "AdonisJS UIKit" ou "AdonisJS Studio", bem como em nomes de domínio como "adonisjs-studio.com".

Em vez disso, você deve usar seu próprio nome de marca de uma forma que o distinga claramente do AdonisJS.

Além disso, você não pode usar nossas marcas registradas para camisetas, adesivos ou outras mercadorias sem consentimento explícito por escrito.

Projetos sob o guarda-chuva AdonisJS ​

Projetos sob o guarda-chuva AdonisJS são propriedade intelectual do Autor do Projeto. Uma vez que um projeto criado por um líder de projeto se torna parte da "organização AdonisJS GitHub", ou se é publicado sob o escopo npm @adonisjs, os líderes de projeto não podem excluir ou abandonar o projeto.

NOTA

Este documento de governança é baseado no Modelo de Governança do Ditador Benevolente por Ross Gardler e Gabriel Hanganu, licenciado sob uma Licença Internacional Creative Commons Atribuição-Compartilhamento pela mesma Licença 4.0. Este documento em si também é licenciado sob a mesma licença.