-
Notifications
You must be signed in to change notification settings - Fork 29
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
2fc5c1a
commit 92f4ace
Showing
7 changed files
with
222 additions
and
4 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
96 changes: 96 additions & 0 deletions
96
content/en/learn/learning-path/trusted-committer/01.pt-br.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,96 @@ | ||
| --- | ||
| title: Introdução à Função de Trusted Committer | ||
| contributors: | ||
| - name: Fernando Correa | ||
| url: https://github.com/fer-correa | ||
| - name: Senthil Nathan | ||
| url: https://github.com/nysenthil | ||
| - name: rrrutledge | ||
| url: https://github.com/rrrutledge | ||
| image: https://img.youtube.com/vi/2FdD9Gup6Yc/mqdefault.jpg | ||
| featured: true | ||
| weight: 1 | ||
| youtubeCode: 2FdD9Gup6Yc | ||
| --- | ||
| <div class="paragraph"> | ||
| <p>A função Trusted Committer (TC) é uma das principais funções em uma comunidade InnerSource. | ||
| Pense em Trusted Committers como as pessoas em uma comunidade nas quais você confia com decisões técnicas importantes e para orientar os colaboradores para finalizarem suas contribuições. | ||
| A função Trusted Committer é exigente e gratificante. | ||
| É mais do que apenas um guardião imparcial e é fundamental para o sucesso de qualquer comunidade InnerSource.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>De um modo geral, o papel do Trusted Committer é definido pelas suas responsabilidades e não pelos seus privilégios. | ||
| Em um nível muito alto, os Trusted Committers representam os interesses de sua comunidade InnerSource e dos produtos que a comunidade está construindo. | ||
| Eles estão preocupados com a saúde da comunidade e do produto. | ||
| Portanto, como um Trusted Committer, você terá responsabilidades orientadas para a tecnologia e a comunidade. | ||
| Exploraremos ambas as dimensões nas seções a seguir.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Antes de entrar nos detalhes do que um Trusted Committer realmente faz, vamos passar algum tempo contrastando o papel do Trusted Committer com outros papéis no InnerSource em um alto nível de abstração e explicar por que achamos que o nome é adequado e importante. | ||
| Comecemos com a função <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributor</em>]. | ||
| Um <em>Contributor</em> — como o nome indica — faz contribuições para uma comunidade InnerSource. | ||
| Essas contribuições podem ser código ou outros artefatos, como bug reports, feature requests ou documentação.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p><em>Contribuidores</em> podem ou não fazer parte da comunidade. | ||
| Eles podem ser enviados por outra equipe para desenvolver um recurso que a equipe precisa. | ||
| É por isso que às vezes também nos referimos a <em>Contribuidores _ como _Guests</em> ou como parte de um <em>Guest Team</em>. | ||
| O <em>Contribuidor</em> é responsável por se "encaixar" e se adequar às expectativas e processos da comunidade.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>O <em>Trusted Committer</em> é sempre um membro da comunidade InnerSource, que às vezes também é chamado de <em>Host Team</em>. Nesta analogia, o Trusted Committer é responsável por construir a casa e definir as regras da casa para garantir que seus convidados estejam confortáveis e possam trabalhar juntos de forma eficiente. | ||
| Em comparação com os contribuidores, os Trusted Committers ganharam a responsabilidade de levar o código para mais perto da produção e geralmente estão autorizados a executar tarefas que têm um nível de risco mais alto associado a elas.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>O <a href="https://innersourcecommons.org/learn/learning-path/product-owner" class="bare">https://innersourcecommons.org/learn/learning-path/product-owner</a> [<em>Product Owner</em> (PO)] é a terceira função no InnerSource | ||
| Semelhante a processos ágeis, o PO é responsável por definir e priorizar requisitos e histórias para a comunidade implementar. | ||
| O PO interage frequentemente com o Trusted Committer (por exemplo, para garantir que uma feature request ou contribuição realmente pertença ao produto). | ||
| Especialmente em comunidades InnerSource menores e populares, o Trusted Committer geralmente também atua como um PO. | ||
| Confira nosso <a href="https://innersourcecommons.org/learn/learning-path/product-owner" class="bare">https://innersourcecommons.org/learn/learning-path/product-owner</a> [segmento Product Owner Learning Path] para obter informações mais detalhadas.</p> | ||
| </div> | ||
| <div class="sect2"> | ||
| <h3 id="_por_que_os_nomes_de_função_importam">Por que os Nomes de Função Importam</h3> | ||
| <div class="paragraph"> | ||
| <p>O papel do Trusted Committer está presente em todas as comunidades bem-sucedidas de InnerSource, mas nem todas as comunidades usam esse nome. | ||
| Algumas comunidades usam o termo Maintainer, mas esse termo entra em conflito com outras funções técnicas, como a função "Maintainer" definida pelo GitHub, por exemplo, | ||
| O Apache também usa o termo <em>Committer</em>, mas eles atribuem menos responsabilidades e principalmente orientadas por tecnologia a essa função. | ||
| Com suas responsabilidades adicionais voltadas para a comunidade, o papel do Trusted Committer vai além disso. | ||
| O "Trusted" no Trusted Committer significa que essa pessoa é confiável e, portanto, capacitada por sua administração e pela sua comunidade para fazer seu trabalho. | ||
| Ao promover a abertura e a transparência, os Trusted Committers criam confiança no processo e também no produto que está sendo construído.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Semelhante a como a nomenclatura é importante ao escrever software, escolher os nomes certos para as funções e fazer isso de forma consistente garante que todos tenham o mesmo entendimento sobre os papéis desempenhados na comunidade.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Agora que você tem uma compreensão básica da função, do motivo que usar o termo Trusted Committer é apropriado e sabe como um Trusted Committer pode interagir com outras funções comuns em um projeto de software, vamos dar uma olhada rápida nas responsabilidades de um Trusted Committer.</p> | ||
| </div> | ||
| </div> | ||
| <div class="sect2"> | ||
| <h3 id="_responsabilidades">Responsabilidades</h3> | ||
| <div class="paragraph"> | ||
| <p>Os Trusted Committers têm várias responsabilidades, incluindo:</p> | ||
| </div> | ||
| <div class="ulist"> | ||
| <ul> | ||
| <li> | ||
| <p><a href="https://innersourcecommons.org/pt-br/learn/learning-path/trusted-committer/02/" class="bare">https://innersourcecommons.org/pt-br/learn/learning-path/trusted-committer/02/</a> [Garantindo a qualidade do produto]</p> | ||
| </li> | ||
| <li> | ||
| <p><a href="https://innersourcecommons.org/learn/learning-path/trusted-committer/03/" class="bare">https://innersourcecommons.org/learn/learning-path/trusted-committer/03/</a> [Mantendo a comunidade saudável]</p> | ||
| </li> | ||
| <li> | ||
| <p><a href="https://innersourcecommons.org/learn/learning-path/trusted-committer/05/" class="bare">https://innersourcecommons.org/learn/learning-path/trusted-committer/05/</a> [Reduzindo as barreiras para fazer contribuições]</p> | ||
| </li> | ||
| <li> | ||
| <p><a href="https://innersourcecommons.org/learn/learning-path/trusted-committer/04/" class="bare">https://innersourcecommons.org/learn/learning-path/trusted-committer/04/</a> [Melhorando a comunidade]</p> | ||
| </li> | ||
| <li> | ||
| <p><a href="https://innersourcecommons.org/learn/learning-path/trusted-committer/06/" class="bare">https://innersourcecommons.org/learn/learning-path/trusted-committer/06/</a> [Promovendo as necessidades da comunidade]</p> | ||
| </li> | ||
| </ul> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Analisaremos essas responsabilidades mais detalhadamente nas páginas a seguir e também exploraremos o caminho de <a href="https://innersourcecommons.org/learn/learning-path/trusted-committer/07" class="bare">https://innersourcecommons.org/learn/learning-path/trusted-committer/07</a> / [tornar-se um Trusted Committer] no final deste artigo.</p> | ||
| </div> | ||
| </div> | ||
| <!--- This file autogenerated from https://github.com/InnerSourceCommons/InnerSourceLearningPath/blob/main/scripts --> |
65 changes: 65 additions & 0 deletions
65
content/en/learn/learning-path/trusted-committer/02.pt-br.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,65 @@ | ||
| --- | ||
| title: Assegurando a qualidade do produto | ||
| contributors: | ||
| - name: Fernando Correa | ||
| url: https://github.com/fer-correa | ||
| - name: Senthil Nathan | ||
| url: https://github.com/nysenthil | ||
| - name: rrrutledge | ||
| url: https://github.com/rrrutledge | ||
| image: https://img.youtube.com/vi/QQ1z9DHlbhg/mqdefault.jpg | ||
| featured: false | ||
| weight: 2 | ||
| youtubeCode: QQ1z9DHlbhg | ||
| --- | ||
| <div class="paragraph"> | ||
| <p>Vamos começar com a responsabilidade mais frequentemente associada ao Trusted Committer: garantir a qualidade do produto.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Em uma comunidade InnerSource, os Trusted Committers <em>possuem</em> todas as decisões relacionadas à tecnologia, especialmente aquelas relacionadas à qualidade do produto. | ||
| A propriedade implica a necessidade de assegurar que as decisões em vigor sejam seguidas. | ||
| Isso inclui comunicar e-se necessário-defender essas decisões, dentro e fora da comunidade. | ||
| Mas os Trusted Committers não necessariamente tomam todas as decisões relacionadas à tecnologia ou fazem todo o trabalho para implementá-las.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>É tarefa do Trusted Committer comunicar e esclarecer padrões de qualidade em sua comunidade e formulá-los de uma maneira que seja compreensível e acionável por seus <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>]. | ||
| Isso inclui documentação escrita, é claro, mas a maneira mais eficaz para os Trusted Committers comunicarem esses padrões de qualidade é através do exemplo. | ||
| Achamos que pode ser um objetivo útil para uma comunidade InnerSource tentar se distinguir dos projetos tradicionais de desenvolvimento de software não apenas na forma como eles organizam o desenvolvimento, mas também na qualidade do software que eles produzem. | ||
| Um alto nível de qualidade de software é essencial para estabelecer e manter a confiança na comunidade InnerSource por parte de seus usuários e sua administração. | ||
| Todos nós sabemos como uma release ruim pode quebrar essa confiança em um instante.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Os Trusted Committers também garantem que a comunidade tenha a infraestrutura e as ferramentas necessárias para produzir software de qualidade. | ||
| A revisão por pares, geralmente executada como parte de pull requests (PRs), é frequentemente usada para assegurar a qualidade. | ||
| Embora geralmente todos podem começar e participar de pull requests apontando melhorias necessárias, geralmente é apenas o Trusted Committer que pode aceitar e mesclar ou rejeitar | ||
| uma contribuição. | ||
| Isto é o que nós dissemos antes quando nós falamos que "Trusted Committers podem levar o código mais perto da produção." | ||
| Os Trusted Committers também devem ajudar os <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>] durante um PR para finalizar suas contribuições.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Dito isso, é trabalho do contributor fazer isso acontecer. | ||
| O trabalho de um Trusted Committer não é aceitar todas as contribuições por padrão, mas apenas aquelas que atendem aos critérios definidos em termos de qualidade e escopo. | ||
| E os Trusted Committers devem evitar reescrever o código de um contribuidor para torná-lo "adequado" o máximo possível, mesmo que isso signifique gastar mais tempo apoiando <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>] em um PR. | ||
| Os Trusted Committers têm uma perspectiva de longo prazo e entendem que esse tipo de apoio é um investimento na longevidade da comunidade, e aumentará a velocidade de desenvolvimento da comunidade a longo prazo.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Às vezes, os requisitos ou limitações do projeto não são conhecidos antecipadamente e são descobertos durante o desenvolvimento. | ||
| Os Trusted Committers também são responsáveis por assegurar que essas descobertas sejam capturadas e documentadas para os <a href="https://innersourcecommons.org/learn/learning-path/product-owner" class="bare">https://innersourcecommons.org/learn/learning-path/product-owner</a> [<em>Product Owners</em>] e os <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>].</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Mas o alcance do Trusted Committer em relação à qualidade vai além dos pull requets. | ||
| Os Trusted Committers pensam sobre a qualidade em um nível estratégico e garantem a longevidade do software que está sendo construído. | ||
| Isso implica em responsabilidades orientadas ao código, desde assegurar a limpeza do código até manter a integridade conceitual do software geral. | ||
| Ele também envolve tarefas orientadas ao gerenciamento, como garantir que a comunidade tenha tempo suficiente para refatorar seu software ou mover uma data de release em favor de melhorias de qualidade, se necessário. | ||
| A eficácia do Trusted Committer está fortemente relacionada com a saúde do código.</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Na ausência deste último, os Trusted Committers terão que gastar muito de seu valioso tempo validando e documentando soluções alternativas para erros ou uma arquitetura frágil e não terão tempo suficiente para migrar e orientar <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>].</p> | ||
| </div> | ||
| <div class="paragraph"> | ||
| <p>Em conclusão, garantir a qualidade do produto é uma responsabilidade fundamental dos Trusted Committers. | ||
| Eles estabelecem padrões de qualidade e dão o exemplo. | ||
| Eles participam de pull requests e ajudam <a href="https://innersourcecommons.org/learn/learning-path/contributor" class="bare">https://innersourcecommons.org/learn/learning-path/contributor</a> [<em>Contributors</em>] a atender os padrões de qualidade. | ||
| Eles também assumem a responsabilidade pela saúde do software a longo prazo.</p> | ||
| </div> | ||
| <!--- This file autogenerated from https://github.com/InnerSourceCommons/InnerSourceLearningPath/blob/main/scripts --> |
Oops, something went wrong.