---
tags:
  - Maelstrom
  - "-"
  - notes
  - and
  - questions
relates-to: "[[Maelstrom - notes and questions]]"
---
# Maelstrom - other questions
- Visibilité sur le développement de la CI/CD en python ?
	- C'est grossièrement dans la roadmap mais pas représenté à proprement parler pour le python. Pas de date de prévue à proprement parler c'est dans la roadmap générale.
- Rebuild suite à des modifs en python
	- aujourd'hui dans le pire cas (full rebuild pour chaque modif python) mais c'est prévu que Maelstrom soit plus intelligent sur ses build targets.
	- des process plus clairs et straight-forwards (DTE, NO DTE) doivent être mis en place avec la prod pour le remontage rapide de fix pour le python.
- On a de la peine à estimer le temps que prend la DTE dans ce nouveau process à tester les fixs, donc on sait pas trop le temps que ça prendra de mettre en prod les jiras dans la suite du projet, on sait juste que quand on se sera sorti des SP ce sera plus efficace.
- Pour les problèmes NO DTE ?
	- Un fois que c'est sur le Main, la prod est capable de savoir que le fix est disponible et donc peut le récupérer
	- Un nouveau process est en train d'etre mis en place sensiblement plus basé sur Jira notamment
	- La prod reste maitresse quand il s'agit de demander des features du Main sur les branches de prod
		- IMO c'est un problème dans les cas que je rencontre personnelement pour les outils qui sont indépendants des projets. Je pense à mon Pack Retarget par exemple ou les fixs qui sont déployés dessus sont complètement ignorés par la prod qui a son nez sur Buildo ou Popcorn (à raison). C'est bien les users directement qui sont impactés par ces modifs, qui les demandent, qui les connaissent, qui les suivent et qui les attendent. J'ai peur que d'attendre que la prod valide ce genre de modifs fasse du "bloat" pour la prod projet qui valide sans y prêter attention certains fixs sachant que c'est pas vraiment son problème et que ça prenne juste du temps pour que les fixs soient effectivement intégrés. 
- Submit un peu long
	- des optims sont en chemin
- Gestion de dépendances à l'intégration des CLs
	- dépendances non bijectives -> ticket par Raphael Belus
- Gestion des streams et des merge
	- c'est la question de Kevin, j'ai pas tout compris là autour honnêtement désolé
- Pour les tests auto
	- On verra pour mettre en place une solution qui puisse faire le pont entre les tests de la LLE, ceux de Maya et ceux du moteurs histoire d'avoir un système qui puisse couvrir tout ces besoins (et d'autres) en laissant les devs lancer leurs tests sur tractor dans des environnements de prods
	- C'est quelque chose qui est pas encore en developpement réllement, le CDC et le dev en lui même fera sans doute intervenir une Task Force composée de personnes de différentes équipes pour prendre en compte les besoins des différents environnements.
- De nouvelles réus du genre peuvent être faites (en plus des ticket Jiras qui sont toujours les bienvenus) mais plutot après que le process des SP soient terminés et qu'on ait eu le temps de tester un peu le process dans sa version plein emploi.


---
# References
- https://quanticdream.atlassian.net/browse/QDRD-23897
- https://quanticdream.atlassian.net/browse/QDRD-25788
- https://quanticdream.atlassian.net/browse/QDRD-25261