Visiblement, dans le doute, pas mal d'entreprises ou projets ont décidé de ne plus les utiliser : Basecamp, Travis, Ruby on Rails… => Je trouve cette “présentation” très contestable. Beaucoup d'entreprises doivent veiller à avoir une communication irréprochable genre “plus blanc que blanc” afin de ne pas braquer certaines communautés, certains clients ou s'attirer l'opprobre à l'heure des réseaux sociaux. C'est de la communication plus que de la bienveillance.
Je trouve ça absurde. Qui s'occupe toujours du problème le plus grave ? => Très bonne réponse
Ma stratégie aujourd'hui est de partager mes trouvailles/idées/réflexions/changement sans imposer quoi que ce soit à quiconque. J'aime être libre de faire ce que je veux, alors je laisse la même liberté aux autres => J'ai formulé ça personnellement en “faire ce qui me ressemble”, +1
Je n'ai pas trouvé d'articles sérieux montrant l'origine raciste des mots blacklist et whitelist. L'important est de se poser la question : est-ce qu'ils peuvent influencer un tant soit peu notre jugement/comportant sur des personnes blanches ou noires, à percevoir ce qui est blanc comme bon et ce qui est noir comme mauvais ?
Visiblement, dans le doute, pas mal d'entreprises ou projets ont décidé de ne plus les utiliser : Basecamp, Travis, Ruby on Rails… et préférer des termes plus inclusifs.
L'origine de Maitre/Esclave est clairement problématique, donc la suppression de ce terme semble plus évidente. Drupal, Django, Redis, CouchDB… les ont remplacé : https://github.com/antirez/redis/issues/3185
Pour ta remarque, je dirais que l'un n'empêche pas l'autre. Quand j'écris sur l'écriture inclusive (ou la bienveillance ou… pas mal d'autres sujets), on me dit souvent qu'il y a des problèmes plus graves et que je devrais mieux m'occuper des autres d'abord. C'est ce qu'on appelle du relativisme.
Je trouve ça absurde. Qui s'occupe toujours du problème le plus grave ? D'ailleurs en suivant la logique, cela voudrait dire que répondre à mon message est le problème le plus grave qu'il·elle·s ont à gérer :)
Ces sujets sont souvent de bons prétextes pour réfléchir aux oppressions, à l'inclusion… Depuis que j'en parle, ça a fait réfléchir et progresser pas mal de gens sur ces sujets. Eux-mêmes en parlent aussi autour d'eux, etc. Et peut-être qu'un jour les gens seront suffisamment sensibilisés à ça que ça fera baisser le FN.
Personnellement, j'ai l'impression qu'il est inefficace que je m'attaque au FN de manière frontale. J'aurais surement pas les bons mots, ni la bonne démarche, ni le temps.
Ma stratégie aujourd'hui est de partager mes trouvailles/idées/réflexions/changement sans imposer quoi que ce soit à quiconque. J'aime être libre de faire ce que je veux, alors je laisse la même liberté aux autres.
J'ai pu voir des changements importants autour de moi et j'en suis très heureux : des ami·e·s qui ont arrêté les vannes sexistes ou les clichés, mon ancienne troupe d'impro qui a décidé de ne plus faire d'humour offensant, des ami·e·s/lecteur·rice·s qui font de leur mieux pour être plus inclusif·ve·s et moins dans le jugement…
Je suis totalement d'accord sur le fait que beaucoup d'utilisateurs le font en temps que consommateurs (souvent par ignorance du modèle FOSS, j'ai vu y'a pas longtemps, quelqu'un qui pensait que libreoffice, était une version de M. office gratuite et light).
Autrement, en lisant l'article, j'ai eu l'impression que tu disais que la remonté de bug n'était pas considérer comme une contribution, alors que pour moi, c'est la première contribution, et surement la plus importante.
Personnellement, j'essai de contribuer au maximum, mais quotidiennement, c'est impossible. Quand c'est possible, et que mes faibles compétences en devs le permets, je peux ajouter des features et/ou faire de la correction de bug. Sinon sur github, je star, et si bug il y a, je remonte. Je ne fais pas de documentation, car je n'ai pas un niveau rédactionnel très élevé.
Pour ce qui est des dons, c'est plus compliqué (pas une question d'argent), car la je me base plus sur le comportement des devs, leurs relationnel, que sur le code ou le soft lui même, si le mec réclame un don dès qu'on lui remonte un bug, ou prends les gens de haut, il n'aura jamais un don de moi.
Effectivement comme le dit Cascador, cet article et tous les autres du site (https://www.noschangements.fr/a-propos/), ont été écrit dans l'objectif de n'offenser personne. Ils n'ont pas non plus l'objectif de convaincre de faire le même changement. Ils ont pour uniquement pour but de décrire le changement qu'une personne a fait pour comprendre ce qui l'a motivé, comment le changement s'est passé…
Tu as l'air d'être énervé par l'article, est-ce qu'il y a quelque chose dans l'article qui t'a offensé ?
Le vocabulaire est quelque chose de vivant qui s'adapte aux usages et conventions du moment où il est utilisé. Dans le contexte informatique, whitelist ou blacklist ne sont pas connotés politiquement. Ne pas les utiliser en projetant un sens qu'ils ne possèdent pas dans leur acception courante, c'est projeter ses propres fantasmes sur un pauvre champ sémantique qui n'a rien demandé.
Grosso modo je rejoins kikinovak : arrêtez de nous faire chier avec le politiquement correct ^^ Et surtout de détourner de pauvres mots de leur sens initial.
L'injonction “arrêtez de nous faire chier” est de trop, personne n'oblige à suivre ces conseils ni à lire l'article. Après je comprends tout à fait ton point de vue, je sais que ça en énerve beaucoup lol.
J'ai supprimé la marque “libertés individuelles”, je suis ouvert à la discussion si tu souhaites justifier/argumenter ton choix. À la limite ça me parait plus cohérent la marque communauté car cette réflexion porte sur l'usage des termes qu'on fait dans les communautés informatiques. Sinon juste la marque programmation.
Concernant le sujet de ton article, je suis partagé. Autant master/slave peut avoir une connotation raciste autant whitelist/blacklist et puis killer app => beloved app pfff… A ce propos whitelist/blacklist, tu peux expliquer pourquoi ça a une connotation raciste ? J'ai peu creusé profond, je me suis arrêté à https://english.stackexchange.com/questions/51088/alternative-term-to-blacklist-and-whitelist
Dans l'absolu chacun fait ce qu'il veut et je comprends la démarche de bienveillance. Dans les faits ça me fait penser à du solutionnisme technologique, tu vas plus utiliser whitelist/blacklist dans ton code mais dans ce beau pays, il y a 20% de gens qui votent FN (enfin maintenant RN) à côté de nous. Il me semblerait plus utile de lutter contre ce second problème qui est plus voyant/profond/important que changer des termes de programmation.
Même s’il m´est arrivé de faire des PR avec correctif de bugs qui sont restées sans réponse, je suis 100% d’accord avec Carl.
Mes projets FOSS sur Github ne sont pas bien populaires mais lorsque je reçois une PR avec soit correction de bug soit ajout de fonctionnalité, je m’efforce toujours de remercier.
Bonjour,
Personnellement j'utilise des logiciels open source dans des environnements Windows & Linux et j'ai parfois fait des donations.
J'utilise également des logiciels en milieu professionnel mais dans une entreprise quand c'est gratuit -> pas de donations.
Même si cela peut être ringard ou autre, je pense qu'il faudrait mettre un popup d'appel au dons à chaque lancement d'un logiciel.
Ce popup disparaîtrait pendant un certain temps après un don.
Pour un particulier ce popup ne serait pas gênant mais dans une entreprise quand le logiciel est sollicité à maintes reprises cela peut devenir gênant.
Malheureusement,je pense qu'il faut forcer un peu pour avoir une contribution qui serait méritée.
Marco
Il n'y a eu aucun changement de fonctionnement, le vote négatif n'est possible que dans des cas très précis par exemple deux utilisateurs notant un article comme spam.
Si demain un utilisateur s'amusait à mettre spam sur de nombreux articles, on le bannirait évidemment.
Il ne faut pas tout mélanger les interrogations des utilisateurs sur cet article sont légitimes.
Une majorité d'utilisateurs va trouver des choses perfectibles : Le dev est pas sympa, une réponse au bout de 3 mois, il y a des bugs honteux, le README n'existe pas, etc. C'est une réalité et ce sont des arguments tout à fait valables. Cependant il est probable que le logiciel/projet fonctionne.
D'un côté on se retrouve avec une équipe restreinte de quelques personnes qui a passé des centaines d'heures de travail/sueur sur ce projet et qui tentent d'améliorer les choses. Ils sont peu nombreux mais ont beaucoup donné (et continuent à le faire). De l'autre côté des centaines d'utilisateurs qui vont remonter des choses perfectibles (et bien réelles) en se plaignant que l'accueil n'a pas été bon, le bug toujours présent, exigeant qu'on répare. Ils sont nombreux et n'ont rien donné encore ou quasiment.
Le combat n'est pas du tout équitable, la balance (surtout niveau engagement) dans le projet n'a rien à voir. Passez 100 heures à développer un projet et quand le premier retour sera “il est où le README ?”, demandez-vous si il faut prendre la défense de celui qui a bossé 100 heures ou de celui qui pointe un vrai problème mais n'a rien apporté encore.
Ce sont les personnes qui font qui doivent être mises en avant, remerciées, soutenues. Elles ne sont pas parfaites mais c'est elles qui ont donné et continuent de donner malgré les critiques et les très rares remerciements.
En effet, article intéressant… même si sous certains aspects, il peut sembler réducteur.
Quoiqu'il en soit, actuellement, personnellement, je contribue d'une manière différente, sur un projet qui aux antipodes de mes intérêts. Et, cela me surprend moi-même, d'autant que je suis capable de gérer du code shell… car ce n'est même pas du code que je fais, mais de la participation à la documentation du projet.
Alors, certes je ne le fais pas tous les jours, pour des raisons personnelles, mais assez régulièrement. Ce projet est #play.it - pour les jeux sous Linux.
Ce qui m'est sûr, c'est que j'apprécie de pouvoir le faire, d'autant que @vv222 est très compréhensif, et amical.
Ensuite, j'ai quelques développements en suspens… je sais qu'il y en a un qui attend un correctif… mais je suis agréablement surpris de recevoir une petite contribution financière par le biais de liberapay, semaine après semaine… quoique celle-ci est peut-être pour ma participation active au projet obsd4a (administration, traduction inofficielle de la FAQ OpenBSD sur le wiki, etc…) !
Alors, oui, y'a plusieurs moyens de participer à un projet ou l'autre… et de le faire dans la bonne humeur ;)
Effectivement, on peut imaginer que les entreprises le fassent par intérêt. Mais des projets open source le font aussi.
Cool, faisons ce qui nous ressemble :)
Visiblement, dans le doute, pas mal d'entreprises ou projets ont décidé de ne plus les utiliser : Basecamp, Travis, Ruby on Rails… => Je trouve cette “présentation” très contestable. Beaucoup d'entreprises doivent veiller à avoir une communication irréprochable genre “plus blanc que blanc” afin de ne pas braquer certaines communautés, certains clients ou s'attirer l'opprobre à l'heure des réseaux sociaux. C'est de la communication plus que de la bienveillance.
Je trouve ça absurde. Qui s'occupe toujours du problème le plus grave ? => Très bonne réponse
Ma stratégie aujourd'hui est de partager mes trouvailles/idées/réflexions/changement sans imposer quoi que ce soit à quiconque. J'aime être libre de faire ce que je veux, alors je laisse la même liberté aux autres => J'ai formulé ça personnellement en “faire ce qui me ressemble”, +1
Tcho !
Hello,
Je n'ai pas trouvé d'articles sérieux montrant l'origine raciste des mots blacklist et whitelist. L'important est de se poser la question : est-ce qu'ils peuvent influencer un tant soit peu notre jugement/comportant sur des personnes blanches ou noires, à percevoir ce qui est blanc comme bon et ce qui est noir comme mauvais ? Visiblement, dans le doute, pas mal d'entreprises ou projets ont décidé de ne plus les utiliser : Basecamp, Travis, Ruby on Rails… et préférer des termes plus inclusifs. L'origine de Maitre/Esclave est clairement problématique, donc la suppression de ce terme semble plus évidente. Drupal, Django, Redis, CouchDB… les ont remplacé : https://github.com/antirez/redis/issues/3185
Pour ta remarque, je dirais que l'un n'empêche pas l'autre. Quand j'écris sur l'écriture inclusive (ou la bienveillance ou… pas mal d'autres sujets), on me dit souvent qu'il y a des problèmes plus graves et que je devrais mieux m'occuper des autres d'abord. C'est ce qu'on appelle du relativisme. Je trouve ça absurde. Qui s'occupe toujours du problème le plus grave ? D'ailleurs en suivant la logique, cela voudrait dire que répondre à mon message est le problème le plus grave qu'il·elle·s ont à gérer :)
Ces sujets sont souvent de bons prétextes pour réfléchir aux oppressions, à l'inclusion… Depuis que j'en parle, ça a fait réfléchir et progresser pas mal de gens sur ces sujets. Eux-mêmes en parlent aussi autour d'eux, etc. Et peut-être qu'un jour les gens seront suffisamment sensibilisés à ça que ça fera baisser le FN. Personnellement, j'ai l'impression qu'il est inefficace que je m'attaque au FN de manière frontale. J'aurais surement pas les bons mots, ni la bonne démarche, ni le temps.
Ma stratégie aujourd'hui est de partager mes trouvailles/idées/réflexions/changement sans imposer quoi que ce soit à quiconque. J'aime être libre de faire ce que je veux, alors je laisse la même liberté aux autres.
J'ai pu voir des changements importants autour de moi et j'en suis très heureux : des ami·e·s qui ont arrêté les vannes sexistes ou les clichés, mon ancienne troupe d'impro qui a décidé de ne plus faire d'humour offensant, des ami·e·s/lecteur·rice·s qui font de leur mieux pour être plus inclusif·ve·s et moins dans le jugement…
PS: bien vu pour le tag mal utilisé
Je suis totalement d'accord sur le fait que beaucoup d'utilisateurs le font en temps que consommateurs (souvent par ignorance du modèle FOSS, j'ai vu y'a pas longtemps, quelqu'un qui pensait que libreoffice, était une version de M. office gratuite et light).
Autrement, en lisant l'article, j'ai eu l'impression que tu disais que la remonté de bug n'était pas considérer comme une contribution, alors que pour moi, c'est la première contribution, et surement la plus importante.
Personnellement, j'essai de contribuer au maximum, mais quotidiennement, c'est impossible. Quand c'est possible, et que mes faibles compétences en devs le permets, je peux ajouter des features et/ou faire de la correction de bug. Sinon sur github, je star, et si bug il y a, je remonte. Je ne fais pas de documentation, car je n'ai pas un niveau rédactionnel très élevé. Pour ce qui est des dons, c'est plus compliqué (pas une question d'argent), car la je me base plus sur le comportement des devs, leurs relationnel, que sur le code ou le soft lui même, si le mec réclame un don dès qu'on lui remonte un bug, ou prends les gens de haut, il n'aura jamais un don de moi.
++
Effectivement comme le dit Cascador, cet article et tous les autres du site (https://www.noschangements.fr/a-propos/), ont été écrit dans l'objectif de n'offenser personne. Ils n'ont pas non plus l'objectif de convaincre de faire le même changement. Ils ont pour uniquement pour but de décrire le changement qu'une personne a fait pour comprendre ce qui l'a motivé, comment le changement s'est passé…
Tu as l'air d'être énervé par l'article, est-ce qu'il y a quelque chose dans l'article qui t'a offensé ?
J'aime bien ton argumentation et le fait que ça ne soit pas dit de manière énervé, j'ai upvoté.
Tcho !
Le vocabulaire est quelque chose de vivant qui s'adapte aux usages et conventions du moment où il est utilisé. Dans le contexte informatique, whitelist ou blacklist ne sont pas connotés politiquement. Ne pas les utiliser en projetant un sens qu'ils ne possèdent pas dans leur acception courante, c'est projeter ses propres fantasmes sur un pauvre champ sémantique qui n'a rien demandé. Grosso modo je rejoins kikinovak : arrêtez de nous faire chier avec le politiquement correct ^^ Et surtout de détourner de pauvres mots de leur sens initial.
Yo,
L'injonction “arrêtez de nous faire chier” est de trop, personne n'oblige à suivre ces conseils ni à lire l'article. Après je comprends tout à fait ton point de vue, je sais que ça en énerve beaucoup lol.
Tcho !
Puisque les mots ont un sens : arrêtez de nous faire chier avec le politiquement correct. Saloperie de bordel à cul de pompe à merde. :o)
Salute,
J'ai supprimé la marque “libertés individuelles”, je suis ouvert à la discussion si tu souhaites justifier/argumenter ton choix. À la limite ça me parait plus cohérent la marque communauté car cette réflexion porte sur l'usage des termes qu'on fait dans les communautés informatiques. Sinon juste la marque programmation.
Concernant le sujet de ton article, je suis partagé. Autant master/slave peut avoir une connotation raciste autant whitelist/blacklist et puis killer app => beloved app pfff… A ce propos whitelist/blacklist, tu peux expliquer pourquoi ça a une connotation raciste ? J'ai peu creusé profond, je me suis arrêté à https://english.stackexchange.com/questions/51088/alternative-term-to-blacklist-and-whitelist
Dans l'absolu chacun fait ce qu'il veut et je comprends la démarche de bienveillance. Dans les faits ça me fait penser à du solutionnisme technologique, tu vas plus utiliser whitelist/blacklist dans ton code mais dans ce beau pays, il y a 20% de gens qui votent FN (enfin maintenant RN) à côté de nous. Il me semblerait plus utile de lutter contre ce second problème qui est plus voyant/profond/important que changer des termes de programmation.
Tcho !
Signaler un article pour spam c'est de la bienpensance ?
Même s’il m´est arrivé de faire des PR avec correctif de bugs qui sont restées sans réponse, je suis 100% d’accord avec Carl. Mes projets FOSS sur Github ne sont pas bien populaires mais lorsque je reçois une PR avec soit correction de bug soit ajout de fonctionnalité, je m’efforce toujours de remercier.
J’ai pas tout compris à l’internet 3D…
Moche? non je ne pense pas. Ils sont originaux et les logos sont faits pour être reconnaissables.
Bonjour, Personnellement j'utilise des logiciels open source dans des environnements Windows & Linux et j'ai parfois fait des donations. J'utilise également des logiciels en milieu professionnel mais dans une entreprise quand c'est gratuit -> pas de donations. Même si cela peut être ringard ou autre, je pense qu'il faudrait mettre un popup d'appel au dons à chaque lancement d'un logiciel. Ce popup disparaîtrait pendant un certain temps après un don. Pour un particulier ce popup ne serait pas gênant mais dans une entreprise quand le logiciel est sollicité à maintes reprises cela peut devenir gênant. Malheureusement,je pense qu'il faut forcer un peu pour avoir une contribution qui serait méritée. Marco
https://www.journalduhacker.net/c/xqgp7d
Tcho !
Il n'y a eu aucun changement de fonctionnement, le vote négatif n'est possible que dans des cas très précis par exemple deux utilisateurs notant un article comme spam.
Si demain un utilisateur s'amusait à mettre spam sur de nombreux articles, on le bannirait évidemment.
Il ne faut pas tout mélanger les interrogations des utilisateurs sur cet article sont légitimes.
Tcho !
C'est drôle de voir la réaction entre le public Anglais (sur https://carlchenet.com/foss-passive-consumerism-kills-our-community/) et le public Français (sur https://framablog.org/2018/08/29/les-logiciels-libres-meurent-lentement-sans-contributions/), ce n'est pas du tout la même. Comme d'habitude le contexte et la culture sont très importants dans la réception du message.
Je pense pour ma part que Carl a lourdement raison de signaler et d'appuyer ce problème qui va nous coûter cher à l'avenir (y compris sur le Jdh).
C'est très simple à pointer et expliquer si on prend ce thread (https://mastodon.eliotberriot.com/@eliotberriot/100633055572089222) et celui-ci malheureusement en Anglais (https://www.reddit.com/r/archlinux/comments/9aotjr/aurman_no_longer_being_maintained_publicly/e4xklt3/).
Une majorité d'utilisateurs va trouver des choses perfectibles : Le dev est pas sympa, une réponse au bout de 3 mois, il y a des bugs honteux, le README n'existe pas, etc. C'est une réalité et ce sont des arguments tout à fait valables. Cependant il est probable que le logiciel/projet fonctionne.
D'un côté on se retrouve avec une équipe restreinte de quelques personnes qui a passé des centaines d'heures de travail/sueur sur ce projet et qui tentent d'améliorer les choses. Ils sont peu nombreux mais ont beaucoup donné (et continuent à le faire). De l'autre côté des centaines d'utilisateurs qui vont remonter des choses perfectibles (et bien réelles) en se plaignant que l'accueil n'a pas été bon, le bug toujours présent, exigeant qu'on répare. Ils sont nombreux et n'ont rien donné encore ou quasiment.
Le combat n'est pas du tout équitable, la balance (surtout niveau engagement) dans le projet n'a rien à voir. Passez 100 heures à développer un projet et quand le premier retour sera “il est où le README ?”, demandez-vous si il faut prendre la défense de celui qui a bossé 100 heures ou de celui qui pointe un vrai problème mais n'a rien apporté encore.
Ce sont les personnes qui font qui doivent être mises en avant, remerciées, soutenues. Elles ne sont pas parfaites mais c'est elles qui ont donné et continuent de donner malgré les critiques et les très rares remerciements.
Tcho !
En effet, article intéressant… même si sous certains aspects, il peut sembler réducteur.
Quoiqu'il en soit, actuellement, personnellement, je contribue d'une manière différente, sur un projet qui aux antipodes de mes intérêts. Et, cela me surprend moi-même, d'autant que je suis capable de gérer du code shell… car ce n'est même pas du code que je fais, mais de la participation à la documentation du projet. Alors, certes je ne le fais pas tous les jours, pour des raisons personnelles, mais assez régulièrement. Ce projet est #play.it - pour les jeux sous Linux. Ce qui m'est sûr, c'est que j'apprécie de pouvoir le faire, d'autant que @vv222 est très compréhensif, et amical.
Ensuite, j'ai quelques développements en suspens… je sais qu'il y en a un qui attend un correctif… mais je suis agréablement surpris de recevoir une petite contribution financière par le biais de liberapay, semaine après semaine… quoique celle-ci est peut-être pour ma participation active au projet obsd4a (administration, traduction inofficielle de la FAQ OpenBSD sur le wiki, etc…) !
Alors, oui, y'a plusieurs moyens de participer à un projet ou l'autre… et de le faire dans la bonne humeur ;)
Merci ! et merci à Framasoft pour la traduction à quatre mains. Je n'aurais sans doute pas sorti l'article en français si vite sinon.