Master/Slave : Aborder les termes problématiques du codage dans la communauté open-source

Publié : par Jason Cosper
Master/Slave : Aborder les termes problématiques du codage dans la communauté open-source thumbnail

Le monde de la programmation est plein de termes étranges. Tu as des backends, des balises, des frameworks, et bien plus encore. Cependant, même si certains mots et expressions peuvent paraître bizarres jusqu’à ce que tu t’y habitues, ils ne sont généralement pas offensants.

Il y a quelques exceptions rares, cependant, comme l’utilisation fréquente de master et slave. Il va presque sans dire que ce sont deux mots potentiellement problématiques, en raison de leurs connotations historiques. Cependant, ils sont toujours largement utilisés dans les cercles de développeurs et plusieurs langages de programmation. En fait, leur utilisation est tellement intégrée que la plupart des gens n’ont jamais pris le temps de réfléchir à ces termes.

Aujourd’hui, nous allons parler davantage de ces deux termes de codage problématiques. Nous discuterons de la controverse autour de leur utilisation, présenterons le débat sur la possibilité de les remplacer et expliquerons ce que font certaines équipes open-source pour aborder le problème. Parlons terminologie !

Recevez du contenu directement dans votre boîte de réception

Abonnez-vous maintenant pour recevoir toutes les dernières mises à jour directement dans votre boîte de réception.

L’Existence de Termes de Codage Problématiques dans le Codage Open-Source

Comme nous l’avons mentionné plus tôt, il y a beaucoup de controverse concernant l’utilisation des termes master et slave au sein de la communauté open-source. Habituellement, ces termes font référence à un modèle de communication où un élément a un contrôle total sur un second.

Par exemple, tu peux avoir des bases de données maître et esclave, la maître étant la principale.

Si tu ne fais pas partie de la communauté tech, cela peut sembler un peu étrange. Nous connaissons tous la signification de ces mots, ainsi que leur contexte historique. Cependant, ces termes existent depuis un moment, et la plupart des gens qui les utilisent ne les remettent jamais en question ou n’y pensent pas vraiment.

En même temps, depuis un certain temps déjà, certaines personnes ont souligné que leur utilisation pourrait être problématique. Nous pouvons trouver des références dès 2004 à la controverse autour de cette question. Cette année-là, l’Initiative de surveillance de la langue mondiale a sélectionné le couplage maître/esclave comme l’exemple le plus flagrant de terminologie politiquement incorrecte. Depuis lors, il y a eu beaucoup de discussions dans les projets open-source sur la possibilité de remplacer les deux mots. Cependant, de nombreux arguments intéressants ont été avancés à ce sujet

Pour être honnête, toute cette affaire peut sembler exagérée si tu n’as pas passé la dernière décennie à y réfléchir, ce qui mérite d’être considéré.

Pourquoi Y A-T-Il Une Polémique Autour Des Termes Maître et Esclave

Quand les termes master et slave sont utilisés dans la communauté open-source, ils ne font pas référence à des personnes. Si c’était le cas, nous pourrions rapidement conclure cette discussion, car presque tout le monde serait d’accord pour dire qu’il faudrait trouver une terminologie moins offensante.

À la place, ces termes sont utilisés pour désigner des éléments tels que des bases de données, des disques, et plus encore. Cela nous amène aux raisons pour lesquelles certaines personnes sont contre le remplacement des termes maître et esclave, que nous pouvons résumer en quelques points :

  • Ces termes existent depuis un moment, donc ça n’a aucun sens de les remplacer.
  • Dans le monde de la technologie, ces mots ne sont pas utilisés dans un contexte offensant.

Pour certaines personnes, maître et esclave sont juste des mots, et l’idée que nous devrions décourager leur utilisation dans la programmation semble être une perte de temps. D’un point de vue pratique, il est difficile de contester ces points de vue. Cependant, si nous sommes pratiques, il convient également de souligner que remplacer ces termes n’affecterait pas les projets en termes de fonctionnalité.

De plus, l’argument selon lequel nous devrions continuer à utiliser les mêmes mots parce que nous l’avons toujours fait n’est pas particulièrement convaincant. En tant que société, il est devenu normal pour nous de décourager l’utilisation de termes offensants, même si ce changement prend du temps. Ce serait une simple affaire de choisir des mots de remplacement beaucoup moins chargés et de commencer à les utiliser à la place.

Cela nous amène au cœur du débat, qui est de savoir si un mot en lui-même peut être offensant indépendamment du contexte. Certaines personnes soutiendraient que changer les termes maître et esclave établit un mauvais précédent puisqu’il y aura toujours des mots que d’autres trouvent offensants. En mettant de côté les débats sur la pente glissante, cependant, il est difficile de contester le fait que ces deux termes, en particulier, ont clairement des connotations négatives.

En fin de compte, il est important de considérer que même si ces mots peuvent ne pas t’affecter personnellement, ils peuvent avoir beaucoup d’impact sur d’autres personnes et leur manière de penser. La communauté open-source est construite autour de la collaboration, donc si nous pouvons améliorer l’environnement et le rendre plus accueillant pour tous en remplaçant quelques mots, alors cela pourrait être judicieux de le faire.

Article connexe
How To Design An Accessible Website (A Complete Guide)
Lire la suite

Comment Les Projets Open-Source Découragent L’utilisation De Termes De Codage Problématiques

Le débat autour des termes maître et esclave existe depuis si longtemps que plusieurs entreprises ont déjà pris des mesures pour y répondre. IBM et Microsoft, par exemple, utilisent les mots principal et réplique lorsqu’ils se réfèrent à des bases de données dans leur documentation.

Pour ce qui est des projets open-source, Python, Drupal et Django ont déjà totalement supprimé ces termes de leur documentation. Python a suivi la même voie que Microsoft et IBM, en utilisant principal et réplique. Django, en revanche, a choisi d’implémenter les termes leader et suiveur.

Voilà juste les exemples les plus visibles que nous avons pu trouver. Il existe également beaucoup de petits projets qui ont pris des mesures pour aborder la controverse. De plus, le fait que plusieurs grands acteurs du monde technologique s’accordent sur le sérieux de l’utilisation de ces termes envoie un signal clair que d’autres suivront probablement le même chemin.

À la fin, remplacer les termes master et slave est une décision personnelle pour chaque développeur. Si tu fais partie d’un projet open-source, il peut être plus difficile de parvenir à un consensus. Cependant, il serait peut-être préférable que nous nous orientions vers le remplacement de ces termes dans les cercles de développeurs. Après tout, l’éthique open-source est celle de l’accessibilité pour tous, ce qui est difficile à atteindre lorsque des termes couramment utilisés peuvent repousser une partie de la communauté potentielle.

Penses-Tu Que Les Termes De Codage Problématiques Devraient Être Modifiés ?

Les termes maître et esclave sont courants dans le domaine de l’informatique. Pour beaucoup de personnes, ces mots n’ont pas de connotations négatives, car ils possèdent des significations très spécifiques dans le monde de l’IT. Cependant, il est impossible de nier leur poids historique. Dans cet esprit, il y aura toujours des personnes qui trouveront l’utilisation occasionnelle de ces deux termes dans la programmation problématique.

Bien que changer les termes que nous utilisons en codage puisse sembler inconfortable, c’est à la fois possible et relativement simple. Le fait que plusieurs projets bien connus comme Python et Drupal agissent pour éliminer l’utilisation de maître et esclave est déjà un grand pas. Se débarrasser de ces termes n’est pas seulement une bonne action de relations publiques, mais rend également la communauté plus accueillante pour ceux qui pourraient les trouver personnellement offensants.

Penses-tu qu’il soit judicieux de remplacer les termes problématiques en programmation dans le langage du développement logiciel ? Partage tes pensées avec nous sur Facebook ou Twitter.