Messages

En y réfléchissant, et après visionnage de la vidéo que tu as liée, je me demande si OAuth est vraiment adapté à ce schéma.

Tu as raison, il faut peut-être que je veille à ça. Après, Oauth, OpenID, SAML... ça se vaut (même si ça ne demande pas les mêmes choses). Et malheureusement je ne saurais quel système est "bon" qu'une fois que j'aurais testé... Je sens que je vais m'amuser.

Après, attention, y'a une différence entre le backend, où je suis pour le moment (avec très peu de choix, quand on élimine certaines techno...) et le frontend. LemonLDAP, FreeIPA, Kadnim etc c'est du frontend et à ce stade "je m'en fous", je ne suis que sur LDAP brut... Et vu les limitations de LLDAP et ce que Shepeng pointe, je vais devoir retourner à OpenLDAP. Et bon c'était pas pour partir dans une discussion de tech, je demandais juste des trucs basiques comme "vous voulez quoi comme groupes et arborescence" et autre "et mettre votre bio dans le profil ?" 

Est-ce que le périmètre s'applique uniquement au services web ou aussi au machines (container LXC, machines virtuelles, Hyperviseurs) ?

C'est du LDAP. Donc, ça s'interface avec ce qu'on veut, pour peu que le truc en question supporte le protocole LDAP. Et si ça ne supporte pas LDAP mais qu'on veut l'interfacer, ben on fera le lien avec une autre techno. Le gros intérêt de LDAP c'est que c'est un truc assez primaire qui sert facilement de liant à "plein de trucs". Mais je n'ai pas prévu qu'on se connecte en tant que sysadmin aux serveurs avec ça, là je préfère séparer un peu, et ssh me va très bien. Proxmox... on verra.

Maintenant concernant les besoins, ils sont déjà décrit dans le wikhan, et à mon niveau si j'arrive à avoir le forum et les wikis avec un seul coin pour les identifiants, je serais déjà contente. L'objectif c'est de mettre en place le système, puis d'y connecter petit à petit le maximum de chose. Sachant que certains services web demanderont peut-être du développement.

Pendant que j'y suis (et que je suis plus réveillée), je me questionne un peu sur le logiciel que j'utilise, LLDAP, qui est hyper basique, peut-être trop. En gros il n'y a que les utilisatrices, et les groupes, sans possibilité de faire des sous-groupes. Et je me dis que quand j'aurais 10 asso/organisations ça va être lourd de ne pas pouvoir juste cibler les groupes d'une asso. Mais ce n'est peut-être pas si grave, suffit que je préfixe par le nom de l'asso. L'autre solution est de passer à OpenLDAP, qui est assez effrayant mais plus complet.

Votre avis ?

J'ai oublié de poser clairement ma demande...

Donc :
- donnez votre avis sur ce que vous voulez voir dans "profil" (et si ça doit être vu juste par vous et les personnes avec assez de droits, ou si tous les membres connectés peuvent le voir)
- listez-moi les divers groupes qui vous semblent utiles.
- et pour les groupes, listez aussi si au delà du nom et de la description, vous voyez d'autres infos utiles à afficher.

Salut 

Je suis en train de me replonger dans l'authentification unifiée. Et je me questionne un peu sur l'organisation à donner à ça. Je vais essayer d'expliquer, mais 1) c'est pas un sujet trivial et 2) vu que personne n'est expert, vous êtes toutes aptes à me donner votre avis.

Cette affaire d'authentification unifiée passe par deux étapes : primo, avoir un seul identifiant/mot de passe pour l'ensemble de nos services. Histoire que quand on change son mot de passe, on n'aie pas besoin de le faire 10 fois de suite (sur le wiki, le forum, le cloud, etc...). Secundo, que quand on se connecte, on le soit partout (sans devoir se connecter une fois sur le wiki, une autre sur le forum, une autre sur... enfin vous avez l'idée).

Là j'en suis à l'étape alpha 1. C'est à dire que je met en place de quoi avoir un seul identifiant partout, mais on n'en est même pas encore à ce que vous puissiez créer un compte et changer le mot de passe

Pour la petite histoire de Mage, j'utilise LDAP. Et LDAP c'est un peu comme le croisement entre les entités du subespace et l'enfer de Bosch. Mais j'ai mes raisons, promis. Osef de la technologie, ce qui compte c'est : comment je structure mes données. Et LDAP a une réponse digne du Necronomicon là-dessus: "c'est comme tu veux, ou presque". Je peux me charger du "presque", mais "comme je veux", c'est hyper difficile.

Breeeef. LDAP ne sert pas qu'à Khaganat, mais aussi à Numenaute et aux diverses assos et groupes hébergés par Numenaute. Et c'est l'asso Rapaton qui héberge Numenaute. Mais du coup j'imagine que tout va être sous le nom "numenaute" (dont Rapaton). Là déjà on a commencé à penser en géométrie non-euclidienne

En gros : quand on se connectera à Khaganat, cela demanderais de le faire sur auth.numenaute.org. J'imagine qu'à l'étape 2 je pourrais peut-être le cacher un peu, mais sans certitude, et pour celles d'entre vous qui regardent les noms de domaines appelés, ça voudra dire qu'à un moment "numenaute" sera appelé façon CDN sur Khaganat.

Je ne vois pas trop comment faire autrement, je ne vais pas maintenir un annuaire par asso...

Ensuite au niveau de l'arbre, ça va être presque sans douleur. Il y aura le groupe des utilisatrices, qui aura touuuut le monde. Et des groupes variés, j'y reviens plus tard.

Concernant les utilisatrices, en dehors des groupes dont elles font partie, quelles informations voulez-vous avoir de base dans le profil ? Je pense mettre ce qui suit, et je le soumet à vos avis.
Obligatoire :
- Pseudo (nom affiché)
- mail
- mot de passe, logique...
- identifiant (qui peut être différent du nom affiché, parce que c'est plus rapide de se connecter avec "zatalyz" qu'avec "Prêtresse de la Propagande".
- uid, ça c'est pour la machine, elle se débrouille toute seule.
Pas obligatoire mais peut être utile ?
- Avatar
- Nom et prénom (pour celles qui sont membres des assos)
- sans doute que je pourrais permettre là de sélectionner ses préférences en terme de langue et de thème (sombre/clair) mais je doute que les cms supportent vraiment ça.

En vrai je ne sais même pas si stocker les noms et prénoms est une bonne idée ; chaque asso peut se débrouiller pour faire le lien entre pseudo et nom civil (chacun son rgpd !). Et sinon il y a peut-être d'autres champs que vous aimeriez avoir dans un profil générique, qui pourra (au choix) être visible par la suite aux autres, suivant leurs droits (genre : vos sites web ?).

La partie qui suit me questionne aussi pas mal, ce sont les groupes, et là on est plus propre à Khaganat (chaque structure va devoir le faire...). Je précise : les groupes qui vont donner accès à des droits différents. Par exemple sur Khaganat il me semble logique d'avoir les groupes suivants : collège, membre sauf comment on appelle les membres de Khaganat mais pas de l'asso ? et comment on différencie de ceux de l'asso ? Et après il y a des groupes déjà sur le forum, les dokuwiki, la forge etc... haaaaargh. Aidez moi à faire cette liste

Je ne sais pas du tout si tous nos cms vont prendre ces groupes en compte pour les accès aux droits de lecture/écriture, mais je crois qu'il faut partir dans l'optique que "ouais". Et je sens que je vais bien rigoler quand je vais interfacer les trucs.

La suite vous concerne : dire ce qui vous semblerais pouvoir s'améliorer, qu'il s'agisse de déplacer des blocs, de leur donner d'autres apparences, de forcer l'affichage/la disparition d'éléments, etc. De base je trouve que c'est vraiment lourd (design) et par ailleurs assez foireux côté accessibilité.

Par exemple on ne voit pas vraiment qui écrit quoi. Certes c'est moins envahissant que dans Etherpad mais ça ne me va pas des masses. Pas sûr qu'on puisse y faire quelque chose, mais on peut essayer.
Et je n'aime pas du tout la façon dont les commentaires fonctionnent, je ferais à minima varier la couleur de surlignage quand on a sélectionné le bon commentaire ; mais je pense surtout que j'ajouterais un cadre ou autre visuel clair autour du texte commenté et sélectionné. Et d'essayer de mettre les commentaires en face de leur zone de texte.

[Spoiler]

Nous avons installé il y a un bail une instance de Cryptpad, destinée à remplacer Etherpad. Le logiciel a divers avantages, je ne vais pas faire la revue là... Vous avez sans doute vu qu'on peut faire "plus" que du texte collaboratif.

Par contre l'interface demande quelques adaptations et cela va au-delà des couleurs (même si faudrait aussi bosser la chose). Personnellement j'apprécie bien notre thème actuel sur Etherpad, que je vous remet ici (capture en 800 px de large, vous avez sans doute un truc un peu différent) :

Spoiler for Hiden:

Élégant, pas surchargé... Ok on avait bossé dessus, ce n'est pas l'option par défaut.

De base, Cryptpad est comme ceci, avec moi qui aie ajouté les blocs rouges numérotés pour la suite :

Spoiler for Hiden:

Et c'est plus lourd. Après en cliquant sur divers boutons on peut changer le visuel (6, 7, 8, 12, 13).

Je vous fait une légende des "blocs" :
1) Titre (modifiable). L'icone "texte" est aussi un lien vers la liste de nos documents, ce que je n'aurais pas deviné sans ce travail
2) Une première barre pour certaines options
3) Boutons de partage et de permissions d'accès
4) Notifications du genre "machin a répondu ceci en commentaire à votre commentaire"
5) Avatar mais ouvre aussi un menu (utile certes, perso je rajouterais au moins une icone pour qu'on sache que y'a un menu)
6) Cette petite flèche discrète sert à faire disparaitre/apparaitre les sections 1, 4 et 5.
7) Affiche ou non le chat en cliquant dessus
Affiche ou non la liste des utilisatrices en cliquant dessus (avec un compteur de qui est là)
9) Barre d'outils d'édition du document, que je trouve personnellement trop chargée. Généralement par exemple, on ne touche pas à la police. Mais c'est un détail.
10) Affiche ou non le sommaire (si on a mis le bon style sur les morceaux de texte)
11) La zone de texte
12) Modifie la largeur de la zone de texte : soit elle prends toute la place possible (plus ou moins suivant si vous affichez aussi le sommaire, le chat, la liste d'utilisatrices et les commentaires), soit elle a une largeur moindre et plus adaptée à la lecture.
13) Affiche ou non les commentaires. Pas évident de savoir quel commentaire se réfère à quoi, faut cliquer dessus.
14) Là où s'affichera le chat, la liste des utilisatrices.

Ayant relancé le défi littéraire avec thème/contrainte optionnelle sur Natca, je me questionnais à la lecture de l'UM1 : dans le fond, je pensais que Natca était une ville mais au final, ce serait plutôt un Kastron (la région administrative), là où Ratmidju représente le territoire urbain sous le Mont d'Ambre (la ville/mégalopole ?).

Du coup, j'en comprends que Natca est à la fois la région administrative par son statut de Kastron et une zone (probablement immense) de Ratmidju représentant la ville. Une ville dans la ville en somme. Ai-je bon ?

Ce n'est pas précisé mais je suppose que pour ce Kastron pas de Maison particulière en charge, il s'agit du Khan directement ?

De mémoire, Ratmidju s'oppose à Culno. Culno, c'est la surface et Ratmidju tout ce qui est souterrain, sachant que les ra sont des espèces assez cavernicoles (enfin pour les plus zbasu). Donc tu as du Ratmidju partout dans le Khanat. Et avec pas mal d'espaces qui communiquent, certains qui sont sauvages, d'autres qui ont été creusés par les ra. Natca est effectivement une mégalopole, avec plusieurs quartiers ; je me demande même vu la taille si chaque quartier n'est pas un Kastron en soit
Quant à savoir si y'a une Maison qui est en charge de Natca, ou de quartiers, ce serait intéressant à discuter en fait. Il faut bien un service d'ordre, une intendance, etc. Et le palais de Vaiatua est un ecosystème vraiment particulier, je ne suis pas sûre qu'il se mêle de la vie des ra de l'Infra ou de l'Arène par exemple.

Voir aussi Natca, plans (message du forum), même si je crois que le principal avait été mis dans l'UM1 (pas vérifié ce soir...).

Le sujet me semblerait intéressant à discuter plus... ici ou/et sur le salon Khanat ?

Je met ça ici, maintenant, parce que j'ai le temps d'oublier d'ici jeudi. Et puis ça va me permettre de tester, et de faire un message plus long 

Depuis que j'ai récupéré la gestion des mails de Khaganat (après la fuite de Gandi), le forum me pose régulièrement des soucis. En effet, quand on s'abonne à un message et que ce dernier a une réponse, il y a soudain plein messages de notifications qui partent. Or, étant débutante en mail et craignant les risques de spam, j'ai une politique assez draconnienne sur le nombre d'envoi de mail par minute. Résultat, ça bouchonne, ça fait des erreurs, le serveur du forum finit bloqué par le serveur de mail...

"Un jour" je règlerais un serveur mail spécialement pour ce genre d'usage. Mais, en attendant, j'ai pris un compte chez Scaleway pour de l'email "transactionnel" (en gros, pour faire des notifs...). Cela m'a pris un peu de temps pour tout configurer, mais c'est à présent en place. L'adresse qui vous enverra les mails (pendorid at khbot.khaganat.net) ne peux pas recevoir de courrier, et c'est fait exprès  Si vous avez une meilleure idée de nom pour l'envoyeuse, je prends, sachant que "noreply" a tendance à se faire classer en spam (mais on peut quand même l'utiliser...).

Si cela marche bien, je déploierais ça sur d'autres services. Et certains seront avec un mail en numenaute.org, mais au fond c'est le même bazar.

Sachant qu'il y a un volume de mail offerts chaque mois sur Scaleway, qu'ensuite c'est vraiment peu cher, et que je me suis mis une alerte si on dépasse un certain quota, je ne pense pas qu'on aura des grosses surprises financières. Le temps du test (quelques mois) je prend de toute façon les frais en charges, c'est une de mes contributions à Khaganat ; et puis, je ne suis pas inquiète.

[samedi 8 juin à 21h00]

Oups, on a prévenu par mail mais pas mis à jour ici...

La date finalement retenue pour l'Assemblée Générale de Khaganat est le

samedi 8 juin à 21h00

Le pad de préparation (https://carnets.numenaute.org/p/Khaganat_AG_2024) est toujours ouvert à la contribution : venez le compléter, vous informer au préalable, ou réagir autant que vous le souhaitez.

Pour le soir de la réunion, le principal sera traité sur le canal xmpp de Khaganat ainsi que sur Mumble, salon "Sur le pont". Testez la qualité de vos micros et vos réglages mumbles avant ; pour info l'application "mumla" sur android est très simple à installer et paramétrer. Et faut se paramétrer en "push to talk" ou on vous bannit 

Je le note maintenant avant d'oublier.

Je viens d'envoyer des mails (14!) à chaque personne ayant des dépôts personnels sur le serveur Gitlab. Ce dernier fermera le 1er juin, remplacé par Forgejo. Forgejo est déjà opérationnel d'ailleurs et tous les dépôts faciles à identifier comme étant "à garder" ont déjà été transférés. Il y a aussi quelques personnes que j'ai directement "pingué" sur XMPP ; en tout environ 20 contributrices qui ont des trucs sur le Gitlab, et où il faut voir ce qu'on fait du travail en question. Dont moi... mais je me garde ça pour une autre semaine. Savoir s'il faut ou non que je garde la branche d'un dépôt autre, si j'ai fait des modifs, mis un ticket au mauvais endroit... tant de questions !

Point d'étape (et ce message sert aussi à ne pas répéter les mêmes infos dans le mail que je vais envoyer à certaines utilisatrices).

Nous testons Forgejo depuis quelques mois, cela semble répondre aux besoins de Khaganat, et le développement réellement ouvert et communautaire du projet répond mieux à nos envies que le "libre mais pas trop" de Gitlab. Pour rappel, depuis maintenant deux ans, nous avons transféré la compétence "sysadmin" au projet Numenaute. Mêmes personnes, mais différence de but, Numenaute étant dédié à la bidouille technique et s'autorisant de ce fait à travailler avec d'autres assos et d'autres particuliers en dehors de Khaganat.

À ce stade, tous les projets communs (associés à Khaganat) ont été transférés. Vous pouvez voir la liste sur https://git.numenaute.org/explore/organizations. Cela a permis de conserver l'historique des modifs (vive Git) mais aussi les tickets (vive Forgejo).

Il reste des projets "personnels" et la question est : faut-il les migrer ou les condamner à l'oubli ?

Je vais envoyer un message (mail ou xmpp suivant les disponibilités) aux 20 personnes ayant justement des projets personnels, listant les dépôts associés à leur nom. Je propose la fermeture du Gitlab au 1er juin 2024, ce qui laisse le temps de migrer pour celles qui le souhaite. Passé ce délai, le gitlab sera éteint et ce qu'il contient passera à la poubelle.

Si vous faites partie des personnes concernées : vous pouvez transférer vos dépôts sur Numenaute, mais en respectant l'une de ces conditions :
- Soit le projet sert à Khaganat/Numenaute
- Soit vous devenez adhérents à Numenaute.

Nous pouvons vous aider pour la migration, si vous rencontrez des difficultés (que ce soit vers chez nous ou ailleurs). Vous pouvez poser vos questions ici, sur le canal de Khaganat (préférez la Krypte) ou sur celui de Numenaute.

Dans l'idéal, afin de savoir ce qui est "fait", il est recommandé de passer les dépôts en "archivés" une fois migrés ou s'ils sont à oublier. Tant que ce n'est pas archivé, vous risquez d'avoir des relances.

Et par ailleurs, nous seront ravi de l'occasion d'avoir des nouvelles de certaines à cette occasion
Si vous souhaitez savoir, de votre côté, ce qui s'est passé depuis la dernière fois sur Khaganat, quelques liens utiles :
- Le sujet Qui a fait quoi ? qui liste quasi hebdomairement ce qui est fait sur Khaganat depuis 2019 ; sautez à la date qui vous intéresse
- Le blog qui fait moins de lecture parce qu'on l'alimente rarement... mais on a justement des comptes-rendu par année reprenant nos "qui a fait quoi", donc ça peut être plus synthétique à lire. Celui de 2023 reste à faire mais pour les années précédentes, y'a de quoi faire !

Salut à toutes !

Ça a commencé en blague sur le Kom sauf qu'en fait ça m'a fait réfléchir...

Ha un spam qui réveille mon instinct troll... Je vous partage, ça vaut son pesant de cacahuète. "J'ai récemment découvert avec enthousiasme khaganat.net et j'ai été impressionné par la valeur ajoutée que votre contenu offre aux passionnés de voyages, une perspective que j'apprécie particulièrement."
Voyager dans le Khanat, c'est vrai, c'est cool.
La personne est donc représentante d'un truc de... consignes à bagages. Et donc elle a envie qu'on "créer un article adapté et raffiné pour votre blog".
je peux lui demander surtout s'ils ont prévu d'installer des consignes à bagages à Natca ? parce que ça ne sert à rien de parler d'un service qu'on ne peux pas utiliser
On a une gare toute adaptée, on loue l'emplacement pas cher :-°
* Zatalyz va se faire financer un jeu par une boite de consigne à bagage, tiens
Je ne pousse pas plus parce que le pire c'est que bien mené, ça pourrait marcher... mais pas sûr qu'on veuille des marques en jeu (des vraies).

Il y a Tepsne pour ça :p

C'est vrai. Y'a Tepsne.

Pour celles qui n'ont pas suivi, on prévoit dans l'idéal trois serveurs de jeu : Khanat, le "vrai" monde ; Panka, le mode "hyper safe" avec modo h24 et pas de contenu douteux pour que les enfants puissent jouer, et Tepsne, le "cauchemar", où tester tout et n'importe quoi et balancer les trolls. Nos efforts sont surtout sur Khanat, l'objectif étant d'avoir le serveur sur lequel on a envie de se ballader.

Tepsne a toujours été l'endroit où on pourrait se permettre des options à la con ; accessoirement c'est aussi un serveur pour tester des fonctionnalités avant de les inclure dans le monde. Du pay-to-win là ? Ouais. De la modération au bazooka mais que quand ça nous chante ? ouais aussi. À l'inverse, le serveur de Khanat est prévu pour être un espace "propre" : pas trop de bug, un financement uniquement basé sur la motivation, une vraie éthique dans le gamedesign pour éviter des comportements délétères. 

J'en viens à la question du financement de façon plus large...

Comme vous le savez j'ai quelques plans pour à un moment avoir des sous pour payer du monde à développer et créer concrètement notre jeu. Sans salariés, on n'arrive pas à fournir assez de temps de travail pour avoir au moins notre client/serveur de base. Le modèle économique initial de Khaganat dépend d'un serveur fonctionnel ; avant cette étape il faut trouver d'autres plans. J'ai donc prévu d'aller chercher des financements le jour où je libère un peu de temps et d'énergie (ou accompagner quiconque a envie de le faire). Pas tout de suite : un jour.

J'ai abordé ça ailleurs, je ne vais pas y revenir (pas ici en tout cas !) mais la "blague" citée plus haut m'a fait réfléchir à un mode de financement que j'avais totalement exclu jusque là. Mettre de la pub en jeu.

Attendez, ne fuyez pas si vite ! Non, ne me lancez pas de cailloux !!! 

Il n'y a qu'un seul endroit où cette solution serait acceptable, et c'est évidement Tepsne. Non, pas de pub pour des marques réelles sur Khanat ou même Panka, ça c'est certain. Mais ces boites sans aucune éthique qui balancent de l'argent à tout va dans le marketing le plus foireux, si on leur vend un espace de pub dans un "MMORPG révolutionnaire basé sur la blockchain et tirant partie des dernières nouveautés de l'IA", et ben... elles pourraient nous lâcher du pognon alors même qu'à la base elles ne sont pas dans le secteur du jeu vidéo, et alors même que le jeu n'est pas fait. Je ne sais pas si cette voie mérite d'être creusée, et y'a un côté un peu triche de vendre de l'espace publicitaire sur un endroit où on ne va pas vraiment aller (et s'il faut des bots pour cliquer et leur faire croire que ça marche, ça me va), mais j'avoue que je n'ai pas d'éthique avec les trucs sans éthique et le temps qu'ils se rendent compte que ça n'a aucun impact... s'ils s'en rendent compte... on aura notre jeu.

À ce stade la question est donc vraiment sur l'éthique, qu'est-ce qu'on peut accepter, quelle limite ? Avez-vous d'autres idées douteuses dans ce genre ? 

Point architecture : Forgejo permet de faire des organisations, associés à divers dépôts git. Donc, on peut faire une orga appelée "Khaganat" mais visiblement pas un truc du genre "Khaganat > MMORPG > Git du client" (pas de sous-sous projets). Après, il faut fouiller dans la doc de Forgejo, on a peut-être loupé l'option.

Vers quoi on part ? Un groupe "Khaganat" avec tous les projets ? Ou un groupe "Khaganat-MMORPG", un autre "Khaganat-web", puis "Khaganat-communication", etc ?

On brûle Gitlab, c'est décidé ! En espérant que Forgejo ne m'inspirera pas les mêmes sentiments, mais le projet étant réellement communautaire, j'ai plus d'espoir.

On a beaucoup, beaucoup de dépôts. Et ça va être l'occasion de faire du ménage. C'est obligé, d'ailleurs, parce que la méthode actuelle qu'on a trouvé demande de transférer chaque dépôt un par un.

Votre mission si vous l'acceptez :
- lister les dépôts à transférer tel quel (avec issues et tout). D'ailleurs si y'a plus que les issues et le dépôt (genre CI ou je ne sais quoi) faut le noter.
- lister les dépôts qui peuvent disparaître dans les Brumes.

Une fois ça fait, si tout le monde est d'accord :
- On détruira les dépôts des Brumes (il y a une raison que j'explique ensuite)
- On transfère les dépôts qui doivent l'être, et ensuite, on détruit la version sur Gitlab (j'ai dit : tout brûler !

Et là... On verra ce qui reste comme projets, sur lesquels on fera potentiellement une seconde passe. C'est pour ça que je veux détruire au fur et à mesure, cela permettra de faire du vide et voir où on en est.

J'espère très fortement que tout cela mènera à un moment à ce qu'on aie plus qu'une dizaine de projets "persos", et donc très peu de gens à contacter pour leur dire "décide ce que tu fais de ton dépot, transfert ou autre, mais nous on doit fermer Gitlab". Là c'est compliqué de savoir.

Les utilisatrices devront se recréer un compte sur Forgejo, parce que flemme de chercher le détails de comment transférer.

Pour les pnj, il faudra tout de même pouvoir donner des règles à l'IA sur ce qu'elle a le droit d'aborder ou non suivant les "familles" de pnj. Et puis, forcément, les nourrir de discussions khantiques

Ce serait étrange qu'un ra puisse discuter de politique terrienne par exemple. Et un journalier d'Hoslet n'aura sans doute pas les mêmes centres d'intérêts qu'un pêcheur du Delta ou un noble de Vaiatua. Par ailleurs, un PNJ ne va pas se comporter de la même façon avec quelqu'un de son kagnivo, d'un kagnivo ennemi ou d'un kagnivo inconnu. Il faudra donc voir comment on peut donner des règles à l'IA suivant diverses conditions.

Cela pose peut-être aussi la question, sur les niveaux de réalité, d'à quel point on encourage des relations avec des IA. Question ouverte, je le précise, mais pas anodine