Discussion :

[Rokhn]

Un peu de retour au calme non ?

Y'a pas eu de débordements, si?

Je suis pas sûr que les arguments avancés, aussi convaincants soient-ils, ne fasse changer les choses de toutes façons. Ce n’est pas en écrivant ici, qu’il se passera quelque chose. Il y a toujours moyen de créer une pétition ou d’aller en discuter avec les personnes qui vont faire appliquer cette modification.

Effectivement mais bon le forum est fait pour ça non ? Discuter d'un sujet, aussi random soit-il.

Ensuite, il faudrait peut-être accepter que des gens aient une opinion différente de la votre, même sur des sujets auxquels vous êtes sensibles.

Alors la, je me permets de citer le post de 4sStylZ:

Une anecdote que j’avais noté il y a longtemps et à laquelle j’ai pensé immédiatement :

Even if we don't understand why people are upset from our cultural standpoint, they would be (unnecessarily) upset and this is enough reason not to use it.
– Un dev à propos de l'extension «.bro».

Je ne sais pas quoi penser de tout ça avec le cas de Python. Ça me parait complètement extrême.

Et du coup ma réponse:

C'est quoi la limite de ça ? Je peux dire que la couleur rouge du logo de MacDo me pète les yeux et me rappel la couleur du sang du coup ça me fout les nerfs. D'après son raisonnement j'ai raison et le droit de demander à MacDo de changer de logo ? On marche sur la tête

Donc d'après la logique, je peux dire que truie, qui a une connotation négative quand le mot est employé à autre chose que pour désigner l'animal, devrait être supprimé du dictionnaire car trop offensant ? (Je fais bien exprès d'utiliser un exemple débile pour illustrer le non-sens de ce raisonnement)

Je ne vous cache pas que je trouve ça gavant autant de déversement de haine, je sais que c’est un sujet troll, mais quand même, on peut avancer des arguments au lieu de simplement discréditer les autres positions. Ça fait un peu : « Tout ceux qui ne pensent pas comme moi sont des ignares. Tu penses comme moi ? Ah voilà quelqu’un d’intelligent ! ».

Moi ce qui me gêne, c'est essayer de trouver des problèmes là ou de base, il n'y en a AUCUNS. En quoi, après 50 ans et + d'utilisation d'un terme qui est rentré dans le standard pour une utilisation TECHNIQUE et bien précise, devrait changer ? Et après avoir re-check, y'a pas de haine dans les posts précédents ?
Bien amicalement

[hotcryx]

Je suggère de changer aussi SIGKILL et kill(), c'est beaucoup trop violent.... Par exemple, moi je n'utilise jamais de "kill -9 ...", je reboote mon ordinateur à la place, je me sens beaucoup mieux ainsi!

Non mais!... C'est quoi, cette idée de Python!!!!?????

Probablement le libéralisme, avec les interdits de parler de blanc, noir, homme, femme...

Ils sont en train de changer la nature et de changer la pensée ce qui est extrêmement grâve.

[Guntha]

La majorité des gens étaient aussi contre l'abolition de la peine de mort. Mais bon, je vais arrêter de poster ici, je perds trop de points.

Ils sont en train de changer la nature et de changer la pensée ce qui est extrêmement grâve.

Oui, la pensée actuelle est PARFAITE et rien n'a besoin d'évoluer.

[Rokhn]

La majorité des gens étaient aussi contre l'abolition de la peine de mort. Mais bon, je vais arrêter de poster ici, je perds trop de points.

Mots != Peine de mort

[laerne]

Rofl d'une part et d'autre… C'est vraiment là-dessus qu'on va dépenser notre énergie ? À changer deux mots de terminologie un peu boiteux pour certains*? Ou qui vaut encore moins la peine, à s'offusquer du changement*? C'est deux mots, nom de nom. Si ça plaît à l'équipe python, tant mieux pour eux, si ça leur plaît pas et qu'il laisse tomber, ben tant mieux pour eux aussi. C'est une suggestion, personne ne leur force la main. Master/slave : rien à cirer, Parent/child : rien à cirer, Leader/Follower : rien à cirer.

[fthomdev]

Que d'amalgames! à chaque terme des connotations, interprétations etc... faudra-t-il changer le nom de "Python" aussi parce qu'il dévalorise l'animal et que réduire un animal à un langage de programmation ne respecte pas cet être vivant? etc...
Alors faudra-t-il bientôt supprimer le terme "asservissement" en génie mécanique ?
Et puis évitons de parler de la couleur noire?!
Et "kill" sous Unix qui pourrait être mal interprété aussi ? (attention avec l'IA, tuer un process sera considéré comme tuer un être vivant... ah ah)
Mais qui sont ces "biens-pensants" qui décident de ce qui est bien ou mal sur la base de jugements de valeurs qui leur sont propres?

C'est une atteinte indirecte à la liberté d'expressions sous couvert de respect de je ne sais quoi!

Maître et esclave sont des mots du dictionnaire dont les définitions ont plusieurs sens et le sens dans lequel on l'utilise que ce soit Python ou dans des domaines de la mécanique, des réseaux informatiques, est le sens qui a été trouvé à l'origine pour être compréhensible car ils sont imagés, oui comme l'esclave et le maître.
C'est comme ça! cela fait parti de l'histoire humaine. Et oui, il y a eu de l'esclavage par bêtise humaine, avidité de pouvoir, abus d'autorité, orgueil... laissons ce souvenir en utilisant ces termes, assumons notre histoire et faisons en sorte de ne plus être esclave, c'est à dire d'obéir à une bien-pensance qui nous dicte ce qu'il faut faire et qu'il se sente maître des mots.

[deathman8683]

Se rappeller ou penser à la souffrance des autres c'est rendre hommage à ces opprimés et avancer (en ne reproduisant pas nos erreurs).
Mettre la tête dans le sable c'est le meilleur moyen pour ne pas voir arriver les chaînes.

Les plus à même d'être choqués par l'usage d'un terme hors de son contexte choquant sont les gens qui ne voyent pas plus loin que le bout de leur nez, ça serai plus utile de changer ça plutôt, en mettant mieux en valeur l'éducation et la culture.

[Invité]

La documentation lorsqu'elle fait moins polémique, c'est un peu comme traduire les anciennes écritures avec des termes d'auteur. Le trop grand professionnalisme de certains mots modernes (mais incompris), puisque ces mots sont

communément

rares à entendre . Alors le texte dans la doc doit-il avoir une mise en forme à hauteur professionnelle ou être simplement clair en faisant un ouvrage agréable à lire, à l'inverse d'une longue série d'explication sans possibilité de retour. De retour vers une notion oubliée portée sur une phrase, qui a oubliée de mettre un lien de rafraichissement. Vous savez quand on lit on se perd quelques fois, donc le long texte explicatif ressemble souvent plus à un ring de combat qu'à un conte de fée.

Vous pouvez remettre en cause tout ce qu'il y a en orbite au Python, créer toutes les idées tourbillonnées autour d'un point unique et fixe.

Le Python pour un faible avoir de connaissance, est une pointure tant en usage qu'en esprit. Python a toutes les caractéristiques d'un ouvrage d'auteur génial qui a su reconnaitre ses erreurs, pour en faire une merveilleuse matière aussi solide que de la pierre. Qui détient une politique simple et sans problème, à savoir d'un niveau de discussion voué au code. Le débutant a besoin d'apprendre le Python. - D'une part la documentation réelle de ce langage. Créée par les développeurs Python a été écrite avec des termes techniques, le problème est le nombre d'informations entretenues dans le texte.

Si la documentation originale contenait des exemples simples en plus grand nombre, des bouts de code déterminés à confondre toute illusion d'erreur…

Jusqu'où çà va ?

Tant l'attrait de la transparence maitrisant Python, que d'une transparence enclavée par la maitrise Python.
Quoi d'autre ?

[petitours]

La documentation lorsqu'elle fait moins polémique, c'est un peu comme traduire les anciennes écritures avec des termes d'auteur. Le trop grand professionnalisme de certains mots modernes (mais incompris), puisque ces mots sont

communément

rares à entendre . Alors le texte dans la doc doit-il avoir une mise en forme à hauteur professionnelle ou être simplement clair en faisant un ouvrage agréable à lire, à l'inverse d'une longue série d'explication sans possibilité de retour. De retour vers une notion oubliée portée sur une phrase, qui a oubliée de mettre un lien de rafraichissement. Vous savez quand on lit on se perd quelques fois, donc le long texte explicatif ressemble souvent plus à un ring de combat qu'à un conte de fée.

Vous pouvez remettre en cause tout ce qu'il y a en orbite au Python, créer toutes les idées tourbillonnées autour d'un point unique et fixe.

Le Python pour un faible avoir de connaissance, est une pointure tant en usage qu'en esprit. Python a toutes les caractéristiques d'un ouvrage d'auteur génial qui a su reconnaitre ses erreurs, pour en faire une merveilleuse matière aussi solide que de la pierre. Qui détient une politique simple et sans problème, à savoir d'un niveau de discussion voué au code. Le débutant a besoin d'apprendre le Python. - D'une part la documentation réelle de ce langage. Créée par les développeurs Python a été écrite avec des termes techniques, le problème est le nombre d'informations entretenues dans le texte.

Si la documentation originale contenait des exemples simples en plus grand nombre, des bouts de code déterminés à confondre toute illusion d'erreur…

Jusqu'où çà va ?

Tant l'attrait de la transparence maitrisant Python, que d'une transparence enclavée par la maitrise Python.
Quoi d'autre ?

j'ai pas tout compris mais je partage la remarque sur les exemples. S'il y a des exemples clairs et surtout concret, il n'y a plus aucune confusion possible sur les termes.
c'est d’ailleurs le plus grand reproche que je fais à Python perso : la doc.
Le langage est simple et très lisible mais la doc est imbuvable, il faut chercher (chercher ce que l'on ne connait pas ), lire des pages et des pages de trucs qui n'ont pas de rapport avec ce que l'on veut, le tout en cherchant à coté des exemples plus ou moins fiables (forums et autre blogs...)
Plutôt que de se prendre sur les termes maitres et esclaves les maitres de la doc python (a oui tiens se sont bien des maitres eux aussi...) ils feraient mieux d’améliorer son contenu , par exemple en regardant ce qui se fait du coté de chez microsoft avec le MSDN (F1 qui amène directement au bon endroit dans la doc avec systématiquement un exemple simple et concret + une traduction automatique irréprochable si on le souhaite)

Perso, habitué à visual studio C# je me suis lassé de python et ses messages d'erreurs écrits en blanc sur fond noir, peu explicites et faisant référence à des objets ou classes que je galère à chercher dans la doc là où un F1 devrait m’amener directement au bon endroit avec un exemple.

[Patrick Ruiz]

L’équipe du langage Go retire les termes "whitelist", "blacklist", "master" et "slave" de sa documentation et de sa base de code
Au motif de ce qu’ils véhiculent des stéréotypes raciaux

Les questions de diversité en lien avec la terminologie utilisée dans les langages de programmation refont surface. Cette fois, c’est au tour de l’équipe du langage de programmation Go de Google de se prononcer sur la question. Dans une publication parue il y a peu, elle annonce le retrait des termes "whitelist" (liste blanche), "blacklist" (liste noire), "master" (maître) et "slave" (esclave) de sa documentation et de sa base de code. À la place de "whitelist" et "blacklist", elle annonce l’introduction des termes "allowlist" (liste d’autorisation) et "blocklist" (liste de refus) jugés plus explicites.

« Il y a eu beaucoup de discussions sur l'utilisation de ces termes dans le domaine de la technologie. Je n'essaie pas d'avoir encore un autre débat. Il est clair que certaines personnes sont blessées par ces termes et que leur utilisation leur donne un sentiment de malaise, non pas pour des raisons techniques, mais en raison de leur contexte historique et social. C'est tout simplement une raison suffisante pour les remplacer », tire-t-on de la note d’information de l’équipe du langage Go. Toutefois, pas de précision sur les remplacements opérés en ce qui concerne les termes "master" (maître) et "slave" (esclave).

De façon générale, l’expression « liste blanche » définit un ensemble d’entités auquel on attribue le niveau de liberté ou de confiance le plus élevé dans un système donné. Pour emprunter au jargon utilisé en électronique numérique, elle est complémentaire (au sens de complément à 1) à celle de « liste noire. » En informatique, toute entité ne figurant pas sur la liste dite blanche se verra alors refuser certains accès ou certaines possibilités ; c’est de façon basique la même chose que de dire que toute entité figurant sur la liste dite noire ne bénéficie pas de certains accès ou certaines possibilités. C’est en principe la compréhension que les tiers qui travaillent dans la filière informatique ou qui ont flirté avec cette dernière ont de ces notions.

C’est une publication de l’agence britannique de cybersécurité parue en mars dernier qui vient étendre la compréhension qu’on en avait déjà. À la demande d’un de ses clients formulée il y a quelques mois, cette dernière a décidé de ne plus faire usage de ces expressions.

« Il est assez courant de dire liste blanche et liste noire pour décrire les choses souhaitables et indésirables en matière de cybersécurité. Cependant, il y a un problème avec la terminologie. Cela n'a de sens que si vous assimilez le blanc à "bon, autorisé, sûr" et le noir à "mauvais, dangereux, interdit". Cela pose des problèmes évidents. Ainsi, au nom de la lutte contre le racisme dans le domaine de la cybersécurité, nous éviterons à l'avenir cette formulation péjorative et désinvolte sur notre site web. Non, ce n'est pas le plus grand problème au monde ; mais pour emprunter à un slogan venu d'ailleurs : chaque petit geste compte.Vous ne voyez peut-être pas en quoi cela est important. Si vous n'êtes pas affecté par les stéréotypes raciaux, alors estimez vous chanceux. Pour certains de vos collègues (et futurs collègues potentiels) par contre, c'est vraiment un changement qui vaut la peine », avait expliqué National Cyber Security Centre (NCSC). À la place, le NCSC avait annoncé l’utilisation des expressions « liste d'autorisation » et « liste de refus », plus claires, moins ambiguës et surtout plus inclusives.

L’équipe du langage de programmation Go rejoint celles des projets Python (2018), Django (2014), CouchDB (2014), Drupal (2014) et Redis (2017) dans cette démarche. Le même argument revient : bien que ces termes aient été utilisés depuis des décennies, ils peuvent avoir des significations à caractère raciste, entre autres, pour les utilisateurs. Il serait donc bon de les éviter. Dans le cas du langage de programmation Python, les discussions avaient tourné autour de l’utilisation des termes "leader/follower" ou "primary/replica" à la place de la paire "master/slave".

Source : Liste de diffusion du langage Go

Et vous ?

Quel est votre avis sur la suppression de ces expressions  ? Est-ce un exemple à suivre ?
Est-il préférable d’éviter ces expressions au nom de l’inclusion ? Si oui, quelle pourrait être votre proposition ?
Êtes-vous du même avis que ceux qui pensent que les remplaçants proposés ne restent pas souvent fidèles au sens originel ? Si oui, quels sont les cas de figure qui vous ont marqué ?

Voir aussi :

Commission d'enrichissement de la langue française*: ne dites plus « cryptojacking » mais «*minage pirate*», voici la nouvelle vague de traductions proposées
Commission d'enrichissement de la langue française : ne dites plus « hackathon » mais «*marathon de programmation », voici la nouvelle vague de traductions proposées
La commission d'enrichissement de la langue française s'attaque au vocabulaire de la cyberdéfense avec des équivalents français pour les anglicismes
Vous ne devez plus dire « data scientist », mais plutôt « expert en mégadonnées », d'après la Commission d'enrichissement de la langue française

[Cincinnatus]

Quel est votre avis sur la suppression de ces expressions ? Est-ce un exemple à suivre ?

Autant le sujet de blanc et de noir peut être sensible dans la société, particulièrement en ce moment, et je viens de lire le témoignage d'un journaliste noir américain qui relate que tout au long de sa vie il a été et est suspect dès qu'il circule en voiture, dans son quartier (il est noir, c'est donc un voleur pour les 'cops'), autant certaines acceptions sont plutôt anciennes et dénuées de racisme.

Si cette mode prend dans d'autres domaines :
- Faudra-t-il cesser de commencer une partie d'échecs avec les blancs ? Voire pourra-t-on conserver cette bichromie ? La remplacer ? (pas bleu et rose, c'est 'genré')
- pareil en go (le jeu ), mais là c'est le noir qui commence...
- En astronomie, que dire des trous noirs dans lesquels tout disparaît ?
Pour finir, les zèbres naîtraient noirs avant de développer des rayures blanches. Ont-ils le droit ?


(c'est dimanche, pas trolldi, mais bon)

[Starbug]

C'est bien tout ça. On rentre progressivement dans le soviétisme et même dans des secteurs épargnés par les conneries de l'antiracisme (arnaque) la propagande viens s'insinuer. Époque de merde...

[quercy9113]

Tant que les hommes ne pratiqueront l'esclavage dans des portions de programmes, ce ne sera pas grave pour l'humanité.
En effet on oublie que cette réalité existe dans la race humaine, chez des civilisations qui l'ont toujours pratiqué. Alors combattre cette réalité me semble plus opportune que dans une application qui elle, ne fait de mal à personne.

[Patrick Ruiz]

Gitlab va désormais faire usage du terme « main » en lieu et place de « master » pour désigner la branche par défaut des projets
Et ainsi lutter contre les stéréotypes raciaux sur la plateforme

Faut-il opérer le retrait de termes comme blacklist, whitelist, master, slave ou encore kill (longtemps utilisés au sein de bases de code et de documentations) au motif de ce qu’ils véhiculent des stéréotypes raciaux ? C’est l’un des débats qui divisent le plus la communauté des développeurs informatique à date. Avec les développements en lien avec la mort de Georges Floyd, il a pris plus d’ampleur. Désormais, le passage à des termes considérés comme plus inclusifs se généralise pour lutter contre le racisme dans le monde de l’informatique.

En droite ligne avec ces développements, l’équipe de mainteneurs de Gitlab annonce une mise à jour du nommage de la branche par défaut des projets sur la plateforme.

« Chaque dépôt Git possède une branche initiale, qui est la première branche à être créée lorsqu'un nouveau dépôt est généré. De façon historique, le nom par défaut de cette branche initiale était master. Ce terme provient de Bitkeeper, un prédécesseur de Git. Bitkeeper faisait référence à la source de vérité comme le "dépôt maître" et les autres copies comme des "dépôts esclaves". Cela montre à quel point les références maître/esclave ont été courantes dans la technologie et illustre en même temps la difficulté de savoir comment le terme maître doit être interprété. Les mainteneurs du projet Git, en coordination avec la communauté au sens large, ont écouté les commentaires de la communauté de développement pour déterminer un nom plus descriptif et plus inclusif pour la branche par défaut et offrir aux utilisateurs des options pour changer le nom de la branche par défaut (généralement maître) de leur dépôt », indique-t-elle.

Chez GitHub on a procédé au changement du terme « master » en « main » au cours de l’année précédente. « Dès le premier octobre 2020, tous les nouveaux dépôts que vous créerez utiliseront main plutôt que master pour désigner la branche par défaut », annonce GitHub. La mesure cible également les dépôts existants qui s’appuient sur le terme master pour désigner la branche principale. Les responsables de la plateforme avaient justifié la manœuvre en soulignant que « Main est le remplacement de master le plus populaire que l'on rencontre sur GitHub. Nous l'aimons parce qu'il est court, qu'il garde la mémoire musculaire intacte et qu'il se traduit bien dans la plupart des langues. »

L’année 2020 pourrait en raison de ces changements être considérée comme celle de la prise de conscience mondiale sur les relations raciales. Dans l’univers de l’informatique, cette « vision globale des relations interraciales » se traduit par des appels au passage à des termes considérés comme plus inclusifs dans le but de lutter contre le racisme.

Par exemple, Linus Torvalds a procédé au cours du mois de juillet 2020 à l’intégration d’un guide terminologique à l’arborescence du projet Linux. Le document dénommé "Linux kernel inclusive technology" liste des termes comme master, slave, blacklist et whitelist comme étant à éviter dans le futur par la chaîne des contributeurs au noyau. Les modifications du code existant sont également dans le viseur, mais des exceptions sont prévues pour ce qui est de la maintenance d'une API d'espace utilisateur ou lors de la mise à jour d'un code pour une spécification qui rend ces termes obligatoires.

Cette inclusion faisait suite à la proposition formulée par l'ingénieur principal d'Intel – Dan Williams. Elle bénéficiait déjà du soutien d’autres mainteneurs Linux dont Chris Mason et Greg Kroah-Hartman.

« La traite des esclaves africains était un système brutal de misère humaine déployé à l'échelle mondiale. Les décisions relatives au choix des mots dans un projet de logiciel moderne ne sauraient effacer ce malheureux héritage, mais peuvent aller dans le sens de maximiser la disponibilité et l'efficacité de la communauté mondiale des développeurs pour participer au processus de développement du noyau Linux », avait déclaré Dan Williams lors de la sortie de la proposition.

On dénombre 19 500 mentions du terme slave au sein de l’arborescence du noyau avec une prédominance de ces dernières au sein des sections de code dédiées à la gestion du réseau. La chaîne de caractères master pour sa part est mentionnée 26 900 fois. Le décompte pour ce qui est de blacklist est de 888. Le noyau Linux quant à lui mobilise 69 300 fichiers texte, 3,54 millions de lignes de commentaires et 20,1 millions de lignes de code.

Cette annonce de l’introduction de ce guide terminologique au sein de l’arborescence du noyau s’inscrivait dans une tendance générale à l'assainissement du langage technique dans l'ensemble de la communauté technologique. Après que les manifestations de Black Lives Matter ont éclaté aux États-Unis et dans certaines régions d'Europe, plusieurs entreprises ont annoncé leur intention de cesser d'utiliser des termes racistes et esclavagistes dans leur documentation technique. Des entreprises comme Twitter, GitHub, Microsoft, LinkedIn, Google, Ansible et d'autres se sont engagées à modifier le langage technique de leurs produits et de leur infrastructure afin de supprimer des termes comme master, slave, blacklist, whitelist et autres.

Grosso modo, on parle de modifications à controverse. En effet, deux courants au moins s’affrontent dans ces développements. Un pan des développeurs est d’avis que l’on devrait considérer des associations comme black (noir) = bad (mauvais) et white (blanc) = good (bon) comme justificatif pour formuler des propositions de terminologie inclusive. Un autre lui rétorque qu’il faudrait plutôt considérer l’origine de l’utilisation des termes en question et que dans ce cas les termes dans le viseur n’ont rien à voir avec des questions de racisme.

Jusqu’ici, on note comme un passage en force des idées des développeurs qui estiment qu’il faut considérer des associations comme black (noir) = bad (mauvais) et white (blanc) = good (bon) comme justificatif pour formuler des propositions de terminologie inclusive. Pour bon nombre de développeurs de l’autre bord, il y a comme une pensée totalitaire qui est en train de s’étendre dans le monde de l’informatique.

Source : Gitlab

Et vous ?

Que pensez-vous de ce qui apparaît comme une prise de conscience des relations raciales dans l’univers technologique ?
Les développements en cours suggèrent-ils de parler de totalitarisme dans l’industrie de l’informatique ?
Laquelle des directions vous semble la plus pertinente dans ce débat ? Celle des associations black (noir) = bad (mauvais) et white (blanc) = good (bon) ou celle de l’origine des termes utilisés ?

Voir aussi :

Python va supprimer les termes "master/slave" de sa documentation et sa base de code pour des raisons de diversité et leur connotation à l'esclavage
L'équipe du langage Go retire les termes "whitelist", "blacklist", "master" et "slave" de sa documentation et de sa base de code parce qu'ils véhiculent des stéréotypes raciaux
Amazon annonce que la police ne pourra pas utiliser sa technologie de reconnaissance faciale pendant un an, suite aux manifestations liées à la mort de George Floyd
Après Apple, Google supprime à son tour l'application Gab de son Play Store, pour avoir violé sa politique relative aux discours haineux

[Invité]

Il ne s'agit jamais que de "woke washing" de bas étage. Il va falloir bien plus qu'un code de conduite et un guide terminologique pour faire oublier l'attitude exécrable et la sale mentalité des top maintainers du noyau Linux.

Le fait que Linux soit un projet open source n'excuse rien. Ses contributeurs sont en majorité salariés d'entreprises de la tech. Contribuer au projet est donc un travail pour eux. Or personne ne va au travail pour se faire insulter.

[kain_tn]

Que pensez-vous de ce qui apparaît comme une prise de conscience des relations raciales dans l’univers technologique ?

Ce n'est pas une prise de conscience mais ce qui s'apparente à du "green washing" pour les boîtes/industries polluantes:

Changer le nom par défaut de la branche principale, c'est une mesure qui ne coûte pas un kopeck et qui permet de dire: "vous voyez, nous on lutte contre les stéréotypes raciaux".

Et pendant ce temps, l'esclavage continue avec les enfants esclaves qui collectent le cacao, les travailleurs esclaves au Qatar, les femmes enlevées en Europe de l'est pour être prostituées, etc.

Bref, on fait disparaître des mots pour faire croire qu'un problème n'existe plus et se donner bonne conscience.

Les développements en cours suggèrent-ils de parler de totalitarisme dans l’industrie de l’informatique ?

Non. En fait, ça me rappelle un vieil épisode de South Park de juillet 2000, dans lequel la ville est divisée sur le changement/conservation de leur drapeau, qui représente le lynchage d'un noir par des blancs. La conclusion (à la South Park, bien sûr), c'est que les gamins, qui représentaient ceux qui voulaient conserver le drapeau pour des raisons historiques, n'étaient tellement pas racistes qu'ils n'avaient même pas compris que le problème était qu'il s'agissait de blancs qui pendaient un noir: eux ne voyaient que des personnes qui en pendaient une autre, car la couleur de la peau ne faisait pas de différence dans leur tête. Et pour finir, pour mettre tout le monde d'accord, ils conservent le drapeau mais en changeant la couleur des gens qui lynchent

Bref, tout ça pour dire que les termes en cours aujourd'hui ont été utilisés pour leur clarté, et non par "totalitarisme" ou je ne sais quelle autre raison stupide, et que les gens qui y voient du racisme devraient sans doute se remettre en question ou se battre pour faire disparaître l'esclavage plutôt que les mots...

Laquelle des directions vous semble la plus pertinente dans ce débat ? Celle des associations black (noir) = bad (mauvais) et white (blanc) = good (bon) ou celle de l’origine des termes utilisés ?

L'origine des termes utilisés, bien sûr, sinon on appauvrit les langues au point de ne plus prendre en compte le contexte des mots. "master" est à prendre ici comme la version du maître face à celle de ses disciples, et non de ses esclaves. Du coup, pas de référence à l'esclavage dans ces propos, sauf pour les hypocrites ou les illettrés.

[Invité]

Que pensez-vous de ce qui apparaît comme une prise de conscience des relations raciales dans l’univers technologique ?

Cela à déjà été dit, c'est du pur "woke-washing". Même si l'on a pas construit Rome en un seul jour, ce n'est certainement pas en effaçant des mots qu'on en est là.
Alors, je peux comprendre; Innocemment, on peut arriver à la conclusion que comme cela part d'une bonne intention, ça ne peut pas être néfaste. Sauf que ce genre de manœuvre est purement marketing, comme ENORMEMENT d'entreprises américaines l'ont fait pendant les émeutes suite à l'arrestation de Georges Floyd.

2 problèmes; Lorsque Nestlé, Disney, Coca Cola et Apple nous vendent leur ouverture d'esprit, ce sont les enfants asiatiques et africains qui payent entre autres. Le pire ? Certaines personnes très honnêtes sont soulagées de participer à cette mascarade.
Donc non seulement, c'est contre productif car finançant des inégalités mais en plus, cela sape la crédibilité et les efforts de personnes qui sont pourtant fondamentalement d'honnêtes gens, et qui auraient pu avoir réellement un impact.

Bref, GitHub est dans le même cas ici. Un géant américain qui veut être bien vu, sans bien faire, comme beaucoup.

Les développements en cours suggèrent-ils de parler de totalitarisme dans l’industrie de l’informatique ?

Totalitarisme ? Dans l'industrie de l'informatique ? L'industrie de l'informatique est trop vaste pour avoir un dominion, pour le moment. La Russie, les USA, l'Inde, la Chine et l'Europe sont des pôles suffisamment importants pour ne pas ployer sous un joug particulier. Si quelqu'un cherchait à discriminer sur la base de la couleur de peau, il disparaitrait. Qui voudrait d'une idée obsolète et sans avenir ?

Par contre, nous avons un monopole sur les services Web, avec Facebook & Google pour la partie médias sociaux, et Amazon pour l'hébergement. Ce sont mes seules inquiétudes quant au net, et je pense que le "RuNet" est une bonne chose qui pourrait solutionner à ce genre de problèmes. (Avoir la possibilité de couper les ponts permettrait de mettre une pression assez importante pour effrayer ces corporations... Contrairement à nos vieux sénateurs qui n'ont peu ou pas d'impact sur ces géants de la modernité)

Laquelle des directions vous semble la plus pertinente dans ce débat ? Celle des associations black (noir) = bad (mauvais) et white (blanc) = good (bon) ou celle de l’origine des termes utilisés ?

Les couleurs ont toujours une part d'histoire derrière elles, et l'oublier c'est se priver d'un cadeau du passé.
Le violet est une couleur rare qui symbolisait la royauté en période pré-moderne. Pendant très longtemps, il était extrêmement cher de se procurer une faible quantité de pigment, car issus d'un escargot broyé.
De nos jours, le violet est beaucoup plus facile a synthétiser et son sens est redevenu naturel; Comme le violet est introuvable à l'état naturel, il est devenu le symbole de l'anomalie, le surnaturel, le corrompu.

Ce que je veux dire, c'est que chaque couleur a ses propres connotations qui évoluent en fonction du contexte dans lequel vivent les populations qui l'utilisent; C'est pour cela que certains langages ont plus de couleurs exprimées que notre vieux latin. Cette opposition Noir/Blanc existera toujours, car les deux couleurs sont opposées, mais peut-être sur d'autres concepts que des concepts de valeur.

Essayer d'en occulter une partie parce qu'elle ne nous plaît pas ne fait que créer le doute dans l'opinion publique, et comme précédemment, ce n'est que contre-productif. Nous avons beaucoup plus à apprendre en vivant avec notre passé, non pas contre.

[TACITE]

Pour rappel les questions posées initialement étaient :

-Quel est votre avis sur la suppression des termes "master" et "slave" dans le langage informatique ?
-Au nom de la diversité, est-il préférable de les éviter ?
-Pensez-vous que les remplaçants proposés expriment mieux les notions de "master" et "slave" comme on les connait aujourd’hui ?

Faisant suite à la proposition de M. Victor STINNER dans son rapport d'anomalie #34605 posté le 07.09.2018 (https://bugs.python.org/issue34605) et qui a déjà généré un nombre important de réactions.

De mon point de vue personnel, M. Victor STINNER devait être plutôt inoccupé ce jour là et s'est peut être dit que faire du buzz tendance serait une saine occupation ; sur ce dernier point il avait raison cela a parfaitement fonctionné (et continue de fonctionner).

Pour ce qui concerne ce fil de discussion sur ce forum "developpez.com", je lis que non seulement il ne se dégage réellement aucun consensus autre que la constatation de l'absurdité de la demande avec des messages très clairs sur ce point.

Par ailleurs j'observe une dérive importante du débat où l'on assiste à de nombreux échanges sur l'histoire de l'esclavage avec des références historiques et citations à l'appui.

• Le sujet de l'esclavage est complexe et sensible. Ce forum n'est pas à mon sens la tribune où il convient d'en débattre.
• Il serait certainement plus efficace de s'adresser directement à GITLAB et aux auteurs de cette décision plutôt que de débattre et d'argumenter de manière stérile dans ce forum.
• Il serait intéressant de connaître les motivations réelles de M. Victor STINNER (cité ci-dessus)
• L'échange répété de messages et de références historiques que l'on peut facilement récupérer partout sur le Net ou dans des ouvrages spécialisés, n'aboutira à rien qu'à convaincre leurs auteurs de l'authenticité de leurs citations (authenticité que je ne remets pas en doute ici, ne les ayant pas vérifiées)

Pour finir :
1) Restons centré sur l'usage de ce forum.
2) Répondons clairement à la problématique posée (si tant est qu'elle ait une réponse)
3) Abandonnons ici les débats stériles qui ne peuvent aboutir dans le contexte de ce forum.
4) Pour avoir plus de force dans nos propos, adressons nous directement aux auteurs de telles propositions tout en faisant connaître nos actions en ce sens.

[Christian_B]

Restons centré sur l'usage de ce forum.

C'est vrai qu'on est sorti du sujet initial (d'un intérêt limité par lui-même). Mais c'est un usage largement admis sur ce site. Et il n'est pas inintéressant d'analyser et de critiquer cette démarche dans son principe, à partir d'autres exemples, qui sont nombreux. On pourrait aussi la rapprocher de la tendance à employer des expressions peu naturelle, signe d'embarras, à la place de termes qui ont pris indûment un sens vaguement insultant, par exemple 'non-voyant" au lieu d' "aveugle".
Comme le disait Mama Béa (chanteuse assez oubliée) : "Et le verbe être laissa place au verbe paraître".

[pemmore]

c'est le mésusage des mots dont on n'imagine pas le côté obscur et qu'on utilise sans se rendre compte, moi le premier.
Donc on a des progrès à faire, dans certaines technologies on utilise le concept mère/fille, en chimie, en mécanique rivets cuivrés, une solution peut'être.