De la prise de décision entre modérataires

Les discussions entre modérataires ont lieu via le channel “General” de l’espace de discussion Matrix des modérataires. Les modérataires essaient d’arriver à un consensus par discussion.

S’il est nécessaire de participer à un vote parce qu’en consensus ne peut pas être trouvé, les différentes positions sont exprimées sur le channel “Annonces”. Les modérataires votent ensuite pour ou contre les différentes propositions via des emojis réactions pouce vers le haut / pouce vers le bas

Si un modérataire estime qu’une décision nécessite un vote anonyme, celui-ci est organisé via Framapoll (https://framadate.org/create_poll.php?type=autre&lang=en)

Du choix des admins

Les modérataires discutent entre eux pour décider d’une liste de candidats au poste d’admins.

Cette liste est ensuite soumise sur !meta@jlai.lu pour vote public par la communauté.

Les postes d’admins sont également ouverts: - aux autres modérataires qui ne sont pas sur le Matrix - aux autres membres de Jlai.lu, mais qui devront d’abord modérer une communauté avant de pouvoir devenir admin

Les hauts-votes sont monitorés via une instance mbin (telle que https://fedia.io/m/meta@jlai.lu) qui permet d’afficher les hauts-votes, et identifier les potentiels comptes “trolls” (créés moins de 2 semaines avant le vote).

Le vote est clôturé après une semaine.

Une fois élus, les admins peuvent décider d’utiliser un compte alternatif pour leurs taches d’administration, afin de dissocier leur compte standard et leur compte admin. Du rôle des membres actif-ves

Les membres actif-ves peuvent être consultés par les modérataires via le Matrix général “Jlai.lu” pour avoir des retours sur leurs décisions sans devoir passer par un post public sur !meta@jlai.lu.

Les membres peuvent également faire part de leurs retour aux modérataires sur le Matrix.

Du rôle des membres

Chaque membre de l’instance est libre de proposer des changements en postant sa proposition sur la communauté !meta@jlai.lu

  • Octet@lemmy.nuage-libre.fr
    link
    fedilink
    Français
    arrow-up
    1
    ·
    4 months ago

    Je veux dire, la fédération des votes n’est-elle pas une option désactivée par défaut?

    Non c’est activé par défaut sur lemmy. Je ne crois même pas qu’on puisse la désactiver. On ne peut que désactiver les votes négatifs.

    J’ai l’impression de louper quelque chose… Si tu fédères un post une heure après qu’il ait été posté il te manque une heure de vote sur les commentaires?

    Tu ne loupes rien. Si tu t’abonnes à la communauté 1 heure après sur une instance où tu es seul et que tu charges manuellement le post, il te manquera pour toujours une heure de vote.

    C’est la même chose pour kbin (qui affiche les downvotes)?

    Tu veux plutôt les votes positifs j’imagine. Il n’y a pas de raison que ce soit différent mais je n’ai jamais fait fonctionner d’instance kbin.

    • keepthepace@slrpnk.net
      link
      fedilink
      arrow-up
      1
      ·
      4 months ago

      Ok, plus bénin que je pensais alors. Mais je trouve ça un peu étrange qu’au moins le total anonymisé ne soit pas fédéré. Genre là demain pour une raison X ou Y la communauté décide de changer d’instance, tous les posts où on vote en commentaire auront leur résultat perdu. Perso je trouve que c’est un peu un bug dans l’implémentation de la décentralisation.

      • Camus (il, lui)
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        C’est parce que les actions de votes ne sont envoyées qu’une fois à toutes les instances, il n’y a pas de mécanisme de consolidation du nombre de votes par la suite

        Genre là demain pour une raison X ou Y la communauté décide de changer d’instance

        De toute façon, si on changeait d’instance, on perdrait tout, pas uniquement les votes. Il n’y a pas de migration de contenu sur Lemmy, sur Mastodon non plus d’ailleurs: https://slrpnk.net/post/12361352

        • keepthepace@slrpnk.net
          link
          fedilink
          arrow-up
          1
          ·
          4 months ago

          De ce que j’ai compris, si demain une inondation détruit les serveurs jlai.lu, les autres instances ont quand même mirroré son contenu, comme par exemple https://slrpnk.net/c/france@jlai.lu

          Y a pas d’outil de migration prévu, c’est vrai, mais l’archive existe et pour qui a accès à la machine et un peu de motivation, on doit probablement pouvoir repeupler la base. Et je dois avouer que si la question m’intéresse c’est que j’avais envisagé de mettre les mains dans ce cambouis si un jour la vie me le permettait.

          Mais dans cette hypothèse, où je crée en 2025 une instance keepthep.ace et la fédère à jlai.lu, il me manquera toutes les infos de vote dans la base locale sur les commentaires de 2024. keepthep.ace/c/france@jlai.lu et slrpnk.net/c/france@jlai.lu auront des contenus différents dans les posts de 2024 et la fédération ne me donnera même pas accès à toutes les infos que je pourrais avoir juste en scrapant slrpnk.net/c/france@jlai.lu (comme le total des votes), ce que je trouve quand même vachement étrange comme choix.

          • Camus (il, lui)
            link
            fedilink
            arrow-up
            1
            ·
            4 months ago

            Attention que la fédération n’est pas censée se substituer aux backup et à la continuité des opérations de l’instance.

            Dans ton scénario, l’instance Jlailu doit être recréée depuis ses propres sauvegardes

            ce que je trouve quand même vachement étrange comme choix.

            Pas tellement, dans ta proposition n’importe qui peut créer des instances en boucle, se connecter à des instances-cibles, et récupérer tous les votes depuis leur création, potentiellement amenant à un DDoS

            • keepthepace@slrpnk.net
              link
              fedilink
              arrow-up
              1
              ·
              4 months ago

              Toute API peut être DDoS si elle n’implémente pas de QoS. Qu’il faille plusieurs jours pour reconstruire une archive ne me choque pas.

              Mais là je trouve que la fédération ne fait que la moitié du boulot. Une instance fédérée est censée dupliquer les infos. AMHA il serait préférable qu’elle décide soit de tout récupérer soit de ne rien récupérer d’avant sa fédération.

              Parce que bon imagine un peu le bordel de quelqu’un qui accède à /c/france depuis une instance qui s’est fédérée une journée après un post qui appelle à un vote: les comptes différeront en fonction des instances. Je me demande quelle est la logique derrière cette décision

              • Camus (il, lui)
                link
                fedilink
                arrow-up
                1
                ·
                4 months ago

                N’hésite pas à ouvrir une issue sur le Github de Lemmy, les devs seront sans doute les plus à même de te répondre.

                Parce que bon imagine un peu le bordel de quelqu’un qui accède à /c/france depuis une instance qui s’est fédérée une journée après un post qui appelle à un vote: les comptes différeront en fonction des instances.

                C’est un cas limite, et même dans celui-ci, les scores références seront sur l’instance source

                • keepthepace@slrpnk.net
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  edit-2
                  4 months ago

                  J’ai mis un doigt dans les issues lemmy quand j’ai constaté qu’ils avaient un filtre à insultes codées en dur, ce qui empêchait notamment de parler de “retard” en français et… j’ai pas envie d’y retourner! Ils sont bien chelous.