Skip to content

Commit

Permalink
Fix pt-BR internal links
Browse files Browse the repository at this point in the history
  • Loading branch information
gab0gomes committed Jun 24, 2019
1 parent ec0e461 commit cdc7f24
Show file tree
Hide file tree
Showing 6 changed files with 15 additions and 15 deletions.
2 changes: 1 addition & 1 deletion _articles/pt/best-practices.md
Original file line number Diff line number Diff line change
Expand Up @@ -167,7 +167,7 @@ Se você está procurando por outras pessoas, comece perguntando.

Quando perceber novos contribuidores fazendo contribuições repetidamente, reconheça o trabalho deles oferecendo mais responsabilidades. Documente como os outros podem crescer em termos de liderança no projeto se assim eles desejarem.

Encorajar os outros a [compartilhar a propriedade do projeto](../building-community/#share-ownership-of-your-project) pode rapidamente reduzir sua própria carga de trabalhos, assim como @lmccart descobriu no projeto dela, [p5.js](https://github.com/processing/p5.js).
Encorajar os outros a [compartilhar a propriedade do projeto](../building-community/#compartilhe-a-responsabilidade-pelo-seu-projeto) pode rapidamente reduzir sua própria carga de trabalhos, assim como @lmccart descobriu no projeto dela, [p5.js](https://github.com/processing/p5.js).

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/lmccart?s=180" class="pquote-avatar" alt="avatar">
Expand Down
14 changes: 7 additions & 7 deletions _articles/pt/building-community.md
Original file line number Diff line number Diff line change
Expand Up @@ -26,15 +26,15 @@ A medida em que você constrói a sua comunidade, considere como uma pessoa no t

Comece com a documentação:

* **Faça com que seja fácil, para outras pessoas, utilizarem seu projeto.** [Um README amigável](../starting-a-project/#writing-a-readme) e exemplos claros de código tornarão mais fáceis o início e ambientação de qualquer pessoa chegando ao seu projeto.
* **Explique claramente como contribuir**, usando [seu arquivo CONTRIBUTING](../starting-a-project/#writing-your-contributing-guidelines) e mantendo suas issues atualizadas.
* **Faça com que seja fácil, para outras pessoas, utilizarem seu projeto.** [Um README amigável](../starting-a-project/#escrevendo-um-readme) e exemplos claros de código tornarão mais fáceis o início e ambientação de qualquer pessoa chegando ao seu projeto.
* **Explique claramente como contribuir**, usando [seu arquivo CONTRIBUTING](../starting-a-project/#escrevendo-suas-diretrizes-de-contribuição) e mantendo suas issues atualizadas.

A [GitHub's 2017 Open Source Survey](http://opensourcesurvey.org/2017/) mostrou que uma documentação incompleta ou confusa é um dos maiores problemas para usuários open source. Uma boa documentação é uma porta de entrada para que pessoas interajam com o seu projeto. Eventualmente, alguém abrirá uma issue ou pull request. Use essas interações como oportunidades para trazer essas pessoas para o fundo do funil.

* **Quando alguém chegar ao seu projeto, agradeça pelo interesse** Basta somente uma experiência negativa para que as pessoas não queiram voltar.
* **Seja responsivo.** Se você não responder às issues por um mês, as chances são de que as pessoas que as criaram já tenham se esquecido do seu projeto.
* **Seja mente aberta sobre os tipos de contribuições que você irá aceitar** Muitos contribuidores começam com um bug report ou um pequeno fix. Existem [diversas formas de contribuir](../how-to-contribute/#what-it-means-to-contribute) com um projeto. Faça com que as pessoas ajudem da forma como elas queiram.
* **Se houver alguma contribuição que você não concorde,** agradeça pela ideia e [explique por que](../best-practices/#learning-to-say-no) ela não se encaixa no escopo do projeto, apontando para a documentação relevante, caso você a possua.
* **Seja mente aberta sobre os tipos de contribuições que você irá aceitar** Muitos contribuidores começam com um bug report ou um pequeno fix. Existem [diversas formas de contribuir](../how-to-contribute/#o-que-significa-contribuir) com um projeto. Faça com que as pessoas ajudem da forma como elas queiram.
* **Se houver alguma contribuição que você não concorde,** agradeça pela ideia e [explique por que](../best-practices/#aprendendo-a-dizer-não) ela não se encaixa no escopo do projeto, apontando para a documentação relevante, caso você a possua.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/mikeal?s=180" class="pquote-avatar" alt="avatar">
Expand Down Expand Up @@ -120,7 +120,7 @@ Dê o melhor de si para adotar uma política de tolerância zero contra esse tip

Debates recorrentes sobre aspectos triviais do seu projeto distraem os outros, incluindo você, das tarefas importantes. Novas pessoas que chegarem ao seu projeto poderão ver tais conversas e não querer participar.

Quando notar um comportamento negativo acontecendo no seu projeto, chame a atenção publicamente. Explique, em um tom gentil, porém firme, por que o comportamento não é aceitável. Se o problema persistir, você pode [pedir para que os envolvidos saiam](../code-of-conduct/#enforcing-your-code-of-conduct). Seu [código de conduta](../code-of-conduct/) pode ser uma guia construtivo para essas conversas.
Quando notar um comportamento negativo acontecendo no seu projeto, chame a atenção publicamente. Explique, em um tom gentil, porém firme, por que o comportamento não é aceitável. Se o problema persistir, você pode [pedir para que os envolvidos saiam](../code-of-conduct/#aplicando-o-seu-código-de-conduta). Seu [código de conduta](../code-of-conduct/) pode ser uma guia construtivo para essas conversas.

### Conheça os contribuidores onde eles estão

Expand Down Expand Up @@ -190,7 +190,7 @@ Na maior parte das vezes, se você cultivou uma comunidade amigável e respeitos

Quando sua comunidade estiver enfrentando problemas com uma issue difícil, os ânimos podem ser aflorados. As pessoas podem ficar com raiva ou frustradas e descontar isso um no outro, ou em você.

Seu trabalho como um mantenedor é prevenir que tais situações cresçam, escalem. Mesmo que tenha uma forte opinião no tópico, tente tomar a posição de um moderador ou facilitador, em vez de entrar na briga e forçar seus pontos de vista. Se alguém estiver sendo indelicado ou monopolizando a conversa, [aja imediatamente](../building-community/#dont-tolerate-bad-actors) para manter as discussões civilizadas e produtivas.
Seu trabalho como um mantenedor é prevenir que tais situações cresçam, escalem. Mesmo que tenha uma forte opinião no tópico, tente tomar a posição de um moderador ou facilitador, em vez de entrar na briga e forçar seus pontos de vista. Se alguém estiver sendo indelicado ou monopolizando a conversa, [aja imediatamente](../building-community/#não-tolere-mau-comportamento) para manter as discussões civilizadas e produtivas.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/kennethreitz?s=180" class="pquote-avatar" alt="avatar">
Expand All @@ -206,7 +206,7 @@ Manter a calma não é fácil, porém demonstrar liderança melhora a saúde da

### Trate o seu README como uma constituição

Seu README é [mais do que um conjunto de instruções](../starting-a-project/#writing-a-readme). É também um lugar para discutir sobre os seus objetivos, visão de produto, e roteiro. Se as pessoas estão excessivamente focadas em debater o mérito de uma feature em particular, revisitar o seu README e falar sobre o seu projeto, de um ponto de vista mais alto nível, pode ajudar. Focar no seu README também despersonaliza a conversa, de modo que você pode ter uma discussão construtiva.
Seu README é [mais do que um conjunto de instruções](../starting-a-project/#escrevendo-um-readme). É também um lugar para discutir sobre os seus objetivos, visão de produto, e roteiro. Se as pessoas estão excessivamente focadas em debater o mérito de uma feature em particular, revisitar o seu README e falar sobre o seu projeto, de um ponto de vista mais alto nível, pode ajudar. Focar no seu README também despersonaliza a conversa, de modo que você pode ter uma discussão construtiva.

### Foque na jornada, não no destino

Expand Down
2 changes: 1 addition & 1 deletion _articles/pt/how-to-contribute.md
Original file line number Diff line number Diff line change
Expand Up @@ -492,7 +492,7 @@ Depois de enviar uma contribuição, uma das seguintes situações ocorrerá:

### 😭 Você não recebe uma resposta.

Espero que você [tenha checado o projeto em busca de sinais de atividade](#uma-lista-de-verificação-antes-de-você-contribuir) antes de fazer uma contribuição. Mesmo em um projeto ativo, no entanto, é possível que sua contribuição não receba uma resposta.
Espero que você [tenha checado o projeto em busca de sinais de atividade](#um-checklist-antes-de-você-contribuir) antes de fazer uma contribuição. Mesmo em um projeto ativo, no entanto, é possível que sua contribuição não receba uma resposta.

Se você não obtiver uma resposta após uma semana, é justo responder educadamente no mesmo tópico, pedindo a revisão de alguém. Se você souber o nome da pessoa certa para revisar sua contribuição, você poderá @menciona-la nesse tópico.

Expand Down
4 changes: 2 additions & 2 deletions _articles/pt/leadership-and-governance.md
Original file line number Diff line number Diff line change
Expand Up @@ -40,7 +40,7 @@ Um maintainer não precisa necessariamente ser alguém que escreve código para

**O termo "committer"** pode ser usado para distinguir o acesso de commit, que é um tipo específico de responsabilidade, de outras formas de contribuição.

Embora você possa definir os papéis do seu projeto da maneira que preferir, [considere o uso de definições mais amplas](../how-to-contribute/#what-it-means-to-contribute) para encorajar mais formas de contribuição. Você pode usar papéis de liderança para formalmente reconhecer pessoas que fizeram contribuições notáveis para seu projeto, independentemente das habilidades tecnicas deles.
Embora você possa definir os papéis do seu projeto da maneira que preferir, [considere o uso de definições mais amplas](../how-to-contribute/#o-que-significa-contribuir) para encorajar mais formas de contribuição. Você pode usar papéis de liderança para formalmente reconhecer pessoas que fizeram contribuições notáveis para seu projeto, independentemente das habilidades tecnicas deles.

<aside markdown="1" class="pquote">
<img src="https://avatars.githubusercontent.com/jacobian?s=180" class="pquote-avatar" alt="avatar">
Expand Down Expand Up @@ -73,7 +73,7 @@ Uma vez que você tenha estabelecido papéis de liderança, não esqueça de doc

Ferramentas como [Vossibility](https://github.com/icecrime/vossibility-stack) podem ajudar você a rastrear publicamente quem está (ou não) fazendo contribuições para o projeto. A documentação dessas informações evita a percepção da comunidade de que os mantenedores são um grupo que toma suas decisões de maneira privada.

Por fim, se seu projeto está no GitHub, considere movê-lo de sua conta pessoal para uma Organização e adicionar ao menos um admin de backup. [GitHub Organizations](https://help.github.com/articles/creating-a-new-organization-account/) torna mais fácil de gerenciar permissões e múltiplos repositórios e protege o legado de seu projeto por meio de [propriedade compartilhada](../building-community/#share-ownership-of-your-project).
Por fim, se seu projeto está no GitHub, considere movê-lo de sua conta pessoal para uma Organização e adicionar ao menos um admin de backup. [GitHub Organizations](https://help.github.com/articles/creating-a-new-organization-account/) torna mais fácil de gerenciar permissões e múltiplos repositórios e protege o legado de seu projeto por meio de [propriedade compartilhada](../building-community/#compartilhe-a-responsabilidade-pelo-seu-projeto).

## Quando eu devo dar acesso de commit a alguém?

Expand Down
6 changes: 3 additions & 3 deletions _articles/pt/legal.md
Original file line number Diff line number Diff line change
Expand Up @@ -69,7 +69,7 @@ Você também pode querer considerar a **comunidade** que você espera que irá
* **Você quer que seu projeto atraia grandes empresas?** Uma grande empresa provavelmente desejará uma licença de patente expressa de todos os colaboradores. Nesse caso, [Apache 2.0](https://choosealicense.com/licenses/apache-2.0/) abrange você (e eles).
* **Você quer que seu projeto atraia os colaboradores que não querem que suas contribuições sejam usadas em software de código fechado?** [GPLv3](https://choosealicense.com/licenses/gpl-3.0/) ou (se eles também não quiserem contribuir para serviços de código fechado) [AGPLv3](https://choosealicense.com/licenses/agpl-3.0/) irá cair muito bem.

Sua **empresa** pode ter requisitos de licenciamento específicos para seus projetos open source. Por exemplo, pode exigir uma licença permissiva para que a empresa possa usar seu projeto no produto de código fechado da empresa. Ou a sua empresa pode exigir uma licença copyleft forte e um contrato de contribuição adicional (veja abaixo) para que apenas sua empresa, e ninguém mais, possa usar seu projeto em software de código fechado. Ou a sua empresa pode ter certas necessidades relacionadas a padrões, responsabilidade social ou transparência, e qualquer uma delas pode exigir uma estratégia de licenciamento específica. Fale com o [departamento juridico da sua empresa](#what-does-my-companys-legal-team-need-to-know).
Sua **empresa** pode ter requisitos de licenciamento específicos para seus projetos open source. Por exemplo, pode exigir uma licença permissiva para que a empresa possa usar seu projeto no produto de código fechado da empresa. Ou a sua empresa pode exigir uma licença copyleft forte e um contrato de contribuição adicional (veja abaixo) para que apenas sua empresa, e ninguém mais, possa usar seu projeto em software de código fechado. Ou a sua empresa pode ter certas necessidades relacionadas a padrões, responsabilidade social ou transparência, e qualquer uma delas pode exigir uma estratégia de licenciamento específica. Fale com o [departamento jurídico da sua empresa](#o-que-a-equipe-jurídica-da-minha-empresa-precisa-saber).

Quando você cria um novo projeto no GitHub, você tem a opção de selecionar uma licença. A inclusão de uma das licenças mencionadas acima tornará seu projeto open source no GitHub. Se você gostaria de ver outras opções, confira [choosealicense.com](https://choosealicense.com) para encontrar a licença certa para o seu projeto, mesmo que [não seja software](https://choosealicense.com/non-software/).

Expand Down Expand Up @@ -126,7 +126,7 @@ Para melhor ou pior, considere deixá-los sabendo de tudo, mesmo que seja um pro

* **Patentes:** Sua empresa está solicitando uma patente a qual tornar seu projeto open source constituiria [divulgação pública](https://en.wikipedia.org/wiki/Public_disclosure)? Infelizmente, você pode ser solicitado a esperar (ou talvez a empresa reconsidere o conhecimento aplicado no aplicativo). Se você está esperando contribuições para seu projeto de funcionários de empresas com grandes carteiras de patentes, sua equipe jurídica pode querer que você use uma licença com uma concessão de patente expressa de colaboradores (como Apache 2.0 ou GPLv3) ou um contrato de contribuição adicional (Veja acima).

* **Marcas registradas:** Verifique extensivamente se o nome do seu projeto [não entra em conflito com alguma marca comercial conhecida](../starting-a-project/#avoiding-name-conflicts). Se você usar marcas registradas de sua própria empresa no projeto, verifique se elas não causam conflitos. [FOSSmarks](http://fossmarks.org/) é um guia prático para entender marcas registradas no contexto de projetos gratuitos e open source.
* **Marcas registradas:** Verifique extensivamente se o nome do seu projeto [não entra em conflito com alguma marca comercial conhecida](../starting-a-project/#evitando-conflitos-de-nomes). Se você usar marcas registradas de sua própria empresa no projeto, verifique se elas não causam conflitos. [FOSSmarks](http://fossmarks.org/) é um guia prático para entender marcas registradas no contexto de projetos gratuitos e open source.

* **Privacidade:** Seu projeto coleta dados sobre usuários? "Telefone residencial" para servidores da empresa? Sua equipe jurídica pode ajudá-lo a cumprir as políticas da empresa e as regulamentações externas.

Expand Down Expand Up @@ -155,4 +155,4 @@ A longo prazo, sua equipe jurídica pode fazer mais para ajudar a empresa a obte
</aside>

* **Patentes:** Sua empresa pode querer participar do [Open Invention Network](https://www.openinventionnetwork.com/), um conjunto de patentes defensivas compartilhadas para proteger o uso de grandes projetos open source pelos membros, ou explorar outros [licenciamentos alternativos de patentes](https://www.eff.org/document/hacking-patent-system-2016).
* **Governança:** Especialmente se e quando fizer sentido mover um projeto para um [entidade legal fora da empresa](../leadership-and-governance/#do-i-need-a-legal-entity-to-support-my-project).
* **Governança:** Especialmente se e quando fizer sentido mover um projeto para um [entidade legal fora da empresa](../leadership-and-governance/#preciso-de-uma-entidade-legal-para-apoiar-o-meu-projeto).
2 changes: 1 addition & 1 deletion _articles/pt/starting-a-project.md
Original file line number Diff line number Diff line change
Expand Up @@ -99,7 +99,7 @@ Se você precisar de uma renda dedicada ou pessoal para promoção, operações
</p>
</aside>

### Contribuindo para outros projetos
### Contribuindo para outros projetos

Se seu objetivo é aprender como contribuir com outras pessoas ou entender como o open source funciona, considere contribuir para um projeto existente. Comece com um projeto que você utiliza e ama. Contribuir para um projeto pode ser tão simples quanto consertar erros de escrita ou atualizar uma documentação.

Expand Down

0 comments on commit cdc7f24

Please sign in to comment.