L’un des points qui suscite le plus de plaintes concerne la fréquence du « rechargement » des likes quotidiens. Ce n’est pas un nombre quotidien. Il semble se recharger un par un, en fonction du moment où vous les utilisez.
Une limite « quotidienne » implique que le lendemain, votre limite sera réinitialisée et que vous en aurez à nouveau autant. Cela aurait beaucoup plus de sens si ce rechargement se faisait d’un coup. Le niveau d’accès (Trust Level) dépend des interactions uniques, de sorte que les limites quotidiennes n’ont pas d’impact sur ce critère.
Cela devient un problème pour nos membres les plus actifs, dont la plupart ont déjà atteint le niveau TL2 ou TL3. Ils interagissent énormément avec notre site… des milliers de publications par jour dans la plupart des cas. Devoir attendre ce réinitialisation étrange et progressive constitue un frein à cette interaction.
Je vais certainement augmenter notre limite de likes en fonction de la façon dont nos utilisateurs utilisent réellement le site, mais je tenais à transmettre cette demande à l’équipe de Discourse en leur nom. Je reçois cette demande constamment. Nous avons même un fil de discussion sur la « prison des likes » qui est sur le point d’atteindre la limite de 10 000 messages.
Hmm, ce n’est pas ce que je pensais, mais s’il y a près de 10 000 plaintes concernant un manque de « likes », pourquoi n’avez-vous pas augmenté leur nombre ? Il semble peu plausible que le moment où le compteur se réinitialise change considérablement les choses pour beaucoup de gens.
Eh bien, je l’ai fait, encore une fois. Hah ! Honnêtement, je ne suis pas vraiment sûr de ce qui constitue une limite de base raisonnable ; notre communauté en utilise évidemment beaucoup. Existe-t-il une limite supérieure pour les likes de base que je ne devrais pas dépasser ? En réalité, cela ne nous dérange pas combien ils en utilisent ; plus il y en a, mieux c’est. C’est une petite partie du système de confiance, donc en avoir davantage n’affecte pas du tout la partie liée à l’accès au niveau de confiance.
En gros, beaucoup de ces personnes sont connectées 24h/24 et 7j/7 ; elles s’attendent à un renouvellement à un moment donné, mais ce n’est pas le comportement qu’elles rencontrent. Une limite « quotidienne » implique que la limite quotidienne se réinitialiserait chaque jour, mais ce n’est pas ce qui se passe.
Je suppose que c’est le forum de ce NaNoWriMo, qui, soyons honnêtes, sera toujours un peu bancal (je dis cela en tant que participant).
Vous devrez probablement faire quelques essais. Les « likes » sont comptabilisés pour plusieurs éléments ; consultez /admin/site_settings/category/all_results?filter=like. Si 10 000 personnes aiment 50 choses, ces 50 choses vont être très populaires. Si ce n’est pas un problème actuellement, peut-être que des likes infinis sont acceptables.
Cela pourrait également influencer la façon dont les utilisateurs restent au niveau TL3, mais c’est probablement un ensemble de préoccupations distinct pour un groupe de cette taille.
D’accord pour ne pas être d’accord (cela semble inclusif pour diverses implications). Mais peut-être s’agit-il simplement d’expliquer cela et de modifier le texte ; peut-être que les gens ont plus de mal avec la façon dont c’est décrit qu’avec son fonctionnement (à part les 10 000 prisonniers non « aimés »).
D’après ce que je vois, ce n’est vraiment pas un problème. Voici à quoi ressemble notre rapport quotidien pour les j’aime :
1er avril 2020
15079
2 avril 2020
14059
3 avril 2020
11591
4 avril 2020
10774
5 avril 2020
10388
6 avril 2020
10101
7 avril 2020
12637
8 avril 2020
11253
9 avril 2020
12596
10 avril 2020
9991
11 avril 2020
9515
12 avril 2020
8996
13 avril 2020
12427
14 avril 2020
11605
15 avril 2020
13795
16 avril 2020
16213
17 avril 2020
12662
18 avril 2020
12566
19 avril 2020
11272
20 avril 2020
13804
21 avril 2020
15423
22 avril 2020
13840
23 avril 2020
14696
24 avril 2020
12972
25 avril 2020
12834
26 avril 2020
11395
27 avril 2020
11871
Totaux pour l’échantillon
—
334k
Nous avons effectivement réduit un peu les privilèges TL3. Certaines choses, comme la modification des messages, ont d’ailleurs été transférées au niveau TL2. Nous avons la possibilité de désactiver la modification pour les utilisateurs TL3 car nous ne pouvons pas différencier les TL4 (de la manière dont notre système est configuré, nous AIMERIONS que les TL4 puissent modifier mais pas les TL3. Ce n’est pas possible pour l’instant.) Nous n’encourageons même pas les modérateurs à modifier le contenu ; nous préférons leur demander de modifier ou de supprimer.
D’un point de vue modération, je m’en fiche royalement du nombre de j’aime qu’une personne a, donc les paramètres par défaut nous conviennent parfaitement là-bas.
D’après ce que je vois, le problème est plus fonctionnel qu’explicatif. Ils veulent aimer plus de choses et ne le peuvent pas, alors ils sont agacés et s’attendent à pouvoir aimer plus de choses. Le raisonnement derrière la limite n’a pas de sens pour eux, donc cela ressemble à une réglementation inutile. Il y a même une certaine fierté à être à court de j’aime ; il y a un badge pour cela (que j’aimerais automatiser, mais c’est un autre sujet).
Je pense que nos « prisonniers » seraient ravis d’avoir des j’aime infinis. Est-ce que laisser cette limite vide définit la limite infinie ? Nous pourrions faire un test et voir ce qui se passe. Si cela met tout en désordre, eh bien, nous pourrons rétablir les limites.
Une autre chose que vous pouvez faire est d’augmenter le multiplicateur de likes par jour pour tous les niveaux de confiance 2 et plus à quelque chose comme 8x. Ainsi, un utilisateur reçoit le nombre de likes par jour correspondant au nombre de base lorsqu’il rejoint, et une fois qu’il est revenu pendant deux semaines, le plafond augmente considérablement.
D’autres forums se sont plaints par le passé du style « en falaise » de la réinitialisation des likes, car cela doit se produire dans le fuseau horaire du serveur plutôt que dans le vôtre, ce qui rend les débats sur le moment où une « journée » commence et se termine encore pires.
Un modèle mental précis consiste à penser à un jeu mobile de type « clicker » : vous dépensez un point à chaque fois que vous aimez un poste, et chaque point possède son propre minuteur de 24 heures avant de se recharger.
Je n’avais jamais réalisé que c’était ce que faisait le multiplicateur. Sans lire la description du champ et sans tenir compte de sa proximité avec les paramètres de « popularité », j’avais supposé qu’il pondérait le like individuel du niveau de confiance par ce multiplicateur. Intéressant.
Vous comprenez bien que TL3 ne peut éditer que le titre, la catégorie et les tags, n’est-ce pas ? Et que TL4 n’est pas automatique ? (Mais cela n’a pas d’importance ici)
Donc, il semble qu’il n’y ait aucune raison de ne pas rendre ce nombre arbitrairement élevé.
Il existe certains de ces badges par défaut… mais je suppose que vous le savez déjà.
Aha ! Je pensais que c’était ainsi que cela fonctionnait (autrefois). J’ai simplement manqué un mémo.
Ce badge est accordé lorsque vous utilisez vos 500 « j’aime » quotidiens pendant 5 jours. Merci de prendre le temps d’encourager activement les meilleures conversations chaque jour !
Cela fait 125 personnes qui ont chacune intégré ce que votre communauté appelle affectueusement la « prison des j’aime » cinq fois.
Si le nombre est porté très haut (pratiquement infini, sinon), ce badge ne fonctionnera plus, n’est-ce pas ? Parce qu’ils n’atteindraient jamais leur limite quotidienne ! De nouveaux badges pourraient être nécessaires.
Oui. Nous utilisons la désignation TL4 pour nos bénévoles locaux, qui sont sous contrat. Dans l’ensemble, la communauté se sentait très mal à l’aise à l’idée de permettre à d’autres de reclassifier leurs publications. Notre communauté n’est tout simplement pas configurée de cette manière. J’aimerais pouvoir l’autoriser séparément pour les TL4 afin qu’ils puissent modérer leurs catégories locales plus efficacement, mais nous avons mis en place des flux de travail assez efficaces, donc ce n’est pas contraignant.
Ouais, c’est quelque chose qu’ils vont regretter. J’aimerais avoir quelque chose de similaire en place. Cela reste moins important que de leur permettre d’aimer des publications, cependant.
En fait, c’est en quelque sorte automatisé (enfin, ça l’était). J’ai écrit un script qui vérifie le badge « Hors de l’amour » pour toute personne publiant dans ce fil depuis la dernière exécution du script, et il attribue automatiquement le badge dans ce cas en utilisant l’API.
C’est en fait quelque chose dont je voulais parler, car cela revient souvent en relation avec le sujet de l’épuisement des « likes ». De nombreux utilisateurs de NaNo ont reçu le message indiquant qu’ils avaient atteint leur limite, mais ne reçoivent jamais les badges associés.
À en juger par ce que j’ai pu constater, il semble que la journée pour les badges se réinitialise à minuit, heure du serveur, mais la limite quotidienne est essentiellement une fenêtre glissante de 24 heures.
Ce n’est pas mon expérience, ni celle d’autres utilisateurs sur les forums NaNo.
Plusieurs utilisateurs ont rencontré le cas où ils utilisaient leurs likes et recevaient un message leur indiquant qu’ils devaient attendre un certain délai. En le faisant, ils pouvaient parfois aimer un message, puis essayer d’aimer un deuxième, ce qui déclenchait à nouveau le message d’attente. Généralement, ils peuvent mettre quelques likes avant que le message d’attente n’apparaisse à nouveau. La seule façon d’obtenir de manière cohérente le nombre total de likes est d’attendre plus de 24 heures.
Je l’ai personnellement observé sur mon installation de développement, mais j’avais initialement attribué cela à la façon dont j’utilise l’API pour remplir mon installation de développement avec du contenu, ce qui atteignait certaines limites de taux.
Désolé, j’aurais dû mieux expliquer cela. Le script que j’utilise pour alimenter mon installation de développement a été réécrit après que j’ai cru atteindre une limite de débit.
Il a été réécrit spécifiquement pour ne pas aimer les choses aussi rapidement que possible. Il n’aimera initialement que 5 publications (la limite quotidienne que j’ai fixée pour faciliter les tests) sur une période de 2 heures. Le reste des tests a été entièrement réalisé par une interaction humaine via mon navigateur.
Je devrais ajouter que j’exécute plusieurs copies du script sur différents hôtes Digital Ocean, chacune disposant de sa propre clé API générée par l’administrateur pour les comptes. L’idée est de simuler le trafic réel autant que possible. Donc, en théorie, si je touche une limite de spam, cela devrait être basé sur autre chose que l’adresse IP ou le compte utilisateur.
Je ne rejette pas l’idée que certains utilisateurs NaNo aient atteint une limite de spam. Certains d’entre eux aiment vraiment aimer les choses.
