Aller au menu du forum Aller au contenu du forum Aller à la recherche dans le forum
Logo Khaganat
Menu principal
Menu

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.

Voir les contributions Menu

Messages - Zatalyz

Cliquez pour afficher le message
Citation de: FrancoisA le 26 Avril 2026 à 07:44:53Je ne suis pas sur que le trait d'humour (soumission facultative) à la fin du règlement intérieur attire vraiment de nouveaux membres.

C'est pourtant un test essentiel vérifiant plusieurs aspects :
- Est-ce que la personne a bien tout lu ? (On ne peux pas rester indifférent à cette clause)
- Est-ce que la personne a un humour compatible avec le projet ? (vital pour survivre ici)
- Est-ce que la personne est capable de poser ses limites et comment ?

Et cette dernière question, qui semblera bizarre à bien des gens, est pour moi essentielle dans la gestion de communauté. La réaction à la clause facultative est variée suivant les gens, mais est toujours révélatrice du rapport à l'autorité, à l'allégation au groupe, à la soumission. Suivant comment la personne y répond, je sais si je peux lui faire confiance sur son autonomie, garder un œil pour la réorienter quand elle commence à se faire happer par les phénomènes de groupe, ou même être particulièrement vigilante si elle est du genre à ne pas savoir dire non. Bien évidement, la seule réaction à la clause facultative ne suffit pas, mais c'est un indice en général assez clair.
Cliquez pour afficher le message
Nan, ce n'est pas la définition d'un Chef sur Khaganat  :)

Je te conseille aussi la lecture de cet article pour savourer les histoires de Chef Koala.
Hier à 08:25:48
Cliquez pour afficher le message
Pour le moment, vu le monde, le support est assez facile. Et on sépare surtout en deux groupes d'utilisateurs : tech informatique et non-tech.

Les premières savent ouvrir et écrire des tickets sur la forge ; c'est d'ailleurs généralement leur premier réflexe (après un message sur la Krypte). Là, on pourra taguer, entre autre si un souci est propre à un OS. Faut mettre les bons tags en place suivant le dépôt mais ce n'est pas compliqué et ça peut se faire au fil de l'eau.

Les secondes (non-tech) ont non seulement du mal avec la notion de ticket, mais peuvent aussi être sacrément ennuyées pour décrire leur problème et le cataloguer. Pour le moment, les canaux xmpp et le forum suffisent largement, et par expérience, on pourra monter à quelques petits millier d'utilisatrices que ces deux canaux + le mail/messagerie interne suffisent largement, tant qu'il y a 2-3 personnes aptes à les aider à affiner la description de leur problème puis soit à le reformuler pour créer les tickets, soit à leur indiquer les ressources pour régler leur problème (et souvent améliorer la doc au passage).

Sur un jeu vidéo, quand il y a des souci propre à une plateforme, ça vire très généralement au ticket de tech...

Après sur la constitution des équipes, pour le moment il y a aussi trop peu de monde pour qu'on divise ;)

Même si à terme on tentera de supporter divers OS, notre priorité est principalement Linux. Parmi les personnes actives actuelles, on est toutes sur une distribution ou une autre, ce qui va déjà permettre de se frotter à quelques soucis (pas les mêmes libs, les mêmes noms, le même type de paquet). La cross-compilation n'est pas un gros défi technique par ailleurs. Par contre si on (re)commence à avoir des personnes sous Windows/Mac/BSD/Autre, elles feront les frais des premières expériences et seront très probablement invitées à monter en compétence pour les tests, c'est certain.
Hier à 08:11:57
Cliquez pour afficher le message
Pour des raisons d'accessibilité, on utilise les deux canaux (certaines ont du mal avec le vocal, d'autres avec l'écrit). Au quotidien on privilégie tout de même l'écrit qui facilite l'archivage.

Le soir de l'AG il y aura le mumble et l'organisation est principalement suivie en vocal. Mais on relaie les infos sur le canal xmpp en même temps (rôle d'une des personnes, "secrétaire", déterminé en début d'AG), et les votes sont sur le canal xmpp ; c'est plus simple de comptabiliser par écrit, ça permet aussi à certaines personnes de voter avec un peu de délai. Il faut savoir que nos AG font entre 30min et 1H : il s'agit uniquement de vérifier la validité de ce qui a déjà été discuté en amont. Donc, parfois, quelqu'un qui peut voter n'est pas là au moment où un vote commence, mais peut ajouter sa voix avant que l'AG ne soit fini.
Cliquez pour afficher le message
Merci Pulko pour la précision ; c'est effectivement encore pas mal flou pour moi  ;)
Cliquez pour afficher le message
Je dirais : pourquoi pas. Ça reste de la paperasserie à faire et trouver comment causer aux impôts et à la préfecture pour le justifier. J'ai toujours zéro motiv sur ce genre de sujet, d'autant que je ne suis vraiment pas concernée par la déduction de dons, mais si cela intéresse, je n'ai rien contre non plus. Je n'ai pas très envie qu'on signe le CER, cependant...
30 Avril 2026 à 14:26:56
Cliquez pour afficher le message
IRIS est effectivement sympa. Pas lojban mais très chouette !
30 Avril 2026 à 14:23:46
Cliquez pour afficher le message
Il me semble aussi important de voir "où" l'IA nous impacte et ce qu'on en fait.

Il y a des parties, c'est facile, et d'autres où ça pose plus de questions (sans que les réponses possibles soient bien satisfaisantes ou réalistes à mon goût).


Ce que liste Pulkomandy me semble une base, je reprends un peu :

- Usage de LLM pour générer du contenu "final" pour Khaganat : définitivement pas envisageable, pour toutes les bonnes raisons évoquées jusque là. Est-ce qu'on est toutes d'accord sur le sujet ? Je crois...

- Mais il y a aussi les aspects "WIP" ; en effet, on a pu utiliser un peu les LLM pour compenser des manques de compétences en interne. Qu'il s'agisse de générer des images pour avoir une idée de la direction artistique, ou d'essayer de comprendre d'obscurs points de code quand personne sur Krypte n'est apte à répondre. Je ne défendrais pas que c'est "bon" et je pense que nous devons veiller à nous passer de cela, mais la tentation est parfois grande de débloquer en utilisant ce genre d'outil. Mais c'est une position qui est plus facile à avoir quand "tout va bien". Je pense qu'il faut vraiment outiller le projet (et nos membres) pour qu'on puisse justement limiter ce genre d'usage, et préciser les lignes rouges (pas de vibe coding, pas d'illustrations LLM, on est d'accord). C'est peut-être là que notre charte "(non)-usage de l'IA" sera la plus à affiner. Par contre, ne nous leurront pas, on n'est pas dans le dos de chacun, on ne peux pas savoir quel produit final a été permis en partie parce qu'un LLM, à un moment, a pointé la bonne piste dans une doc labyrinthique et obscure. Et je plaide coupable ; en tant que sysadmin, je me suis parfois fait expliquer des concepts par un LLM quand je ne comprenais rien à la doc et que les réponses des humains se bornaient à "mais utilise X au lieu de Y, et non je n'avouerais pas que je ne sais pas répondre à ta question et je vais plutôt te faire perdre du temps sur un outil qui ne répond pas à ta problématique". Pour autant je sais aussi que plus que jamais, il faut travailler à renforcer l'entraide et l'apprentissage entre humains. Et outiller les humains en question à savoir échanger et communiquer...

- Les dépendances : il faut de toute façon qu'on les documente, et à présent cela viendra avec "quelle est la politique IA de ces projets". Cela demande une veille, car il va y avoir des différences entre les dépendances qu'on peut virer, celles qui sont hors de notre portée (Blender, ce n'est pas négociable...), et aussi de voir à quel point c'est contaminé : il y a une différence entre un projet vibe-codé par des humains qui n'y connaissent rien, et accepter de corriger une faille de sécurité remontée lors d'un audit de code par LLM. Mais ça reste un "yakafokon", car on n'a déjà pas une page sur le wikhan listant toutes nos dépendances sur notre ecosystème... et vu qu'on gère nous-même pas mal de trucs, ça en fait, des logiciels. Pulkomandy résume sinon le problème principal : les capacités humaines à se passer de projets où l'IA est trop présente.

- Les contributions mineures : on aura des gens, à un moment, qui nous proposerons des travaux permis par les LLM. Si certains seront faciles à détecter/refuser (non, pas de roman Khaganat par Deepseek, ni d'illustrations sur les mugs), d'autres peuvent être dans des zones plus complexes à trancher (les bugs impactant la sécurité, en particulier), sans parler de savoir si c'est du travail de bot et à quel pourcentage. Je ne sais pas du tout comment gérer ça. Je ne sais déjà pas pour l'écrit (qui est ma vraie compétence) : j'ai vu des gens partager sur forum leurs histoires en bonne part rédigée par LLM, et je ne l'ai détecté que parce que j'ai fait de mon côté des tests avec les LLM et que je repère assez bien les tics de langage (y compris des machines). Et on ne peux pas accuser "comme ça" les gens d'utiliser des LLM, c'est une pratique qui tends à dégoûter des innocents (les gens qui n'en utilisent pas et s'en font accuser, cessent de créer, ce qui est le pire scénario dans notre logique). Par ailleurs, le fait qu'il y ait un jugement moral sur l'usage de l'IA va pousser certaines personnes à cacher leur usage, ce qui va avec une baisse de confiance au sein de la communauté, et on finit par avoir des problèmes humains, bien plus que des problèmes d'IA.

- Le scrapping par les bots. Ça concerne les sysadmins, mais c'est effectivement questionnant, pas juste côté ressources mais aussi côté éthique. Je bosse en pointillé depuis 2 ans pour limiter ce scrapping, il n'est évidement pas question de se faire pourrir les ressources serveurs par le capitalisme. Mais je suis aussi un peu ambivalente : quitte à ce qu'ils pillent le monde pour leur corpus, j'aimerais bien leur faire intégrer des données alternatives (ce qu'est Khaganat entre autre), histoire qu'ils ne racontent pas que des récits blancs cishet capitalistes  :doubt: Notez que je m'en fout qu'on se fasse "piller" : à mort la propriété intellectuelle !!! (mais vous avez le droit d'avoir un autre avis, et puis j'aimerais quand même que tout reste dans les communs).

- Il y a sans doute d'autres usages à la limite, que je n'ai pas vu, et si vous en voyez, listez ;)

Quoi qu'il en soit, le sujet a vraiment besoin d'être traité, et qu'on définisse nos positionnements actuels. Mais ça ne va pas être simple.

Faut vraiment que je lise tous les liens, c'est utile de lire ce que font les autres projets, mais j'avoue que pour le moment j'ai pas encore fait.
21 Avril 2026 à 14:29:14
Cliquez pour afficher le message
Le samedi 6 juin 2026 se détache du reste, je propose de réserver la date  ;)
Cliquez pour afficher le message
Je crois bien qu'on avait causé de ça déjà, mais je ne sais plus si c'était sur le forum, dans les logs des vieux chats, ou autrement.

Il y avait eu en tout cas le côté "exploitation", mais là on est effectivement à l'échelle d'un kagnivo : des zones fixes du monde, où la qualité du bâtiment/des installations demande un entretien régulier par les joueuses (apport de matériaux). Flemme de chercher mais je suis assez sûre qu'on avait détaillé par écrit (forum/wikhan/um1) des mécanismes gameplay un peu poussés.

Pour les structures temporaires, l'idée était aussi de lier cela avec les "points rp" et le fait de débloquer des droits de type "animation". En gros, on va éviter au noob qui vient d'arriver de pouvoir poser n'importe quoi n'importe où. Des éléments de faible ampleur (un feu de camp, un tonneau, une tente) et dont la durée de vie est limitée (le feu s'éteint et disparait après un moment), voir qui peuvent être déplaçable/annulables par des joueuses ayant plus de droits. Mais quand une joueuse gagne un capital de confiance, montre qu'elle comprends les règles de la communauté, lui donner alors le droit de faire poper plus dans le décor, et de façon plus durable, me semble pertinent : il y a alors peu de risque qu'elle mette les tables du buffet là où ça empêche les autres de rentrer en ville, ou alors ce sera pour une vraie raison (pas "enquiquiner tout le monde", plutôt "faire une barricade pour lancer une rébellion").

Je mettrais cependant, de base, une limite temporelle à ce que quiconque peut faire poper (dépendant sans doute des objets : un feu reste allumé une heure sans plus de carburant, une table reste une semaine en place, mais les plats dessus disparaissent après 6H en jeu).

Et je mettrais aussi la possibilité aux autres joueuses ayant suffisament de "droit" d'interragir avec ces objets. Si je reprends l'exemple de la barricade de tables à l'entrée du village : il faut laisser la possibilité aux joueuses faisant la Légion de venir démonter la barricade, même si c'est en se faisant lancer des légumes pourris par les défenseuses de l'autre côté de la barricade.

Cela veut dire que les objets qu'on permettra de faire poper dans le décor doivent aussi avoir des règles pour être déplacés et détruits. Déplacer la tarte aux klums sur la table, tout le monde peut le faire ; déplacer un rocher, ça demande les bons outils (ou du monde, voir les deux).

Dans le cas d'une joueuse nomade avec son campement : oui, il faudra bien qu'elle se connecte tous les X jours, mais parce qu'une tente abandonnée dans la nature ne dure pas éternellement de toute façon. Si elle est casual, il parait assez logique qu'elle démonte son campement, et le remonte quand elle passe jouer.

Par ailleurs, avec le système de "droits anims" qui se débloquent à la réputation, on peut aussi envisager des procédures pour rendre certaines structures plus durables dans le temps. Si l'histoire est qu'un camp de pêcheur se crée sur le delta, on va avoir un changement durable dans ce coin, on ne va pas demander à ce que chacun refasse les pontons tous les 3 jours. Mais pour moi, ça passe plus par "on propose un projet en tant que joueuse/groupe de joueuse, c'est validé communautairement, cela fait l'objet d'un patch qui pérénnise la chose, potentiellement en décidant ensemble d'une durée dans le temps." Autre exemple avec un festival, qui demanderait plein de stands et d'attractions, mais sur une semaine : pérenniser (pour une semaine) l'ensemble de l'installation serait pas mal.

Par ailleurs, ça serait sympa d'avoir une possibilité de s'enregistrer du "blueprint". Si je reprends l'idée du campement nomade pour une personne : cliquer sur "je monte le camps" place automatiquement la tente, les cailloux pour le feu de camp, la bouilloire au dessus, etc.

Concernant les coûts/entretiens : je proposerais bien que chaque objet demande d'être acheté/fabriqué. Une fois qu'on l'a, il a une "durée de vie" correspondant à son temps total d'exposition en jeu. Imaginons la tente : une fois fabriquée, elle va pouvoir être utilisée 100 jours IG. Si elle est démontée/dans le sac de la joueuse, les jours ne sont pas décomptés, mais si elle est posée dans le décor, le temps est compté. Si quelqu'un (ou un évènement) fait qu'elle est démontée (un troupeau de branaz qui passe dessus, une joueuse qui déplace un truc qui gêne), l'objet est direct renvoyé à l'inventaire de la joueuse et le décompte cesse. Ce serait les points de vie de l'objet ? je ne sais pas trop...
Ça a le mérite de ne pas pénaliser les casuals. On peut prévoir un banquet en amont, faire 50 tartes : tant qu'elles ne sont pas posées sur les tables, elles restent fraiches. Mais une fois posées, elles n'ont plus que leurs 6h de durée de vie.

On peut aussi demander des objets pour faire poper l'objet, par moment. Exemple avec le feu de camp : on a "juste" un briquet dans son sac (durée de vie éternelle ?) mais il faut du bois pour l'allumer ; une fois allumé, il faut le réalimenter (même si on n'a pas de briquet) pour qu'il reste allumé. Et si on est en mode "camp nomade", on peut ajouter des pierres, qui auraient comme utilité de demander moins de bois pour le même temps (ou je ne sais quoi).

Ce qui va demander de réfléchir aux catégories d'objets...
05 Décembre 2025 à 08:39:10
Cliquez pour afficher le message
Et j'ajoute mon point (je n'ai pas pu venir hier) : j'ai mis à jour les dokuwiki !
16 Novembre 2025 à 09:11:09
Cliquez pour afficher le message
Il m'est venu hier l'idée que le nom était peut-être simplement "La Crypte". Ou avec un K, si vous y tenez (c'est une blague, le K sur la Krypte !). En effet, c'est ça la krypte : des incantations magiques et des rituels ésotériques qui font que le monde existe.

Je crois que sa traduction lojban pourrait être kevmip, si on veut aller au bout des choses :
  • kevna : x1 is a cavity/hole/hollow/cavern in x2; x1 is concave within x2; x2 is hollow at locus x1.
  • mipri : x1 keeps x2 secret/hidden from x3 by method x4; x2 is a secret; x1 hides/conceals x2.

Donc, Crypte, Krypte, Kevmip, au choix... c'est une possibilité ? tout dépend du degré d'occultisme que vous voulez :P
16 Novembre 2025 à 09:00:42
Cliquez pour afficher le message
J'avais oublié de relayer ceci, j'ai reçu un message de Nomys qui propose Dogmazic dans on aura les audiobooks :
Citation de: NomysJ'ai vu les logs de réunions d'il y a 2 semaines où vous parlier d'un podcast ou un audiobook à mettre en ligne ?

Vous pouvez tout à fait le mettre sur dogmazic, on a pas mal d'émissions de radio.
29 Août 2025 à 08:15:58
Cliquez pour afficher le message
Compte-rendu du point hebdo du 28/08/2025

C'est encore août donc encore calme.

K'Deed a fait des mises à jour de Forgejo avec son runner et peertube, collabora et a aussi réparé le chat XMPP de Peertube si jamais on a besoin d'un salon de repli.

Il y a eu quelques échanges sur "comment guider la contribution" suite à une question de Pavor (merci Alcyone, YannK, Lyne, vv221 et moi-même  ^^ ).

merlin8282 corrige trèèèès discrètement les fautes grammaticales et d'orthographe sur le Wikhan. Et il ne le dit même pas dans le point hebdo. S'il n'avait pas oublié de cocher "modification mineure", on ne le saurait même pas !   8)

Et j'ai envie de me replonger dans LDAP, ce qui s'est surtout traduit par de la relecture et correction de l'article idoine sur le wikhan mais c'est déjà ça.
Cliquez pour afficher le message
Pavor a posé une question parfaite : "Qu'est-ce qu'il manque pour avoir un monde qui fonctionne ?"

Y répondre pourrait permettre de mieux orienter les volontés de contribution, parce que c'est un bon objectif, avoir un monde fonctionnel.

Mes propres réponses, à compléter :

Lore
L'univers est posé en très grande part. "Yaka" inventer des histoires dedans et se questionner sur le salon Khanat quand un point est flou ou quand on tombe sur des infos un peu contradictoire. Le plus gros besoin est de contribuer au guide du Khanat ( https://khaganat.net/guide/fr:start ) à partir des infos de l'UM1 ( https://khaganat.net/um1/fr:start ), le guide étant une façon simplifiée et ordonnée de découvrir l'univers. Un peu comme les guides en JDR.

Jeu - Gameplay et Gamedesign
Là il y a un énooooorme travail. Qui consiste principalement à rédiger des trucs déjà pensés. Il y a des infos ici et là mais au final, peu de monde a la vision globale. L'entrée est sur https://khaganat.net/wikhan/fr:gamedesign:khanat:start qu'il faut compléter, affiner... un énorme travail de rédaction. Le problème c'est qu'on n'attends pas qu'une nouvelle personne crée de zéro, parce que c'est un coup à retomber dans des ornières déjà gérées. Il faut faire causer les gamedesigners et noter leurs trucs. Si cela intéresse quelqu'un, je suis l'une de ces personnes qui en sait "trop" sans avoir le temps (et la passion) de tout mettre au propre.

Ce travail est essentiel parce que c'est le fil à suivre ensuite pour les codeurs et les artistes du jeu.

Jeu - Client
Bien que le doc de gamedesign ne soit pas fini, il y a quand même une grosse base sur laquelle avancer. D'ailleurs le client demande plein de "fonctions" qui peuvent se débroussailler sans avoir le serveur derrière. Comment démarrer ? Se familiariser avec Godot, voir ce qui est déjà fait, les tickets, et régler un souci après l'autre.

Jeu - Serveur
Là ce n'est pas du tout trivial. Mais si on adore le réseau et Rust, on peut regarder le code d'Aleajactaest, lui faire des retours, discuter avec lui via les tickets.

Sysadmin
Ok là je *sais* ce qu'il y a à faire. J'ai même une belle feuille avec des glyphes dessus qui indiquent les chemins dans le labyrinthe. Mais ça va me demander un peu de temps de reprendre et de partager ça. Deed aura aussi un avis éclairé sur le sujet.

Organisation
Ce que je viens de lister est un vague début... parce que ce qui manque beaucoup c'est l'aspect "organisation/coordination/motivation". En d'autres temps je l'assume plus (modulo mon côté bordélique) mais je n'ai aucun souci à partager cette aspect ;)
Faire l'inventaire des besoins, organiser les ressources, améliorer les guides pour les arrivantes reste un travail sans fin. Et au delà, mettre en place les stratégies de développement, comme aller chercher des contributrices (mais pour ça il faut d'abord pouvoir les accueillir !), des financements (si si je sais où aller chercher...).

Discuter avec Zatalyz
La malédiction des fondatrices... Ok, j'ai le projet en tête. Je ne suis pas la seule, mais je suis plutôt dispo. Sauf que n'ayant pas une énergie suffisament grande, je peine à tout transmettre. Papoter avec moi permet déjà de me remotiver, mais aussi d'obtenir plein d'infos, qu'il serait bon de remettre dans les espaces "cherchables" ensuite (idéalement les wikis, au moins le forum si ça manque trop de structuration). Oui, m'embêter est un job utile :P
Licences Mentions légales Accueil du site Contact Inclusion