Tu passes à côté du cœur du problème, pour le plaisir de polémiquer ; l'un est plus facile que l'autre (un peu comme restreindre un compte d'un côté et empêcher un humain de revenir sur le site de l'autre).
Par ailleurs, entre ouvrir un compte et juste réinitialiser le karma, il y a des différences (positives ou négatives suivant ce que l'on cherche) : historique des commentaires/contenus perdu, réputation perdue, pseudo perdu, adresse de courriel perdue, temps perdu à recréer un compte, etc. On notera que tout ce que j'ai listé est automatisable pour les vrais grands pénibles obsessionnels compulsifs (c'est déjà arrivé), et que cela pourrait justement être retenu contre eux en cas de dépôt de plainte, si cela devenait nécessaire.
les admins tolèrent les multis si le compte précédent est fermé plutôt que d'officialiser qu'on peut finalement poster même avec un karma négatif, qu'ils soient cohérents : soit ils suppriment les multi même si le compte précédent est fermé, soit ils enlèvent l'interdiction de poster en karma négatif, la on dirait des politiques qui veulent faire plaisir à tout le monde et qui ne prennent pas de décision sur la politique qu'ils souhaitent, ils interdisent sans interdire) (…)
Les politiques peuvent bien vouloir la paix dans le monde ou les admins du site que tous les commentaires soient pertinents, ça ne relève pas de leur unique volonté. Lorsqu'un compte du site à un karma négatif, le système de karma joue sous rôle en limitant l'écriture dans les zones non modérées a priori comme les journaux, le wiki et la tribune. Et si les contenus/commentaires sont illégaux ou inacceptables, ils peuvent être supprimés, ainsi que le compte associé (le cas le plus fréquent étant le spam). Donc en gros, on laisse les gens s'exprimer tant que cela relève de la discussion et on limite les abus.
Contrairement à ce que tu laisses croire à chaque fois, la définition d'un multi sur LinuxFr.org est d'avoir plusieurs comptes actifs simultanément. Nous considérons cela comme un abus de ressources et c'est souvent utilisé avec une volonté de manipulation du système de karma (notes en masse). Donc nous l'interdisons, et nous intervenons lorsque nous le détectons (oui c'est le cœur du problème, il n'y a pas de moyen sûr de détecter un multi, ça revient à identifier l'humain qui est derrière le clavier).
Maintenant lorsqu'un compte a été fermé et qu'un autre est ouvert :
ça ne pose pas de problème de ressources ou de risque de manipulation du système de karma
ça donne une nouvelle chance à quelqu'un de repartir sur une base saine sans historique (à elle de ne pas la gâcher en ne repartant pas dans le négatif)
si le compte repart en négatif, ça ne laisse qu'une faible fenêtre de visibilité par défaut au compte
ce n'est pas détectable avec certitude (est-ce vraiment une nouvelle personne ? Un autre compte d'une même personne ? Quelqu'un qui prétend à tort qu'il s'agit d'un multi, par erreur ou volonté de nuire ? Un bot ? Un chien ? Etc.)
comme ce n'est pas détectable avec certitude, ça ne peut pas être interdit techniquement / bloqué par défaut (et ça ne devrait peut-être pas, même si c'était possible, voir le second point).
si le comportement devient obsessionnel tendance harcèlement, on passera au dépôt de plainte (on revient au cœur du problème, l'humain qui est derrière le clavier et son identification).
Cela ne vaudrait-il pas le coup de déplier les commentaires à 0 ?
Via http://linuxfr.org/statistiques/users#stats_karma on voit que 64% des visiteurs actifs commentent à 0 par défaut. C'est effectivement beaucoup (même si on ne sait pas combien de visiteurs ont un seuil d'affichage abaissé).
La différence entre 0 et 1 est de une note pertinente. Il n'y a pas vraiment de raison de dire que 0 est une horrible note et 1 une note excellente (à part peut-être pour les fans des booléens), d'autant que les notes s'étalent de -10 à +10.
La vraie différence, c'est que les commentaires notés zéro ne sont pas affichés par défaut (ou plutôt sont affichés à ceux qui acceptent explicitement de lire, soit en les déroulant manuellement, soit en ayant configuré un seuil d'affichage plus bas que celui par défaut).
La raison principale concerne les nouveaux comptes et le masquage par défaut du spam. Pour les anciens comptes, cela dépend uniquement du karma (celui-ci ne diminuant pas tout seul même après un an d'absence). Et pour faire monter le karma, il faut donc avoir des commentaires ou des contenus notés positivement, ou avoir une dépêche modérée qui rapporte +50 points de karma (soit la moitié des points nécessaires pour poster par défaut à +1).
La perfection et l'absolu n'existent pas trop dans la nature, ce qui amène deux choses :
Tous les humains font des erreurs, et les programmes informatiques aussi font des erreurs (l'ADN aussi est recopié avec des erreurs). Bref quelque chose de théoriquement parfait a des erreurs d'implémentation (humaine/technique/méthodologique/etc.). La question devient quand est-ce que quelqu'un découvrira cette erreur ou ces erreurs, et en tirera partie.
Si tu croises du contenu 100% parfaitement aléatoire, alors ce n'est pas de l'aléatoire, c'est voulu par quelqu'un :). La question devient donc à quel point ma stégano est proche de ce qui se fait d'habitude (et personne n'envoie par hasard des images de bruit, des fichiers son avec du bruit dans les métadonnées et du spam bien régulier et homogène).
Soit c'est le nombre de crashs et de problèmes de "validation continue" (comme intégration continue) a diminué, soit c'est le nombre continue à (avec accent) diminuer. En l'occurrence, la VO « our crash and validation problem counts continue to drop » permet de trancher. Corrigé, merci.
[^] # Re: À propos du système de notation
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 10.
Tu passes à côté du cœur du problème, pour le plaisir de polémiquer ; l'un est plus facile que l'autre (un peu comme restreindre un compte d'un côté et empêcher un humain de revenir sur le site de l'autre).
Par ailleurs, entre ouvrir un compte et juste réinitialiser le karma, il y a des différences (positives ou négatives suivant ce que l'on cherche) : historique des commentaires/contenus perdu, réputation perdue, pseudo perdu, adresse de courriel perdue, temps perdu à recréer un compte, etc. On notera que tout ce que j'ai listé est automatisable pour les vrais grands pénibles obsessionnels compulsifs (c'est déjà arrivé), et que cela pourrait justement être retenu contre eux en cas de dépôt de plainte, si cela devenait nécessaire.
[^] # Re: Qu'y a-t-il de pire que les commentaires corrosifs?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 4.
Merci de rester courtois dans les échanges.
[^] # Re: Notification
Posté par Benoît Sibaud (site web personnel) . En réponse au message mise à jour serveur ssh. Évalué à 3.
Cf http://en.wikipedia.org/wiki/Superuser et http://www.catb.org/jargon/html/A/avatar.html
« Alternative names include baron in BeOS and avatar on some Unix variants. »
(non je suis pas un vieux dino :)
[^] # Re: À propos du système de notation
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 10.
Les politiques peuvent bien vouloir la paix dans le monde ou les admins du site que tous les commentaires soient pertinents, ça ne relève pas de leur unique volonté. Lorsqu'un compte du site à un karma négatif, le système de karma joue sous rôle en limitant l'écriture dans les zones non modérées a priori comme les journaux, le wiki et la tribune. Et si les contenus/commentaires sont illégaux ou inacceptables, ils peuvent être supprimés, ainsi que le compte associé (le cas le plus fréquent étant le spam). Donc en gros, on laisse les gens s'exprimer tant que cela relève de la discussion et on limite les abus.
Contrairement à ce que tu laisses croire à chaque fois, la définition d'un multi sur LinuxFr.org est d'avoir plusieurs comptes actifs simultanément. Nous considérons cela comme un abus de ressources et c'est souvent utilisé avec une volonté de manipulation du système de karma (notes en masse). Donc nous l'interdisons, et nous intervenons lorsque nous le détectons (oui c'est le cœur du problème, il n'y a pas de moyen sûr de détecter un multi, ça revient à identifier l'humain qui est derrière le clavier).
Maintenant lorsqu'un compte a été fermé et qu'un autre est ouvert :
[^] # Re: Explications
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi score de base à 1 au lieu de 0. Évalué à 3 (+0/-0).
Via http://linuxfr.org/statistiques/users#stats_karma on voit que 64% des visiteurs actifs commentent à 0 par défaut. C'est effectivement beaucoup (même si on ne sait pas combien de visiteurs ont un seuil d'affichage abaissé).
[^] # Re: bars et pubs
Posté par Benoît Sibaud (site web personnel) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 10.
Le souci est que la plupart ici ont des bloqueurs de pubs. Et qu'ils laissent les bars aux foos.
[^] # Re: Datasphere
Posté par Benoît Sibaud (site web personnel) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
Ou les portails-fax… http://fr.wikipedia.org/wiki/Ilium_%28roman%29
[^] # Re: WOW
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Première version XBMC fonctionnelle sur Banana Pi (version alpha). Évalué à 3.
Corrigé, merci.
[^] # Re: Ext4
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche FreeBSD 9.3 sort des cartons. Évalué à 4.
Corrigé, merci.
# Doublon
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Erreur à la suite de 'Rechercher'. Évalué à 3 (+0/-0).
Cf https://linuxfr.org/suivi/la-recherche-retourne-systematiquement-une-erreur
# Doublon
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi remarque sur une dépeche/journal ne nécessitant pas un commentaire. Évalué à 3 (+0/-0).
Doublon avec l'entrée consistant à identifier les commentaires en parlant que de la forme
Cf https://linuxfr.org/suivi/mettre-a-part-des-commentaires-concernant-l-orthographe
# Explications
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi score de base à 1 au lieu de 0. Évalué à 3 (+0/-0). Dernière modification le 13 août 2014 à 14:22.
La différence entre 0 et 1 est de une note pertinente. Il n'y a pas vraiment de raison de dire que 0 est une horrible note et 1 une note excellente (à part peut-être pour les fans des booléens), d'autant que les notes s'étalent de -10 à +10.
La vraie différence, c'est que les commentaires notés zéro ne sont pas affichés par défaut (ou plutôt sont affichés à ceux qui acceptent explicitement de lire, soit en les déroulant manuellement, soit en ayant configuré un seuil d'affichage plus bas que celui par défaut).
La raison principale concerne les nouveaux comptes et le masquage par défaut du spam. Pour les anciens comptes, cela dépend uniquement du karma (celui-ci ne diminuant pas tout seul même après un an d'absence). Et pour faire monter le karma, il faut donc avoir des commentaires ou des contenus notés positivement, ou avoir une dépêche modérée qui rapporte +50 points de karma (soit la moitié des points nécessaires pour poster par défaut à +1).
Cf http://linuxfr.org/aide#aide-karma
Nb: ton karma actuel est à son max, et dans une trentaine de points, tu seras à +1 par défaut.
[^] # Re: Appel à modération
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Ned et les maki : second appel. Évalué à 5.
Image taille initiale remplacée par une miniature avec lien vers l'image initiale.
[^] # Re: android ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Rencontre Python #4 à Nantes le mardi 26 août. Évalué à 3.
Corrigé, merci.
[^] # Re: Image
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Spécifier une interface réseau à un processus (2.1). Évalué à 4.
Oui, j'ai modifié l'URL comme demandé.
[^] # Re: Sauvegarde des photos sous licence CC
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Fermeture du site Fotopedia. Évalué à 3.
Excellente nouvelle, merci de l'avoir partagée ici.
[^] # Re: liens
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Fermeture du site Fotopedia. Évalué à 3.
Le 4è lien donne sur fotopedia. Par contre on peut se demander sur quoi ça pointera dans deux jours.
[^] # Re: Téléphones mobiles
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche NSA - temps de faire le (premier) point. Évalué à 4.
Le papier alu, pour emballer le téléphone.
[^] # Souci de cache ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Pas le bon <title>. Évalué à 3 (+0/-0).
Je pencherais plutôt pour un problème de cache. Tests avec curl/wget en non-authentifié :
# Corrigé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Typo dans la FAQ. Évalué à 3 (+0/-0).
Corrigé, merci.
# tsocks ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Spécifier une interface réseau à un processus (2.1). Évalué à 4.
tsocks (+ ssh -D au besoin) ou toute autre solution qui détourne les flux réseau vers un proxy donné via le LD_PRELOAD ?
[^] # Re: correction
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Linux 3.16. Évalué à 3.
Corrigé, merci.
[^] # Re: Quels recours?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Que peut faire le service d'élite JTRIG du GCHQ ? . Évalué à 3.
La perfection et l'absolu n'existent pas trop dans la nature, ce qui amène deux choses :
[^] # Re: à propos du SoC encore inconnu
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Linux 3.16. Évalué à 3.
Corrigé, merci.
[^] # Re: coquille
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 7.
Soit c'est le nombre de crashs et de problèmes de "validation continue" (comme intégration continue) a diminué, soit c'est le nombre continue à (avec accent) diminuer. En l'occurrence, la VO « our crash and validation problem counts continue to drop » permet de trancher. Corrigé, merci.