Devenir de la liste des mods de Freddy_Gwendo

[rivvers]

Merci pour ta question pertinente.

Actuellement, j'ai BESOIN de la simplicité et de la flexibilité de l'outil pour remettre la liste au niveau.
Ce besoin va décroître avec le temps. Et la question de l'accessibilité viendra naturellement avec.
Pour rendre la chose directement et facilement modifiable par un utilisateur, il faut une interface et là on en revient assez vite à la solution wordpress proposée par l'équipe.

En attendant, on peut imaginer une solution complémentaire.
Si par exemple, il existait un tableur collaboratif qui possède une structure bien définie que tout le monde pourrait remplir ?
Ce tableur ne serait pas directement reliée à la liste mais la liste pourrait venir puiser dedans.
Ça pourrait permettre indirectement d'ajouter des mods sans avoir à maîtriser github, le html ou même avoir un compte.

edit : quelque chose comme ça par exemple ?

Code : Tout sélectionner

https://docs.google.com/spreadsheets/d/1ux-7OXo5z3753yxO6rGDGJlk3R_CPbAfqknpEq_ZfIY/edit?usp=sharing

[deratiseur]

Pourquoi ne pas créer un wiki comme celui de wiwiland (communauté précédemment pour Morrowind et depuis quelque temps pour tous les TES) ? Ça pourrait contenir l'encyclopédie hébergée ici dans un format pas pratique et avoir des pages dédiées, comme par exemple celle du mod Nova Magicka -> page dédiées "liste des mods", peut etre que ta page github pourrait la lire pour se mettre à jour.

[rivvers]

Sur le plan technique, ça ne posera pas de problème. Notamment si les pages sont bien structurées.
Si ce wiki est bien rempli, je ne vois pas trop l'intérêt de la liste.

La question c'est : Qui le remplit ?
Parce que le projet paraît faramineux.

[vv221]

La question c'est : Qui le remplit ?

Je pense que quand on aura finalement le nouveau site dédié de prêt, il faudra qu’il puisse importer les informations des listes existantes. Ce serait vraiment dommage que quelqu’un doive recommencer un import manuel pour la n-ième fois si on peut l’automatiser.

Pour rappel notre plan pour l’instant n’est ni un WordPress ni un wiki, mais bien un outil dédié développé explicitement en fonction des besoins des mainteneurs et des utilisateurs de ces listes.

[rivvers]

il faudra qu’il puisse importer les informations des listes existantes

Actuellement, la db est un fichier json dispo sur le repo github, je pense qu'il n'y a pas plus simple pour un import. Quelque soit la techno choisie.

un outil dédié développé explicitement en fonction des besoins des mainteneurs et des utilisateurs

Ok ça fait rêver mais concrètement ?

[vv221]

Actuellement, la db est un fichier json dispo sur le repo github, je pense qu'il n'y a pas plus simple pour un import.

En effet, il y a peu de chances que ce soit compliqué à importer. Par contre je me demande si c’est au bon endroit que je suis allé fouiller, je n’ai pas retrouvé ce fichier json.

---

Ok ça fait rêver mais concrètement ?

Concrètement ça restera à l’état de projet tant que je n’aurai pas, selon ce qui arrivera en premier, du temps ou de l’aide.

Sur le côté technique il s’agira d’une base de données avec la structure suivante : https://git.vv221.fr/baldursgateworld.f ... ucture.txt
Un formulaire Web (basé sur PHP) permettra d’ajouter de nouvelles entrées ou d’éditer les entrées existantes, ce qui devrait permettre à tout un chacun de participer à la maintenant de la liste plutôt que de faire reposer ça sur une seule personne comme ça semble avoir été le cas des tentatives précédentes. Et pour la consultation, de simples pages de liste et de détails seront générées dynamiquement depuis la base de données.

Au final ce n’est pas un développement complexe, si je réussis à me dégager quelques semaines ça devrait suffire pour obtenir quelque chose d’utilisable. Le seul point bloquant jusqu’ici est mon emploi du temps particulièrement chargé depuis plusieurs mois.

[rivvers]

En effet, il y a peu de chances que ce soit compliqué à importer. Par contre je me demande si c’est au bon endroit que je suis allé fouiller, je n’ai pas retrouvé ce fichier json.

Il faut regarder sur la branche gh-pages : https://github.com/RiwsPy/lcc-docs/tree/gh-pages
La description des différents champs est détaillée en bas du readme.

---

Ok, merci pour les précisions.

Actuellement, ça manque clairement d'une méthode de création/édition comme tu la présente.
Par contre ce que j'ai compris de ces deux dernières semaines c'est qu'ajouter un mod est une chose, entretenir les 1500 autres en est une autre. Surtout après 2 ans d'absence.
Et que sans aide technique à ce niveau-là, c'est crouler sous la charge de travail et voir la qualité générale de la liste décroître inéluctablement avec le temps.

Du sql et du php. Désolé mais c'est tout ce que je n'aime pas.

[vv221]

Et que sans aide technique à ce niveau-là, c'est crouler sous la charge de travail et voir la qualité générale de la liste décroître inéluctablement avec le temps.

Clairement, c’était ma motivation principale à proposer un outil qui soit utilisable par tous les moddeurs à la fois, pour éviter de se retrouver une fois de plus avec un mainteneur isolé et surchargé.

Du sql et du php. Désolé mais c'est tout ce que je n'aime pas.

C’est non-négociable si c’est moi qui m’en charge, je n’irai pas m’infliger du JavaScript ou même du Ruby
Ça a au passage l’avantage d’être les même technologies que celles utilisées pour faire tourner le forum, donc déjà disponibles sur le serveur et surtout déjà plus ou moins connues par les administrateurs actuels.

[rivvers]

un outil qui soit utilisable par tous les moddeurs à la fois, pour éviter de se retrouver une fois de plus avec un mainteneur isolé et surchargé.

Mille fois oui pour le formulaire. Mais de mon point de vue, ça ne suffira pas.

J'ai commencé à compléter la liste il y a deux semaines. C'est négligeable. Surtout quand on sait ce qu'il y a à faire.
Pour ne rien arranger je suis novice, « isolé » et la liste est à l'arrêt depuis 2 ans. Pour enfoncer le clou, je me suis même rajouté des tâches pour augmenter le potentiel de la liste.
De plus, l'expérience nous a appris que même un Freddy motivé et en jouant très bien sur l'aspect communautaire a implosé.
Bref, tous les signaux sont au rouge.

« Surchargé » ?
Le démarrage a été compliqué les trois premiers jours, depuis… je me sens comme un poisson dans l'eau. Le travail a énormément avancé et je suis confiant sur ma capacité à non seulement rattraper le retard, corriger les étourderies, rajouter les nouveaux mods comme les vieux délaissés mais aussi à rajouter des fonctionnalités. Le tout dans un délai raisonnable et sans y passer mes nuits.
Cela est rendu possible grâce notamment à l'automatisation de certaines tâches peu visibles mais chronophages. Tâches ingérables même par 10 personnes motivées sans "aide technique".
Un exemple : il y a 3000 liens. Comment déceler les liens morts ? Le formulaire va permettre de corriger l'information mais comment savoir qu'il y a une correction à effectuer ?

Il manque l'aspect communautaire dans la solution que j'ai mise en place. Des améliorations seront apportées, même si j'ignore si elles seront suffisantes.
Proposer une alternative basée sur la communauté, super. C'est du bon sens même, puisqu'il y a une communauté. Mais s'il n'y a pas d'outils d'aide à la maintenance… ça croulera sous le travail. Comme les autres listes. Même à 10.

Pour que ça marche bien, il faut les deux.

[vv221]

Un exemple : il y a 3000 liens. Comment déceler les liens morts ? Le formulaire va permettre de corriger l'information mais comment savoir qu'il y a une correction à effectuer ?

Sur le coup, c’est typiquement le genre de chose que je peux automatiser.

Pas quelque chose qui corrigera magiquement les liens, bien sûr, mais au moins une vérification que la page liée répond bien et qu’il ne s’agit pas d’une redirection.

[rivvers]

C'est le premier script que j'ai moi-même mis en place donc, je ne doute pas que tu puisses aussi le faire.
Cependant et compte tenu des technos choisies, mon travail sur cet aspect ne sera pas transposable donc selon toute vraisemblance, cela ne reposera que sur toi.

---

Du coup, retour à la position coincée entre deux chaises.

1. Je peux partir du principe que la solution sera mise en place donc c'est inutile de continuer ce que je fais.
Mais sans vraiment savoir quand elle sera mise en place, ni à quel point elle répondra aux attentes.
Dans un cas comme dans l'autre, je sors du projet : soit parce que je n'ai rien à apporter techniquement, soit parce que je serais mort de vieillesse.

2. Je peux continuer comme si de rien n'était, et faire du mieux que je peux pour maintenir la liste tout en rendant possible l'implication d'autres personnes.
Plus je bosse dessus et plus le démarrage sur l'autre sera aisé mais en même temps plus une part importante de mon travail finira à la poubelle.
D'un côté les gens auront des raisons de ne pas s'impliquer (une autre liste va sortir), de l'autre vous aurez des raisons de ne pas vous dépêcher (une autre liste fait déjà un peu le job).
Nourrissant le status-quo désagréable.

Bonjour l'ambiance.


C'est quoi la fourchette estimée sur la date de mise en place d'une version utilisable de la solution ?

[vv221]

C'est le premier script que j'ai moi-même mis en place donc, je ne doute pas que tu puisses aussi le faire.

Oh, je n’avais pas compris que tu parlais de quelque chose que tu avais déjà mis en place, je pensais que c’était simplement une suggestion. Je n’ai pas regardé en détails, mais si je comprends bien c’est avec Python que tu bosses ? Si oui, c’est un langage que je comprends suffisamment bien (j’ai bossé avec pendant quelques années dans ma dernière boîte) pour pouvoir adapter ton travail plutôt que de partir de zéro.

Par rapport aux deux approches que tu présentes, perso je préfère que tu continues sur ta lancée. Si je sais que je vais bosser sur le système dédié hébergé sur le serveur de la Couronne, je n’ai pour l’instant aucune idée de quand. Je ne peux même pas dire si je pourrai enfin me lancer dans quelques semaines (assez peu probable), quelques mois (sûrement ce qui a le plus de chances d’arriver) ou même quelques années (je n’espère pas). Au moins avec ton travail il y a dès maintenant quelque chose d’utilisable, utilisé et surtout activement maintenu.

Il faut bien comprendre que La Couronne de Cuivre n’est qu’une de mes nombreuses activités et que je dois en permanence jongler entre des priorités contradictoires, avant même de prendre ne compte que je dois en plus garder du temps pour d’éventuelles activités participant à remplir mon frigo. La dernière asso qui a eu besoin de mes services pour quelque chose de pas terriblement différent m’avait finalement embauché, ce qui règle pas mal de questions vu que pour la période du contrat je ne bossais plus que pour eux. Mais dans le cas de la Couronne ce ne serait pas envisageable à cause de ma position au sein du bureau de l’association… et je coûte de toutes façons trop cher

[Selphira]

Je pense qu'il n'est pas impossible de faire cohabiter les 2 projets.

Et plutôt que de développer 2 outils distincts complètement indépendant, les rendre complémentaires.

Par exemple, garder et continuer d'améliorer la liste de @rivvers telle qu'il est entrain de la développer (Python +Json), et faire en sorte que les outils communautaires de @vv221 destinés à la maintenir soient développé en PHP +Json au lieu de que PHP + SQL. Les outils éditerons alors le Json. Même si à terme ce fichier Json contiendra l'ensemble des mods du jeu, ce ne sera rien pour les machines actuelles. Elle restera très rapide à traiter par le PHP. On perd évidemment les facilités de sélection du SQL, mais c'est assez facilement transposable avec les fonctions sur les tableaux de PHP qui sont assez puissantes.

On pourrait dire que les outils ne touchent pas directement au Json "de prod", mais qu'ils travailleraient sur une copie ne contenant que les mods modifiés en attente d'éventuelles validations d'autres utilisateurs afin que les modifications soient poussées et rendues accessibles. La liste de rivvers pourrait avoir conscience de cette seconde liste, pour afficher une petite icône indiquant que des modifications attendent une validation. Et pour qu'une modification soit validée, il faudrait qu'elle soit acceptée par au moins un utilisateur différent.

[rivvers]

Oh, je n’avais pas compris que tu parlais de quelque chose que tu avais déjà mis en place, je pensais que c’était simplement une suggestion.

C'est une suggestion. Mais oui, il y a des outils mis en place. Comment crois-tu que je puisse gérer ça correctement sinon ?

---

C'est un compromis intéressant.

J'ai tout récemment mis en place une action github pour que la recompilation du html soit automatique après la modification du fichier json. Plutôt que devoir le faire manuellement depuis un environnement virtuel. C'est une étape importante et elle ouvre quelques possibilités.

Je pourrais aller chercher les informations remplies dans le formulaire pour les ajouter au json ou bien que les informations soient proposées au repo via une PR.
Le language utilisé pour le formulaire n'a aucune importance à ce stade.
Une fois le json à jour, la recompilation du html se fait et la page est rafraîchie, tout ça de façon automatique.
On pourrait être plusieurs à pouvoir valider une PR.

Et si ça ne convient pas, on pourra enclencher l'étape suivante en réutilisant le formulaire.

[vv221]

Un premier truc que je peux faire, c’est un outil de conversion (dans les deux sens) entre la base SQL et le fichier JSON. Comme ça chaque liste pourra facilement importer le contenu de l’autre.

Ça ne nécessite pas que la nouvelle liste soit prête, juste que la structure de sa base de donnée soit bien définie. Donc je devrais pouvoir me lancer là-dessus bien plus tôt que le développement de tout le reste.

[Le Marquis]

De plus, l'expérience nous a appris que même un Freddy motivé et en jouant très bien sur l'aspect communautaire a implosé.

De mémoire (et vu de l'extérieur) Freddy a aussi explosé car il s'était lancé dans énormément de trucs en même temps (son énorme mod, admin chez SHS, la fameuse liste, les mises à jour, le mod communautaire qui n'a jamais vu le jour, du taf pour la cc...)

[rivvers]

Tu fais bien de le préciser.

Mon message avait pour objectif de mettre en avant le fait que tout semblait aller mal (en faisant des raccourcis douteux donc) alors que c'est plutôt l’inverse qu'il se passe.
Que la surcharge est là non parce que l'on est seul mais parce que l'on est mal outillé. Et que pour fonctionner, le projet doit aller plus loin que ce que l'on avait imaginé initialement.

[vv221]

De mémoire (et vu de l'extérieur) Freddy a aussi explosé car il s'était lancé dans énormément de trucs en même temps

Je confirme que c’est une cause assez fréquente de burn-out (ou problèmes similaires) chez les bénévoles. Je connais ça très bien pour m’être retrouvé exactement dans la même situation.

C’est justement pour éviter ça que maintenant je priorise mieux mes tâches… malheureusement au détriment de ce nouveau système de liste de mods pour la Couronne