20
NOTICE: Community locked. We're moving to lemdro.id! - Lemmy.world
lemmy.worldTLDR: To promote unity and simplicity, we’re ‘merging’ with c/Android over at
lemdro.id [http://lemdro.id] (a new, tech-focused Lemmy server!) Don’t worry,
you don’t need to make a new account. You can still join it even if your account
is on Lemmy.World — just click this link c/Android at Lemdro.id
[/c/android@lemdro.id] and subscribe, the same way you did here. Indeed, many of
you are already based on instances other than LW — that’s the handy thing about
the fediverse. # Why are you doing this? We’ve thought hard on this decision,
and had some long chats with not only the team running c/Android over there, but
also the admin of lemdro.id [http://lemdro.id] itself. Our feeling, and our
decision, is that while having multiple communities for the same topic is a key
strength of the fediverse, we’re keen to avoid unnecessary fragmentation for
existing members and confusion for any newcomers. As most of you know, the team
at lemdro.id [http://lemdro.id] are experienced moderators, having run the
Android subreddit before The Great API Quake of 2023. # Why don’t they simply
join us here? LW is a great instance, but lemdro.id [http://lemdro.id]’s entire
purpose is tech, and its admin is working hard to make it the fastest and most
robust instance around for people like us. It’s the right home for this
community. # How does it benefit me? We’re hopeful that our goal of a community
managed by experienced moderators is aligned with your expectations for a
well-run, respectful community. We also believe that a fast, dedicated ‘world’
of tech communities will prove ideal for people like us — people who expect
excellent uptime and reliable, fast loading of its features and functions. (No
pressure, lemdro.id [http://lemdro.id] team! 😂) Lastly… Well, see the next
point. # What happens to this community? We have locked this community. As we’ve
said above, we want to avoid fragmentation and duplication of threads, and
that’s best achieved by not having two identical communities. Unfortunately, we
can’t just pack up all the threads here and take them to lemdro.id
[http://lemdro.id], but they’ll live on as an archive. It’ll always be here if
we need it, but right now it’s only a few weeks old — despite its massive growth
— which means locking it won’t rob us of too much historical content. See you
over at c/Android at Lemdro.id [/c/android@lemdro.id]!
C’est expliqué dans le post, c’est un cas intéressant.
Je pense que c’est ce qui va arriver au fur et à mesure, les communautés vont fusionner et décider d’un lieu où s’établir (ici, une instance dédiée pour décharger LW)
Intéressant et logique. Dans le cas des communauté françaises, un serveur français serait logique, oui.
N’oubliez pas les francophones éloignés.
On assistera peut-être à un départ pour https://jlai.lu actuellement l’instance francophone la plus active.
Pour les autres francophones, il y a actuellement les communautés liées dans la barre latérale
jlai.lu je le sens vraiment mal à long terme. Leur code de conduite est l’exemple de truc qui est difficilement applicable quand les communautés grandissent et part en cacahuète à la première échauffourée.
Qu’on se mette d’accord, je suis entièrement d’accord avec le fond, mais ces points sont très difficiles à juger correctement et je rappelle que ce sont les sont les règles générales qui doivent s’appliquer à toutes les communautés.
Ce code de conduite est celui d’une communauté, pas d’un hébergeur. Hors les gérants de l’instance ne peuvent pas s’assurer qu’elles sont respectées, c’est aux modérateurs des différentes communautés de le faire. Ça veut dire qu’il peut facilement y avoir des frictions entre les responsables de l’instance et les modérateurs, si les premiers interfèrent avec les seconds.
Ce que je trouve dommage c’est que c’est un problème assez vieux dans l’histoire de l’Internet décentralisé, qui a déjà été soulevé par les communautés IRC. On parle de comportement désirable, ce « que l’hébergeur souhaite ». Libera est pour moi la référence de ce qu’il faut faire :
Aucune menace, que des encouragements et un garde-fou pour les modérateurs. La partie sanction n’est qu’une section du document.
À côté de celle de jlai.lu qui ne parle que de sanctions, d’avertissements, de bannissement, c’est le jour et la nuit. Un modérateur débutant se sentira bien plus à l’aise à l’idée de créer une communauté avec des règles rédigées comme celles de Libera.
Même celles de Mastodont sont plus pertinente. On parle de but, de principes et de (quelques) règles générales, et ensuite seulement des principes de la modération.
Et je le répète : Je suis entièrement d’accord avec le fond de ce qui est proposé par jlai.lu, mais il n’est pas possible pour un hébergeur seul d’assurer la modération des contenus quand ceux-ci augmentent, et réciproquement, il est dangereux, pour l’hébergeur, d’essayer de le faire (surtout avec une liste de règles aussi longue).
L’hébergeur doit avoir une règle de conduite vis-à-vis des communautés qu’il héberge, pas des utilisateurs, sinon ils ne s’en sortirons jamais…
En espérant que les gens de jlai.lu lise ça, voici quelques pistes :
Le seul point très différent de IRC c’est le rôle de l’hébergeur dans le fait de repasser une communauté à d’autres modérateurs. Un appel à modérateur peut-être fait pour sauver la communauté (il est dommage de détruire une commu entière à cause de quelques personnes bien identifiées et d’un manque de modérateurs).
Bref, je trouve le code de conduite de jlai.lu n’encourage pas du tout la création de communautés.
Par contre, et je finirai là-dessus, c’est leur droit : Les administrateurs de jlai.lu peuvent tout a faite estimer que cette instance est un hébergeur de communauté encadré par ces règles-ci. Certains se trouverons totalement en phase avec ses règles et la façon de les appliquer.
Mais il est difficile, pour moi, d’y voir une alternative crédible, on verra.
Je tombe par hasard sur ton post, n’hésite pas à me ping ou même crosspost la prochaine fois que tu parles de l’instance parce que je suis preneur des critiques constructives comme la tienne !
Pour les règles je suis conscient que c’est peu invitant, j’ai d’ailleurs procédé à un allègement dans la journée. Je me suis basé sur un template pour essayer d’avoir un truc un peu cadré, mais c’est pas forcément le format le plus digeste.
Si c’est un code de conduite qui se veut celui un peu bâtard d’une communauté et d’un hébergeur, c’est par design. jlai.lu est et restera une communauté en plus d’une simple instance par le design même de lemmy.
Le but de ce CdC est de limiter l’apparition et la vie de communautés malveillantes comme on peut en trouver sur reddit, mais aussi sur des instances lemmy type exploding-heads.com, tout en n’étant pas trop restrictif non plus pour le reste des gens. C’est un exercice périlleux, et particulièrement difficile à rédiger d’une manière non ouverte à interprétation.
Je pense que le problème principal c’est qu’il n’apparaît nulle part la différence dans ce que modère l’administrateur, et les modérateurs, à savoir les communautés et leurs modérateurs pour le premier, et le contenu des communautés et ses utilisateurs pour le second. Ça donne en effet l’impression que l’admin, moi en l’occurrence pour le moment, va lui même modérer le contenu de toutes les communautés, ce qui n’est pas vraiment faisable ni souhaitable.
Je pense que l’instance pourrait bénéficier d’un second post concernant les bonnes pratiques de modération aussi, similaire aux guidelines de libera, mais l’absence de pages statique/wiki sur lemmy rend l’accès assez difficile aussi, ce qui n’aide pas.
Intéressant. Je relaierai ton commentaire là-bas, ça lancera sûrement quelques discussions
On verra. Il y une tendance à assumer ces règles précises dans le but, justement, de créer quelque chose de spécial, de différent.
jlai.lu est encore trop petite pour être confronté à ce genre d’histoires.
Heureusement que c’est leur droit. Toute les instances ne sont pas que des hébergeurs et pleins ont un thème principal. Ce sont des communautés, avec des sous communautés.
Pour moi c’est le principe du fediverse.
Ce serait mieux et plus logique
A côté de ça, Jlailu actuellement c’est un admin seul, donc jusqu’à ce qu’il y en ait au moins un deuxième, il y a un risque d’interruption du service assez élevé
Effectivememt un seul admin ou un seul modo, c’est prendre le risque que ça coule. Quand je crée une communauté, mon premier objectif est de m’assurer qu’une autre personne de confiance pourra m’aider, donc très vite je fais la demande :)
Par exemple, si je meurs écrasé par une voiture qui gèrera le forum ? Le serveur ? Les backup ? Les maj ? Le ban ?..
Oui d’où l’intérêt d’une instance lié a une assos plus ou moins grosse. A voir si un CHATON va faire une instance comme Mastodon.
https://lemmy.world/comment/723605
J’en profite pour rappeler que les CHATONS sont souvent associatifs/bénévoles et que la merde sur Reddit vient principalement du fait qu’on a pris l’habitude que ce soir un service gratuit. Si on paye des gens, ils le feront. Au lieu d’attendre on peux aussi payer un CHATON 5 euros par an et avoir un truc qui tourne bien.
Je pense qu’on peut carrément le demander. Et pour éviter des surcouts liés à la mémoire, on garderait les posts pour 1-2 ans ? Et le reste est supprimé. ca protegra notre vie privée.
Je t’ai répondu ailleurs :)
Je suis complètement OK avec le fait de payer un chaton pour une instance Lemmy. Le problème c’est que la dernière fois que j’ai regardé, aucun ne proposait l’hébergement : https://jlai.lu/post/13689
Plus l’autre post lié alors avec la question à tedomum
Je me proposerais bien mais pas tous seul sur l’admin et là je fais tourner sur un cluster promox a la maison ce qui est pas idéal. Mais bon un petit vps ça se prend vite.
Je pense qu’il faut leur demander et on finance ça par tranche de 3-5 ans ?
Je pense qu’il y a deux efforts à organiser: un effort de financement, où quelqu’un arrive à créer une dynamique pour qu’on soit quelques milliers à mettre quelques euros dans le projet et un quelqu’un (personne ou org) qui accepte ce paiement pour administrer une instance.
Exactement