[meta] Grands sujets "tech"

[laem]

🚧 écriture de cette issue en cours. N'hésitez pas à proposer des sujets en commentaire, je consoliderai

Dans cette issue, un premier jet de liste de sujets "tech" importants. Il s'agit de sujets qui ne sont pas purement tech.

Par exemple, si l'équipe estime qu'on a une dette trop importante sur un jeu de code, on le priorise "obligatoirement" ou on le traite en résiduel dans un sprint. Idem pour les bugs critiques qui n'ont pas à être priorisés (on arrête ce qu'on fait même un réunion et on le corrige) ou des bugs non prioritaires qu'on peut prioriser à chaque sprint sans trop impacter la feuille de route.

À l'inverse, un sujet comme #801 n'est pas une obligation : on peut choisir de ne pas migrer vers Next, et la migration a un coût non négligeable, qui se chiffre en sprint(s).

Donc sous l'appellation "tech", on va en fait parler de fonctionnalités : SEO, UX, performance donc UX, précision des chiffres du modèle, amélioration du modèle pour pouvoir accueillir de nouveaux types de questions, etc.

Plutôt côté site

• Migrer sur Next.js ?  #801
• Permettre une utilisation de Nos Gestes Climat en mode hors ligne #1089
• cette PR a sa place ici car elle peut créer plein de conflits, à prioriser en début d'un sprint avant toute nouvelle PR Mieux ranger les fichiers #165
• 2 dépots ? 3 dépots (un 3ème pour les scripts) ? 1 meta dépot ? Reorganize the model and website repositories #734
• Versionnage du modèle et scripts de migration des données #1094
• Migrer les scripts JS en véritable outils en CLI (en TS ou autres languages plus appropriés (OCaml, Go, etc…) ?) en lien avec Reorganize the model and website repositories #734
• [meta] Génération d'utilisateurs factices pour tester les modes groupe #1110
• une grosse liste d'améliorations SEO souvent très tech [meta] Améliorations de SEO #566
• rendre NGC multi-métrique : énergie, eau, etc. Déclinaison pour d'autres métriques d'empreinte environnementales #309
• enlever les dépendances externes faisant fuiter des IP Enlever la dépendance polyfill.io ?  #864
• Ouvrir le code du serveur #1100
• last but not least Exploration sur le sujet des LLM  #1102
• Davantage de Typescript #1095
• Développer une meilleure biblio de composants UI #1096

Plutôt côté modèle

• Proposer des distributions numériques pour les valeurs par défaut des questions discrètes nosgestesclimat#1907
• Implémenter le système de liste dans publicodes #435
• Améliorer publiopti en terme de réduction de la taille du modèle et de sa performance d’exécution (passer sur un langage compilé ? Grosse dépendance à l’interpréteur publicodes en TS malheureusement)
• Exposer les sous-simulateurs #1097 mis dans cette liste car c'est une fonctionnalité utilisée pour le dev qui pourrait être promue pour les utilisateurs
• Améliorer la documentation, en faire un vrai sous produit ambitieux [Méta] Améliorer la documentation NGC #793
• Fusionner ecolab-data et ecolab-transport nosgestesclimat#452
• Rendre accessible une partie seulement du modèle sur https://data.nosgestesclimat.fr/ (notamment sur ICO2)

[laem]

À faire

• faire une liste à peu près complète des sujets
• sélectionner une partie d'entre-eux pour l'échéance intermédiaire mi-août
• en parler aux côtés des autres sujets de la roadmap

[EmileRolley]

Proposition prio Emile

Court terme (fin août)

1. Passage au full TypeScript (strict mode ?)
2. Définition et mise en place d'une arborescence de fichiers structurées
3. Versionnage du modèle

Plus long terme

1. Biblio (+ storybook ?) de composants UI
2. Listes dans publicodes
3. Refacto et publication des fichiers de script

[Clemog]

Proposition prio Clément

Court terme (fin août)

1. Versionnage du modèle et scripts de migration (à mon avis, un sprint pour 2 personnes)
   1.0.1 Permettre l'accès à une partie du modèle seulement (pour moi c'est en même temps que le point 1)
2. Définition et mise en place d'une arborescence de fichiers structurées
3. Amélioration de la documentation

Plus long terme

1. Déclinaison pour d'autres métriques
2. Listes dans publicodes
3. Biblio (+ storybook ?) de composants UI

Me semble très rapide (moins d'une demi journée pour chaque point) :

• enlever les dépendances externes faisant fuiter des IP
• Ouvrir le code du serveur

[laem]

Proposition prio Maël

Court terme (fin août)

1. Tests de charge mode groupe
2. Mode hors ligne
3. Réordonner les fichiers (rapide)

Plus long terme

1. LLM
2. Versionnage et migration du modèle
3. Fusion ecolab-data et transport

[dxb]

Court terme :

1. TS 100%
2. versionnement du modèle et disponibilité via paquet ou api ?
3. simplifier architecture des dossiers/fichiers

Long terme :

1. refactoring général, passage à nextjs
2. avoir une librairie de composant ré-utilisable
3. Tailwind :)

[bjlaa]

Court terme :

1 Tests de charge mode groupe
2 Réordonner les fichiers

Long terme :

1 passage à nextjs, TS
2 Design system / avoir une librairie de composant ré-utilisable
3 Tailwind <3