[meta] Grands sujets "tech"

[laem]

:construction: é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

• [ ] #801
• [ ] #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 #165
• [ ] 2 dépots ? 3 dépots (un 3ème pour les scripts) ? 1 meta dépot ? https://github.com/datagir/nosgestesclimat-site/issues/734
• [ ] https://github.com/datagir/nosgestesclimat-site/issues/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 #734
• [ ] https://github.com/datagir/nosgestesclimat-site/issues/1110
• [ ] une grosse liste d'améliorations SEO souvent très tech https://github.com/datagir/nosgestesclimat-site/issues/566
• [ ] rendre NGC multi-métrique : énergie, eau, etc. https://github.com/datagir/nosgestesclimat-site/issues/309
• [ ] enlever les dépendances externes faisant fuiter des IP https://github.com/datagir/nosgestesclimat-site/issues/864
• [ ] https://github.com/datagir/nosgestesclimat-site/issues/1100
• [ ] last but not least https://github.com/datagir/nosgestesclimat-site/issues/1102
• [ ] https://github.com/datagir/nosgestesclimat-site/issues/1095
• [ ] #1096

Plutôt côté modèle

• [ ] datagir/nosgestesclimat/issues/1907
• [ ] #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)
• [ ] https://github.com/datagir/nosgestesclimat-site/issues/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 https://github.com/datagir/nosgestesclimat-site/issues/793
• [ ] https://github.com/datagir/nosgestesclimat/issues/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