Je me serais attendu à ce que ce qui suit (qui n'aidera pas en javascript) marche par défaut :
$ LC_ALL=en_GB date +"%m" -d "01 January 1970 00:00:00"
01
$ LC_ALL=fr_FR date +"%m" -d "01 décembre 1970 00:00:00"
date: invalid date '01 d\303\251cembre 1970 00:00:00'
$ LC_ALL=de_DE date +"%m" -d "01 Dezember 1970 00:00:00"
date: invalid date '01 Dezember 1970 00:00:00'
Du coup quand tu traduis, soit tu disposes d'un contexte qui te dit si on parle de homme ou d'une femme, soit tu fais un choix : « I'm a doctor » -> « Ich bin (ein) Artz » ou « Ich bin (eine) Ärtzin », « je suis un docteur » ou « je suis une docteure ». Ce choix est encore plus marqué si tu fais une double traduction (potentiellement le cas sur des outils de traduction automatique avec un langue pivot, par exemple si on imagine que la traduction se fait allemand -> anglais -> français car la traduction directe n'est pas possible, et en anglais on n'utilise que rarement male/female pour qualifier une personne exerçant un métier). Quand tu apprends/révises une langue avec un outil type Duolingo/Babel (par exemple anglais->allemand et allemand->anglais), tu le notes assez vite.
Ce ne me semble pas incompatible. Techniquement je fais des choses intéressantes au taf dans un milieu dit « devops » (je coche un paquet de mots clés à la mode). Et pourtant, je constate néanmoins des logiciels qui consomment un max de RAM, de bande passante, de l'empaquetage foireux, du pipeau marketing, de requêtes mal optimisées (SQL ou noSQL), chaque commit brûle une forêt en déclenchant une débauche de tests à tout niveau dans l'intégration continue, etc., bref ce qui est décrit dans ce journal.
Globalement les "valeurs" des personnes ne sont juste pas les mêmes : peut-être qu'avant on privilégiait (plus) l'optimisation des ressources, la compréhension et la maîtrise de l'ensemble, la qualité des spécifications, le coût, etc. que sais-je encore, alors que maintenant on privilégierait (plus) les fonctionnalités, la rapidité de mise sur le marché (TTM), la capacité à tester vite, une forme de pragmatisme (la qualité doit être suffisante parce que les gens continuent d'acheter…), etc. Chacune de ces priorités a des conséquences : tu vas plus vite en réutilisant des dizaines de composants existants, mais tu galères à les gérer, à éviter les trous de sécu, à garantir une certaine qualité et tu empiles des couches auxquelles tu ne comprends plus grand chose ; tu développes plus vite en ayant du code d'infra et des API partout, mais tu gaspilles plus d'argent (forcément avant on t'en donnait moins et t'avais pas la carte de crédit). Tu voulais des spécifications claires et précises pour « bien coder », mais maintenant on se dit agile et on veut que ça bouge vite. Etc., etc. Et forcément des gens se trouvent en décalage avec les valeurs « à la mode »/du moment. Et ça ne veut pas (forcément) non plus dire qu'avant les gens étaient des génies parfaits et que maintenant les gens sont des incultes incompétents. Ça veut plutôt dire qu'il y a eu tellement de changements (ou juste de temps écoulé) que ça a finit par créer des "générations", bref que l'on est devenus les vieux d'autres gens (tout étant étant plus jeunes que les vieux d'avant qui étaient mieux aussi).
Ta généralité permet juste d'empêcher toute critique basée sur l'expérience, vu qu'il devient impossible de commenter un hypothétique recul sur quoi que ce soit. Vraiment la critique, c'était mieux avant. Je ne nie pas que souvent le « c'était mieux avant » peut être un problème de « vieux cons », mais je ne suis pas d'accord pour que ça devienne une implication.
La dépêche ne me semble pas dire « des gens ne nous disent pas tout » mais « nous auteurs de la dépêche choisissons de parler des sujets que nous jugeons les plus importants ». Donc oui les sujets ont pu être abordés dans les médias classiques (mais pas forcément en proportion de l'importance jugée par les auteurs de la dépêche) et cette dépêche n'a pas vocation à lutter contre la désinformation. En fait j'ai l'impression que cette partie de ta critique tombe à côté.
Mais ça ne m'empêche pas de vouloir en discuter de temps en temps (grosso modo à quoi sert le karma ?
C'est un sujet régulièrement abordé sur le site. Le souci est plutôt que personne n'a regroupé l'information. J'en suis à 350 liens sur le sujet dans la synthèse que je produis à ta demande…
Pourquoi tenter de cacher qui met en demeure le site ?
On ne cherche pas à cacher qui met en demeure le site, d'ailleurs l'info a été donnée dans chaque cas. Par contre on ne le donne par dans la dépêche concernant une mise en demeure, et c'est expliqué pourquoi dedans (la partie À but pédagogique).
Pourquoi supprimer si facilement du contenu en expliquant qui rarement la raison de cette suppression ?
On ne supprime pas « facilement » du contenu à mon avis. À vue de nez, la très grosse partie des suppressions concerne le spam (quotidiennement) ; ensuite les demandes de suppression des auteurs eux-même (hebdomadairement ou moins) ; puis les contenus/commentaires problématiques (haine, injure, revenge porn, etc.) (mensuellement voire moins) ; et enfin assez rarement au final les mises en demeure. On n'explique pas non plus « rarement » cette suppression à mon avis (la plupart du temps c'est évident à voir les autres commentaires du contenu concerné).
À noter que quand tu bloques un sous-réseau d'un opérateur de cloud ou un FAI entier parce qu'un ou plusieurs pénibles sont chez eux, il y a aussi des dommages collatéraux (aussi appelés risques du sur-blocage).
(pour donner un exemple dans l'autre sens, si tu vires les courriels codés dans des écritures que tu ne sais pas lire, comme par exemple hébreu, arabe, coréen, vietnamien, etc., tu vires du spam sans réel risque (tu ne pouvais pas les lire de toute façon, sauf à passer par un traducteur automatique ou à te baser sur des images de personnes dénudées ou de pilules bleues pour inférer le contenu), par contre tu laisses probablement passer d'autres spams néanmoins (sous-blocage))
Probablement un effet des changements de moteurs (daCode, templeet, RoR), qui ont modifié les fonctionnalités disponibles et les comportements. J'ai zappé ça en préparant la dépêche en fait.
Les scores minimum, maximum et moyen des dépêches suivant les années :
À voir le résultat, je dirais qu'avant 2008, seuls les modérateurs votaient (ça correspond d'ailleurs à mon souvenir). Du coup, le classement sur 200? porte sur 200[89] finalement.
En parlant de vieux trucs, on a aussi du RRD, et il dit qu'on a eu un souci transitoire (un petit souci réseau au datacenter à première vue) dans l'après-midi :
Vu que nous avons indirectement un commentaire concernant Webalizer provenant de christophe brocas, rappelons que nous avions testé d'autres solutions en 2017/2018. Pour résumer, les solutions basées sur du code dans les pages ne sont pas forcément ce que l'on souhaite/dont nous avons besoin. Et pour les solutions basées sur les journaux système, on a donc webalizer qui fait le taf sommairement, Awstats et Analog qui avaient été exclus, et on aurait pu (re)tester Matomo et GoAccess (avec un a priori pour ce dernier qui bénéficie d'un paquet Debian).
Apocalypse 1.18 selon St Ignucius: « EBCDIC est vivant. Il était mort, mais maintenant il est vivant pour toujours. Il détient le pouvoir sur la mort et le monde des morts. »
Apocalypse 3.17 selon St Benedictus: « Tu dis: “Je suis riche de logiciels et j'ai fait de bons clouds, je ne manque de rien.” En fait, tu ne sais pas combien tu es malheureux et misérable! Tu es pauvre, nu et aveugle. »
Prédiction Nostradamunix: « Il y aura de signes. Les premières plaies s'abattront. Systemd. Btfrs. Le 1er janvier 2021 pour les 420 ans du COBOL. CVE-2023-0666. La mise en demeure n°42. Puis viendra le retour de l'EBCDIC. »
The Book of Mozilla, 11:14: « The Beast adopted new raiment and studied the ways of Time and Space and Light and the Flow of energy through the Universe. From its studies, the Beast fashioned new structures from oxidised metal and proclaimed their glories. And the Beast’s followers rejoiced, finding renewed purpose in these teachings. »
Les étiquettes les plus fréquentes seront les mises en demeure, le noyau, la reconnaissance de langage naturel, les processeurs (dont quantiques), esystem le remplaçant de systemd, les crashs disque/cloud et les sauvegardes, les proxys, Highwayland le successeur de Wayland, la fin de TLS 1.6, la riposte massive, la vente doublement liée, le retour de l'EBCDIC et le support OpenGL.
je sais très bien que je parle dans le vide, l'équipe reste toujours droit dans ses bottes et ne répond jamais lorsque l'on lui pose des questions (communautaire on a dit), mais je voulais tout de même faire entendre mon point de vue et ma peine face à ce genre de modération.
C'est tellement loin de la réalité et formulé de façon tellement déplaisante… Alors que globalement on fait l'effort de répondre à tous partout.
J'avais aussi ressenti le même problème quand j'ai posé des questions sur le karma par exemple.
Si tu lis attentivement le site, j'ai déjà répondu partiellement à tes questions, et je travaille sur une réponse plus longue (parmi de nombreuses autres tâches concernant le site), j'y ai déjà passé des heures, et je prends d'autant mal tes commentaires à l'emporte-pièce.
Après le membre en question vient d'être déclaré personna non gratta sur le site (volonté de le bloquer dès son apparition et pas lorsqu'il pose problème).
Son compte s'appelait -11 (et il n'y a pas eu que ceux-là).
Il y a même une demande de modifier le système de karma pour lui.
Mon avis perso : demande, pose la question, fais preuve de bienveillance, arrête de supposer et de juger à tout bout de champ. Tu obtiendras tout autant la réponse, et tu braqueras moins les gens qu'en suggérant que ces bénévoles ne sont pas assez parfaits selon ton goût.
Le karma fait partie du système d'automodération. Il limite ce qu'un visiteur peut faire. Il monte/descend en fonction des notes sur les contenus commentaires (pertinent/inutile, bonus de publication de dépêches). Il peut monter s'il est crédité par un admin (pour permettre à un petit nouveau sur le site qui en fait développe le projet dont il est question par exemple). Mais d'autres sanctions comme les interdictions de commenter n'ont pas d'effet sur le karma.
Il me semble logique que si on t'empêche de commenter, c'est que le compte a fait quelque chose de suffisamment important (spam, insulte, etc.) pour que l'on abaisse un peu son karma (ce qui a surtout un effet sur les comptes nouvellement/récemment créés. Dans ce cas fréquemment uniquement pour nuire). Contrairement à d'autres interventions de la modération (réédition de contenu/commentaire), on est sûr ici d'être sur une sanction.
L'autre point est la temporalité : l'évolution de karma dû aux notes a lieu chaque nuit. Le crédit par un admin ou pour publication de dépêche est immédiat. Sur une sanction, on veut un effet immédiat aussi, particulièrement si le but est de bloquer un compte pour l'empêcher de nuire en attendant qu'un admin le ferme complètement.
Sur une interdiction de commenter, on pourrait baisser le karma de la valeur par défaut (20 actuellement). Dis autrement, si un nouveau compte est d'entrée pénible, il est vite neutralisé. Si c'est un ancien compte, l'effet est plus faible.
Cette baisse de karma directe n'aurait pas d'effet sur la note par défaut des commentaires (qui est calculée sur les notes uniquement).
[^] # Re: typo
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Guix : un outil pour les remplacer tous. Évalué à 3.
Corrigé, merci.
[^] # GNU Date ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Convertir des dates avec month_nb. Évalué à 4. Dernière modification le 14 janvier 2020 à 09:38.
Certes…
Je me serais attendu à ce que ce qui suit (qui n'aidera pas en javascript) marche par défaut :
$ LC_ALL=en_GB date +"%m" -d "01 January 1970 00:00:00"
01
$ LC_ALL=fr_FR date +"%m" -d "01 décembre 1970 00:00:00"
date: invalid date '01 d\303\251cembre 1970 00:00:00'
$ LC_ALL=de_DE date +"%m" -d "01 Dezember 1970 00:00:00"
date: invalid date '01 Dezember 1970 00:00:00'
(mais non cf https://www.gnu.org/software/coreutils/manual/coreutils.html#Calendar-date-items )
# Quid des années bissextiles ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Convertir des dates avec month_nb. Évalué à -3.
month_nb('février') == 28.25 ?
[^] # Re: Allemand
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Interrogée, la communauté Wikipédia française rejette massivement l’écriture inclusive - numerama. Évalué à 5. Dernière modification le 12 janvier 2020 à 14:03.
Il y a un autre aspect avec l'allemand, la question de la traduction :
Du coup quand tu traduis, soit tu disposes d'un contexte qui te dit si on parle de homme ou d'une femme, soit tu fais un choix : « I'm a doctor » -> « Ich bin (ein) Artz » ou « Ich bin (eine) Ärtzin », « je suis un docteur » ou « je suis une docteure ». Ce choix est encore plus marqué si tu fais une double traduction (potentiellement le cas sur des outils de traduction automatique avec un langue pivot, par exemple si on imagine que la traduction se fait allemand -> anglais -> français car la traduction directe n'est pas possible, et en anglais on n'utilise que rarement male/female pour qualifier une personne exerçant un métier). Quand tu apprends/révises une langue avec un outil type Duolingo/Babel (par exemple anglais->allemand et allemand->anglais), tu le notes assez vite.
[^] # Re: paquet deb
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche mcMidiPlayer : un nouveau lecteur MIDI. Évalué à 10.
LinuxFr.org, ce site de speeddating entre développeur et empaqueteur. Merci à vous deux.
[^] # Re: Ce journal, c'est un peu un rond-point...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Tout cela me fatigue…. Évalué à 10.
Ce ne me semble pas incompatible. Techniquement je fais des choses intéressantes au taf dans un milieu dit « devops » (je coche un paquet de mots clés à la mode). Et pourtant, je constate néanmoins des logiciels qui consomment un max de RAM, de bande passante, de l'empaquetage foireux, du pipeau marketing, de requêtes mal optimisées (SQL ou noSQL), chaque commit brûle une forêt en déclenchant une débauche de tests à tout niveau dans l'intégration continue, etc., bref ce qui est décrit dans ce journal.
Globalement les "valeurs" des personnes ne sont juste pas les mêmes : peut-être qu'avant on privilégiait (plus) l'optimisation des ressources, la compréhension et la maîtrise de l'ensemble, la qualité des spécifications, le coût, etc. que sais-je encore, alors que maintenant on privilégierait (plus) les fonctionnalités, la rapidité de mise sur le marché (TTM), la capacité à tester vite, une forme de pragmatisme (la qualité doit être suffisante parce que les gens continuent d'acheter…), etc. Chacune de ces priorités a des conséquences : tu vas plus vite en réutilisant des dizaines de composants existants, mais tu galères à les gérer, à éviter les trous de sécu, à garantir une certaine qualité et tu empiles des couches auxquelles tu ne comprends plus grand chose ; tu développes plus vite en ayant du code d'infra et des API partout, mais tu gaspilles plus d'argent (forcément avant on t'en donnait moins et t'avais pas la carte de crédit). Tu voulais des spécifications claires et précises pour « bien coder », mais maintenant on se dit agile et on veut que ça bouge vite. Etc., etc. Et forcément des gens se trouvent en décalage avec les valeurs « à la mode »/du moment. Et ça ne veut pas (forcément) non plus dire qu'avant les gens étaient des génies parfaits et que maintenant les gens sont des incultes incompétents. Ça veut plutôt dire qu'il y a eu tellement de changements (ou juste de temps écoulé) que ça a finit par créer des "générations", bref que l'on est devenus les vieux d'autres gens (tout étant étant plus jeunes que les vieux d'avant qui étaient mieux aussi).
[^] # Re: Ce journal, c'est un peu un rond-point...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Tout cela me fatigue…. Évalué à 10.
Ta généralité permet juste d'empêcher toute critique basée sur l'expérience, vu qu'il devient impossible de commenter un hypothétique recul sur quoi que ce soit. Vraiment la critique, c'était mieux avant. Je ne nie pas que souvent le « c'était mieux avant » peut être un problème de « vieux cons », mais je ne suis pas d'accord pour que ça devienne une implication.
[^] # Re: IPv6, aide nous.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal GeoIP change de licence à cause de la réglementation. Évalué à 3.
( https://fr.wikipedia.org/wiki/Registre_Internet_r%C3%A9gional )
[^] # Re: Ligne éditoriale LinuxFR
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 5. Dernière modification le 06 janvier 2020 à 10:45.
Notamment dans la section cuisine (comme https://linuxfr.org/news/cake-automnal ) ou dans la section Rien à voir (par définition, d'ailleurs c'est celle utilisée ici) ou dans la section Culture (par exemple https://linuxfr.org/news/film-la-strategie-d-ender ).
[^] # Re: Les notes
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Les meilleurs contenus LinuxFr.org des années 201? et 200[89]. Évalué à 7.
[^] # Re: Monde de merde ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 8.
Un exemple de biais de couverture : https://sustainabilitymath.org/wp-content/uploads/2019/06/Causes-of-death-in-USA-vs.-media-coverage-s.png
[^] # Re: Pas emballé
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 9. Dernière modification le 05 janvier 2020 à 13:01.
La dépêche ne me semble pas dire « des gens ne nous disent pas tout » mais « nous auteurs de la dépêche choisissons de parler des sujets que nous jugeons les plus importants ». Donc oui les sujets ont pu être abordés dans les médias classiques (mais pas forcément en proportion de l'importance jugée par les auteurs de la dépêche) et cette dépêche n'a pas vocation à lutter contre la désinformation. En fait j'ai l'impression que cette partie de ta critique tombe à côté.
# Calendrier de l'Après ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Saison de calendriers de l'Avent. Évalué à 3.
366_Femmes_de_Science (@366portraits) https://twitter.com/366portraits
« Le monde a besoin de Science & la Science a besoin des Femmes. Pour chaque jour de l'année 2020, 1 portrait d'une Femme de Science »
[^] # Re: Humhub
Posté par Benoît Sibaud (site web personnel) . En réponse au message Framework libre pour site web / réseau social. Évalué à 5.
C'est en place, merci.
[^] # Re: Pourquoi pas.
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Que retenir de l’année 2019 ? Le point de vue de quelques membres de LinuxFr.org. Évalué à 9. Dernière modification le 05 janvier 2020 à 10:54.
# panpan
Posté par Benoît Sibaud (site web personnel) . En réponse au journal 2020, l’année du coincoin !. Évalué à 2.
Non rien.
[^] # Re: Retour d'expérience sur la censure
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 5.
C'est un sujet régulièrement abordé sur le site. Le souci est plutôt que personne n'a regroupé l'information. J'en suis à 350 liens sur le sujet dans la synthèse que je produis à ta demande…
On ne cherche pas à cacher qui met en demeure le site, d'ailleurs l'info a été donnée dans chaque cas. Par contre on ne le donne par dans la dépêche concernant une mise en demeure, et c'est expliqué pourquoi dedans (la partie À but pédagogique).
On ne supprime pas « facilement » du contenu à mon avis. À vue de nez, la très grosse partie des suppressions concerne le spam (quotidiennement) ; ensuite les demandes de suppression des auteurs eux-même (hebdomadairement ou moins) ; puis les contenus/commentaires problématiques (haine, injure, revenge porn, etc.) (mensuellement voire moins) ; et enfin assez rarement au final les mises en demeure. On n'explique pas non plus « rarement » cette suppression à mon avis (la plupart du temps c'est évident à voir les autres commentaires du contenu concerné).
[^] # Re: RGPD
Posté par Benoît Sibaud (site web personnel) . En réponse au journal GeoIP change de licence à cause de la réglementation. Évalué à 5.
À noter que quand tu bloques un sous-réseau d'un opérateur de cloud ou un FAI entier parce qu'un ou plusieurs pénibles sont chez eux, il y a aussi des dommages collatéraux (aussi appelés risques du sur-blocage).
(pour donner un exemple dans l'autre sens, si tu vires les courriels codés dans des écritures que tu ne sais pas lire, comme par exemple hébreu, arabe, coréen, vietnamien, etc., tu vires du spam sans réel risque (tu ne pouvais pas les lire de toute façon, sauf à passer par un traducteur automatique ou à te baser sur des images de personnes dénudées ou de pilules bleues pour inférer le contenu), par contre tu laisses probablement passer d'autres spams néanmoins (sous-blocage))
[^] # Re: Les notes
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Les meilleurs contenus LinuxFr.org des années 201? et 200[89]. Évalué à 7. Dernière modification le 04 janvier 2020 à 23:38.
Probablement un effet des changements de moteurs (daCode, templeet, RoR), qui ont modifié les fonctionnalités disponibles et les comportements. J'ai zappé ça en préparant la dépêche en fait.
Les scores minimum, maximum et moyen des dépêches suivant les années :
À voir le résultat, je dirais qu'avant 2008, seuls les modérateurs votaient (ça correspond d'ailleurs à mon souvenir). Du coup, le classement sur 200? porte sur 200[89] finalement.
La dépêche a été mise à jour en conséquence.
[^] # Re: Vénérable webalizer
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Statistiques 2019 du site LinuxFr.org. Évalué à 5. Dernière modification le 04 janvier 2020 à 16:59.
En parlant de vieux trucs, on a aussi du RRD, et il dit qu'on a eu un souci transitoire (un petit souci réseau au datacenter à première vue) dans l'après-midi :
# Vénérable webalizer
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Statistiques 2019 du site LinuxFr.org. Évalué à 6.
Vu que nous avons indirectement un commentaire concernant Webalizer provenant de christophe brocas, rappelons que nous avions testé d'autres solutions en 2017/2018. Pour résumer, les solutions basées sur du code dans les pages ne sont pas forcément ce que l'on souhaite/dont nous avons besoin. Et pour les solutions basées sur les journaux système, on a donc webalizer qui fait le taf sommairement, Awstats et Analog qui avaient été exclus, et on aurait pu (re)tester Matomo et GoAccess (avec un a priori pour ce dernier qui bénéficie d'un paquet Debian).
[^] # Re: Ça ne s'arrange pas
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Les meilleurs contenus LinuxFr.org des années 201? et 200[89]. Évalué à 10. Dernière modification le 04 janvier 2020 à 12:51.
Apocalypse 1.18 selon St Ignucius: « EBCDIC est vivant. Il était mort, mais maintenant il est vivant pour toujours. Il détient le pouvoir sur la mort et le monde des morts. »
Apocalypse 3.17 selon St Benedictus: « Tu dis: “Je suis riche de logiciels et j'ai fait de bons clouds, je ne manque de rien.” En fait, tu ne sais pas combien tu es malheureux et misérable! Tu es pauvre, nu et aveugle. »
Prédiction Nostradamunix: « Il y aura de signes. Les premières plaies s'abattront. Systemd. Btfrs. Le 1er janvier 2021 pour les 420 ans du COBOL. CVE-2023-0666. La mise en demeure n°42. Puis viendra le retour de l'EBCDIC. »
The Book of Mozilla, 11:14: « The Beast adopted new raiment and studied the ways of Time and Space and Light and the Flow of energy through the Universe. From its studies, the Beast fashioned new structures from oxidised metal and proclaimed their glories. And the Beast’s followers rejoiced, finding renewed purpose in these teachings. »
[^] # Re: Ça ne s'arrange pas
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Les meilleurs contenus LinuxFr.org des années 201? et 200[89]. Évalué à 9.
Les étiquettes les plus fréquentes seront les mises en demeure, le noyau, la reconnaissance de langage naturel, les processeurs (dont quantiques), esystem le remplaçant de systemd, les crashs disque/cloud et les sauvegardes, les proxys, Highwayland le successeur de Wayland, la fin de TLS 1.6, la riposte massive, la vente doublement liée, le retour de l'EBCDIC et le support OpenGL.
[^] # Re: Retour d'expérience sur la censure
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Que penser du navigateur internet Brave ? (Et pourquoi je privilégie Firefox…). Évalué à 10.
Cf https://linuxfr.org/users/samwang-11/journaux/l-affaire-juridique-contre-wikileaks-une-menace-directe-pour-notre-communaute-conference-au-36c3#comment-1795685
On parle ici d'un visiteur connu de longue date, ayant eu plus d'une dizaine de comptes différents, qui a déjà eu de multiples avertissements et sanctions, qui persévère dans ses travers, dont l'acharnement est proche du harcèlement (et du dépôt de plainte)… Et il a fallu peu de commentaires pour voir les relents antisémites poindre.
C'est tellement loin de la réalité et formulé de façon tellement déplaisante… Alors que globalement on fait l'effort de répondre à tous partout.
Si tu lis attentivement le site, j'ai déjà répondu partiellement à tes questions, et je travaille sur une réponse plus longue (parmi de nombreuses autres tâches concernant le site), j'y ai déjà passé des heures, et je prends d'autant mal tes commentaires à l'emporte-pièce.
Son compte s'appelait -11 (et il n'y a pas eu que ceux-là).
Ça manque de conditionnel, de bienveillance ou simplement de poser la question sans y répondre… Cf https://linuxfr.org/users/oumph/journaux/linuxfr-org-seconde-quinzaine-de-decembre-2019
L'entrée de suivi sur le karma n'est pas liée à ce cas.
Mon avis perso : demande, pose la question, fais preuve de bienveillance, arrête de supposer et de juger à tout bout de champ. Tu obtiendras tout autant la réponse, et tu braqueras moins les gens qu'en suggérant que ces bénévoles ne sont pas assez parfaits selon ton goût.
[^] # Re: Pourquoi ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Interdictions temporaires d'écrire et perte de karma. Évalué à 4 (+0/-0). Dernière modification le 04 janvier 2020 à 09:59.
Le karma fait partie du système d'automodération. Il limite ce qu'un visiteur peut faire. Il monte/descend en fonction des notes sur les contenus commentaires (pertinent/inutile, bonus de publication de dépêches). Il peut monter s'il est crédité par un admin (pour permettre à un petit nouveau sur le site qui en fait développe le projet dont il est question par exemple). Mais d'autres sanctions comme les interdictions de commenter n'ont pas d'effet sur le karma.
Il me semble logique que si on t'empêche de commenter, c'est que le compte a fait quelque chose de suffisamment important (spam, insulte, etc.) pour que l'on abaisse un peu son karma (ce qui a surtout un effet sur les comptes nouvellement/récemment créés. Dans ce cas fréquemment uniquement pour nuire). Contrairement à d'autres interventions de la modération (réédition de contenu/commentaire), on est sûr ici d'être sur une sanction.
L'autre point est la temporalité : l'évolution de karma dû aux notes a lieu chaque nuit. Le crédit par un admin ou pour publication de dépêche est immédiat. Sur une sanction, on veut un effet immédiat aussi, particulièrement si le but est de bloquer un compte pour l'empêcher de nuire en attendant qu'un admin le ferme complètement.
Sur une interdiction de commenter, on pourrait baisser le karma de la valeur par défaut (20 actuellement). Dis autrement, si un nouveau compte est d'entrée pénible, il est vite neutralisé. Si c'est un ancien compte, l'effet est plus faible.
Cette baisse de karma directe n'aurait pas d'effet sur la note par défaut des commentaires (qui est calculée sur les notes uniquement).