Accueil

L'une des choses les plus importantes que vous devez savoir est que dans les communautés de logiciels libres, il existe des règles de savoir-vivre.

Non-violence :

En traitant les autres et leurs avis avec respect et dans un esprit de non-violence, nous pourrons collaborer avec plus d'efficacité dans la construction de logiciels libres solidaires et responsables.

Consensus :

Nous essayons de ne pas nous épuiser en polémiques. En effet, vous n'êtes pas ici sur un forum de discussion ou sur Facebook. Tout le monde essaie d'arriver à un consensus sur ce que le logiciel doit faire et sa mission sociale

Ne pas mordre les nouveaux :

Nous devons les accueillir avec bienveillance et patience. Ces derniers, par définition, n'ont pas l'expérience des anciens, et nous sommes tous passés par là. En conséquence :

  • Allez à leur rencontre sur le journal des nouveaux utilisateurs. Et souhaitez leur la bienvenue !
  • Donnez rapidement les conseils pratiques simples ;
  • N'oubliez pas que le fait de pénétrer pour la première fois dans une communauté organisée fait ressentir les critiques (et les compliments) de manière plus intense. De plus, ils ne comprennent pas nécessairement que votre communauté possède ses propres valeurs et ses propres règles de fonctionnement : ils interprètent la situation par rapport à ce qu'ils connaissent, ce qui conduit à des incompréhensions. Aidez-les à dépasser ces barrières ;
  • Enfin, présumez que les nouveaux veulent aider votre projet, laissez-leur une chance !

Courtoisie :

Plus globalement, les critiques ne doivent jamais dévier vers des attaques personnelles (c'est-à-dire attaquer une personne, sa personnalité, ses choix personnels, etc.), mais doivent être la critique de contributions, ne tenant idéalement pas compte de leur(s) auteur(s), mais des qualités ou défauts de leurs contributions. Il faut donc être amical plutôt qu’hostile ou agressif.

Supposer la bonne foi :

Supposer la bonne foi est un principe fondamental de Wikipédia que nous reprenons. En permettant à chacun de modifier le projet, on suppose que la plupart des gens qui y travaillent essaient de l'améliorer, et non de le dégrader. Quand vous pouvez supposer raisonnablement qu'une erreur faite par quelqu'un est née d'une bonne intention pour atteindre les objectifs de votre projet, corrigez-la sans la critiquer. Quand vous n'êtes pas d'accord avec quelqu'un, rappelez-vous qu'il est probable qu'il souhaite et croit sincèrement contribuer au logiciel.
Cette politique ne demande pas que les développeurs continuent à faire confiance en cas de preuve du contraire. Elle demande d'avoir un a priori favorable ; si l'expérience l'infirme, il faut savoir sévir. Dans ces cas-là, vous pouvez demander l'arbitrage des administrateurs d'Alveole pour vous aider à sortir d'une impasse.