Richard Stallman, Presidente da Free Software Foundation (FSF), publicou a primeira versão do documento chamada
GNU Kind Communication Guidelines , ou seja, o Guia para Desfrutar de Boa Comunicação em Projetos GNU. Ele pediu a todos os membros da FSF e membros do movimento de código aberto que escutassem essas dicas para que os projetos de software livre não sejam tão repulsivos para as mulheres quanto são agora.
Na lista de discussão
info-gnu , Richard Stallman
explicou os antecedentes deste documento: “Em agosto, iniciou-se uma discussão entre os mantenedores de pacotes do GNU sobre o problema que o desenvolvimento do GNU geralmente repele as mulheres. 1) Obviamente, não há nada de bom nisso. 2) Alguns mantenedores advogaram a adoção de um “Código de Conduta” com regras estritas de comunicação. Alguns outros projetos de código aberto fizeram isso superando alguma resistência. 3) Vários mantenedores de pacotes GNU disseram que partiriam imediatamente se essas regras fossem adotadas. Eu próprio não gostei dessa abordagem punitiva e decidi me opor. No entanto, eu não queria que isso fosse uma desculpa para ignorar esse problema ".
Portanto, Richard Stallman decidiu tentar uma abordagem diferente. Ele definiu alguns padrões de comunicação de texto que "parecem assustar as mulheres ... e alguns homens também". Alguns desses padrões apareceram diretamente na discussão mencionada em agosto.
Stallman então consultou os membros da comunidade, incluindo algumas mulheres, sobre como evitar padrões tão agressivos. Depois de receber as respostas, Richard tentou colocar em prática os conselhos obtidos - e viu que alguns deles eram eficazes. Na verdade, ele tentou generalizar essas dicas em um documento chamado "Um guia para uma comunicação agradável em projetos GNU". Naturalmente, a versão inicial não é final: todos os conselhos e comentários para melhorar o documento são aceitos.
Algumas dicas do Guia de Comunicação Agradável do GNU
- Suponha que outros participantes sejam bem-intencionados, mesmo que você não concorde com o que eles estão dizendo. Quando as pessoas apresentarem código ou texto como seu próprio trabalho, trate-o como seu trabalho. Por favor, não critique as pessoas pelos erros que você apenas suspeita.
- Por favor, considere como tratar os outros participantes com respeito, especialmente quando você não concorda com eles. Por exemplo, nomeie-os pelos nomes que usam e observe suas preferências em relação à identidade de gênero (Stallman explica que existem várias maneiras de expressar a neutralidade de gênero em pronomes de terceira pessoa no singular em inglês).
- Por favor, não tome um tom severo com outros participantes e, especialmente, não os ataque pessoalmente. Tente o seu melhor para mostrar que você está criticando a afirmação, não a pessoa.
- Lembre-se de que criticar suas declarações não é um ataque pessoal a você. Se você sentir que alguém o atacou ou ofendeu sua dignidade pessoal, não revide. Isso leva a um ciclo vicioso de escalada de agressão verbal. Uma resposta privada, expressando educadamente seus sentimentos como sentimentos e pedindo paz, pode tranquilizar. Escreva, deixe de lado por algumas horas ou um dia, revise-o para remover a raiva e só então envie-o.
- Por favor, seja especialmente gentil com os outros participantes ao dizer que eles cometeram um erro. Programar significa cometer muitos erros, e todos nós os cometemos. Programadores conscientes cometem erros e os corrigem.
- Da mesma forma, tenha a gentileza de indicar a outros participantes que eles devem parar de usar determinado software proprietário. Para o bem deles, eles devem ser livres, mas agradecemos sua contribuição aos nossos pacotes de software.
- Em geral, a suposição de que outros usam software proprietário é contrária aos princípios básicos do GNU, e é por isso que é proibido nas discussões de projetos do GNU.
- Se alguém mencionar um tópico relacionado em uma discussão, continue a discussão concentrando-se no tópico atual e não no relacionado.
- Se você acha que um tópico relacionado é um problema importante e relevante, faça-o como uma discussão separada.
- Em vez de tentar dizer a última palavra, procure momentos em que não há necessidade de responder. Se você sabe algo sobre o jogo do go, então há uma analogia clara: quando o movimento do oponente não é forte o suficiente, é vantajoso não responder, mas ir para outro lugar.
- Se outros participantes reclamarem de como você expressa suas idéias, faça um esforço para agradá-las.
- Por favor, não levante questões políticas não relacionadas nas discussões do projeto GNU.
Provavelmente muitas dessas dicas são relevantes para qualquer comunicação de texto, fórum e bate-papo, e não apenas para projetos GNU.
"A diferença entre liderança e o Código de Conduta é questão de uma abordagem básica comum", diz Stallman. - O Código de Conduta estabelece regras e sanções para quem as violar. Essa é uma maneira grosseira de ensinar às pessoas comportamentos diferentes, e só entra em vigor quando as pessoas violam as regras, por isso não está tentando melhorar as pessoas do que o que as regras exigem. ” Por outro lado, o objetivo de um guia de comunicação agradável é começar a educar e empurrar as pessoas para uma comunicação mais amigável, para que ninguém pense em violar as regras. Esta é apenas uma tentativa de tornar todos mais gentis e mais amigáveis entre si.