Skip to content

Commit

Permalink
Translate (docs/pt/guidelines/developers/code-of-conduct.md) (#168)
Browse files Browse the repository at this point in the history
translate code of conduct page to pt-br
  • Loading branch information
Arthur-Barreto authored Dec 1, 2024
1 parent 8b0c201 commit 729bceb
Showing 1 changed file with 106 additions and 0 deletions.
106 changes: 106 additions & 0 deletions docs/pt/guidelines/users/developers/code-of-conduct.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,106 @@
---
title: Código de Conduta dos Desenvolvedores
description: Diretrizes essenciais para os desenvolvedores do RetroAchievements, incluindo responsabilidades, regras para um jogo justo e etapas para manter uma boa reputação na comunidade.
---

# Código de Conduta dos Desenvolvedores

Este documento aborda os direitos, responsabilidades e regras de conduta justa dos desenvolvedores.

[[toc]]

**Se você não é um desenvolvedor, confira [como se tornar um desenvolvedor](/developer-docs/how-to-become-an-achievement-developer).**

**Veja também**: [Código de Conduta dos Usuários](/guidelines/users/code-of-conduct).

- [Regras de Ouro](#regras-de-ouro)
- [O que os desenvolvedores devem fazer para manter uma boa reputação](#o-que-os-desenvolvedores-devem-fazer-para-manter-uma-boa-reputação)
- [Revisões - Trabalhando em Conjuntos com Conquistas Existentes](#revisões---trabalhando-em-conjuntos-com-conquistas-existentes)
- [Expiração do Status de Desenvolvedor](#expiração-do-status-de-desenvolvedor)
- [Propriedade das Conquistas](#propriedade-das-conquistas)
- [Feedback sobre o Código de Conduta dos Desenvolvedores](#feedback-sobre-o-código-de-conduta-dos-desenvolvedores)

## Regras de Ouro

- Siga as Diretrizes para Desenvolvedores e Conteúdo da melhor forma possível. Quando estiver em dúvida, pergunte.
- Respeite seus colegas desenvolvedores e comunique-se de forma civilizada sobre quaisquer questões.
- Dê espaço para outros desenvolvedores terem a chance de trabalhar nos jogos que gostam, do seu jeito.
- Não desencoraje ninguém a trabalhar em qualquer jogo, seja em público ou em particular.
- Espera-se que os desenvolvedores tratem os jogadores com respeito, assim como os jogadores devem tratar os desenvolvedores.

## Interações com Jogadores

As interações entre jogadores e desenvolvedores podem nem sempre ser tranquilas. O [Código de Conduta dos Usuários](/guidelines/users/code-of-conduct.html) existe para garantir que os jogadores mantenham uma atitude saudável em relação aos desenvolvedores, e os desenvolvedores também devem fazer o mesmo. Não descarte o feedback respeitoso de um jogador como prejudicial ou inválido. Em vez disso, tente compreendê-lo e veja o que pode ser aprendido com ele. A perspectiva de um jogador pode ser muito diferente da de um desenvolvedor, então é importante que ambos entendam as escolhas feitas, mesmo que discordem.

Se um usuário se tornar ofensivo e começar a assediar você ou seus projetos, por favor, não continue interagindo com esse usuário. Em vez disso, entre em contato com a equipe de moderação ou o RAdmin. Assédio é tratado com seriedade, e ações contra o usuário, como silenciamento ou até mesmo banimento do site, serão tomadas quando necessário. A equipe de moderação garantirá que você possa continuar desenvolvendo sem que sua experiência seja prejudicada por interações negativas indevidas.

## O que os Desenvolvedores Devem Fazer para Manter uma Boa Reputação

- Mantenha seu trabalho livre de [conceitos indesejados](/guidelines/content/unwelcome-concepts).
- Use [código de proteção](/guidelines/content/achievement-set-requirements) para evitar potenciais trapaças e explorações.
- Deixe [notas precisas de código](/guidelines/content/code-notes) para cada condição de conquista que utilizar.
- Para revisões de conjuntos, siga a [política de revisão](/guidelines/content/achievement-set-revisions).
- [Resolva tickets](/guidelines/developers/handling-tickets) e deixe notas cada vez que o fizer.
- Assim como em um wiki, ao publicar seu trabalho, você o entrega à comunidade para ser [revisado e refeito ao longo do tempo](#propriedade-das-conquistas).

## Revisões - Trabalhando em Conjuntos com Conquistas Existentes

Revisões, ou seja, trabalhar em um conjunto que já possui conquistas existentes, geralmente exige aprovação da comunidade, apresentando seu plano no fórum e no canal **#revision-voting** no Discord. Nem todas as mudanças precisam de aprovação. Veja [Revisões de Conjuntos de Conquistas](/guidelines/content/achievement-set-revisions) para mais detalhes.

## Vencimento do Status de Desenvolvedor

### Inatividade

O status de desenvolvedor expirará, e o tipo de conta será alterado para `[Registrado]` se as seguintes condições forem atendidas:

- **Desenvolvedores:** Inatividade como desenvolvedor por 6 meses ou inatividade geral por 3 meses.
- **Desenvolvedores Jr.:** Inatividade como desenvolvedor ou inatividade geral por 1 mês.

É importante que os desenvolvedores se lembrem de que isso **NÃO** é uma punição e é feito apenas por motivos de segurança.

A inatividade como desenvolvedor será definida como:

- Não fez ou renovou uma reivindicação de conjunto.
- Não criou novas conquistas.
- Não realizou manutenção em conjuntos existentes (revisões, reavaliações, mudanças de ícones, etc.).
- Não resolveu, fechou ou tratou quaisquer tickets abertos, sejam seus ou de outros.

### Negligência

**A prioridade mais alta de um desenvolvedor no RetroAchievements é manter as conquistas que ele criou.** Os tickets devem ser tratados o mais rápido possível. Um desenvolvedor será considerado negligente e poderá perder o status de desenvolvedor se ocorrer qualquer uma das seguintes situações:

- 5 ou mais tickets não resolvidos com pelo menos 1 mês de idade.
- Qualquer ticket não resolvido com pelo menos 2 meses de idade.

Um ticket não resolvido é definido como um ticket que não teve um comentário do desenvolvedor por pelo menos 2 semanas. Se um desenvolvedor não puder resolver um ticket devido a informações insuficientes fornecidas no ticket e o autor do ticket não responder, o ticket poderá ser fechado como "Informações insuficientes". Se um desenvolvedor ainda estiver trabalhando em um ticket, ele deve fornecer uma atualização de status nos comentários pelo menos a cada 2 semanas para que o ticket seja considerado em andamento.

A política de Negligência tem como objetivo garantir que os desenvolvedores façam um esforço de boa fé para priorizar e resolver seus tickets. Caso haja circunstâncias atenuantes que possam impedir um desenvolvedor de atender aos requisitos da política, o [DevCompliance](https://retroachievements.org/messages/create?to=DevCompliance) poderá conceder uma extensão mediante solicitação.

### Reintegração

Se o status de desenvolvedor de um usuário foi removido devido à inatividade e ele deseja tê-lo reintegrado, ele deve entrar em contato com o Dev-Compliance. No entanto, antes de fazer isso, recomenda-se revisar quaisquer mudanças feitas no Código de Conduta dos Desenvolvedores, atualizações nas ferramentas de criação de conquistas e ter um plano para lidar com tickets abertos em suas conquistas, se aplicável.

Os passos para a reintegração podem variar dependendo dos seguintes fatores:

- O tempo decorrido desde que o status de desenvolvedor foi removido.
- A quantidade de tickets que podem ter sido abertos em suas conquistas.
- Outros problemas de QA que podem ter surgido desde a remoção do status.
- Advertências ou ações de moderação que o usuário possa ter recebido.

Um usuário pode ser obrigado a enviar trabalhos para revisores de código se mais de um ano tiver se passado desde que o status de desenvolvedor foi removido ou se ele inicialmente obteve o status de desenvolvedor antes de o programa de Desenvolvedor Júnior existir (julho de 2018) e não obteve retroativamente a badge de Desenvolvedor Júnior.

_Nota: Conquistas editadas por outros desenvolvedores não contarão contra um usuário que busca reintegração._

## Propriedade das Conquistas

**Quando você publica seu trabalho, você o entrega à comunidade** para ser revisado e refeito ao longo do tempo - veja [Revisões de Conjuntos de Conquistas](/guidelines/content/achievement-set-revisions).

Embora o desenvolvedor original não seja o proprietário das conquistas publicadas, ele ainda é o responsável por corrigir bugs e realizar a manutenção. Se outro desenvolvedor revisar a conquista, ele se tornará o novo responsável por essa conquista.

### Mudança de Contas

Se um usuário com status de Desenvolvedor ou Desenvolvedor Jr. mudar de conta, as conquistas e tickets vinculados à conta antiga serão reatribuídos à nova conta.

## Feedback sobre o Código de Conduta dos Desenvolvedores

Embora o Código de Conduta dos Desenvolvedores seja o resultado de um intenso debate, ele não é um documento imutável. Se você tiver sugestões para melhorias, entre em contato conosco em nosso servidor do Discord ou envie uma mensagem para o [RAdmin](https://retroachievements.org/user/RAdmin).

0 comments on commit 729bceb

Please sign in to comment.