Richard Stallman a publié le GNU Project Pleasant Communication Guide

Richard Stallman, président de la Free Software Foundation (FSF), a publié la première version du document intitulé GNU Kind Communication Guidelines , c'est-à-dire le Guide to Enjoying Good Communication in GNU Projects. Il a demandé à tous les membres de la FSF et aux membres du mouvement open source d'écouter ces conseils afin que les projets de logiciels libres ne soient pas aussi répugnants pour les femmes qu'aujourd'hui.

Sur la liste de diffusion info-gnu , Richard Stallman a expliqué l' arrière - plan de ce document: «En août, une discussion a commencé entre les responsables de paquets GNU sur le problème que le développement de GNU repousse souvent les femmes. 1) Évidemment, il n'y a rien de bon là-dedans. 2) Certains responsables ont préconisé l'adoption d'un «Code de conduite» avec des règles strictes de communication. Certains autres projets open source l'ont fait en surmontant certaines résistances. 3) Plusieurs responsables de paquets GNU ont déclaré qu'ils partiraient immédiatement si de telles règles étaient adoptées. Moi-même, je n'ai pas aimé cette approche punitive et j'ai décidé de m'y opposer. Cependant, je ne voulais pas que ce soit une excuse pour ignorer ce problème. "

Par conséquent, Richard Stallman a décidé d'essayer une approche différente. Il a défini certains modèles de communication textuelle qui "semblent effrayer les femmes ... et certains hommes aussi." Certains de ces modèles sont apparus directement dans la discussion susmentionnée en août.

Stallman a ensuite consulté les membres de la communauté, y compris certaines femmes, sur la façon d'éviter de tels schémas agressifs. Après avoir reçu les réponses, Richard a essayé de mettre lui-même les conseils obtenus en pratique - et a vu que certains d'entre eux étaient efficaces. En fait, il a essayé de généraliser ces conseils dans un document intitulé «Un guide pour une communication agréable dans les projets GNU». Naturellement, la version initiale n'est pas définitive: tous les conseils et commentaires pour l'amélioration du document sont acceptés.

Quelques conseils du guide de communication agréable de GNU


  • Supposons que les autres participants soient bien intentionnés, même si vous n'êtes pas d'accord avec ce qu'ils disent. Lorsque les gens présentent du code ou du texte comme leur propre travail, veuillez le traiter comme votre travail. Veuillez ne pas critiquer les gens pour les erreurs que vous soupçonnez seulement.
  • Veuillez considérer comment traiter les autres participants avec respect, surtout lorsque vous n'êtes pas d'accord avec eux. Par exemple, nommez-les par les noms qu'ils utilisent et observez leurs préférences concernant leur identité de genre (Stallman explique qu'il existe différentes façons d'exprimer la neutralité de genre dans les pronoms à la troisième personne au singulier en anglais).
  • Veuillez ne pas prendre un ton dur envers les autres participants, et surtout ne pas les attaquer personnellement. Faites de votre mieux pour montrer que vous critiquez la déclaration, pas la personne.
  • N'oubliez pas que critiquer vos déclarations n'est pas une attaque personnelle contre vous. Si vous sentez que quelqu'un vous a attaqué ou offensé votre dignité personnelle, veuillez ne pas «riposter». Cela conduit à un cercle vicieux d'escalade de l'agression verbale. Une réponse privée, exprimant poliment vos sentiments en tant que sentiments et demandant la paix, peut rassurer. Écrivez-le, mettez-le de côté pendant quelques heures ou une journée, passez-le en revue pour dissiper la colère, puis envoyez-le.
  • Veuillez être particulièrement gentil avec les autres participants lorsqu'ils disent qu'ils ont fait une erreur. Programmer signifie faire beaucoup d'erreurs, et nous les commettons tous. Les programmeurs consciencieux font des erreurs, puis les corrigent.
  • De même, veuillez avoir l'amabilité d'indiquer aux autres participants qu'ils devraient cesser d'utiliser certains logiciels propriétaires. Pour leur propre bien, ils doivent être gratuits, mais nous apprécions quand même leur contribution à nos logiciels.
  • En général, l'hypothèse que d'autres utilisent des logiciels propriétaires est contraire aux principes de base de GNU, c'est pourquoi il est interdit dans les discussions sur les projets GNU.
  • Si quelqu'un aborde un sujet connexe dans la discussion, veuillez poursuivre la discussion en vous concentrant sur le sujet actuel, plutôt que sur le sujet connexe.
  • Si vous pensez qu'un sujet connexe est une question importante et pertinente, veuillez en faire une discussion distincte.
  • Au lieu d'essayer de dire le dernier mot, recherchez les moments où il n'est pas nécessaire de répondre. Si vous savez quelque chose sur le jeu de go, alors il y a une analogie claire: lorsque le mouvement de l'adversaire n'est pas assez fort, il est avantageux de ne pas y répondre, mais plutôt d'aller ailleurs.
  • Si d'autres participants se plaignent de la façon dont vous exprimez vos idées, veuillez faire un effort pour leur faire plaisir.
  • Veuillez ne pas soulever de questions politiques non liées dans les discussions sur le projet GNU.

Beaucoup de ces conseils sont probablement pertinents pour toutes les communications textuelles, les forums et les chats, et pas seulement pour les projets GNU.

«La différence entre le leadership et le code de conduite est une question d'approche de base commune», explique Stallman. - Le Code de conduite établit des règles et des sanctions pour ceux qui les violent. "C'est une manière grossière d'enseigner aux gens différents comportements, et elle ne prend effet que lorsque les gens enfreignent les règles, donc elle n'essaye pas de rendre les gens meilleurs que ce que les règles exigent." D'un autre côté, l'objectif d'un guide de communication agréable est de commencer à éduquer et à pousser les gens vers des communications plus aimables afin que personne ne pense à enfreindre les règles. C'est juste une tentative de rendre tout le monde plus gentil et plus amical les uns envers les autres.

Source: https://habr.com/ru/post/fr427635/


All Articles