minimata/ObsidianHome
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

vault backup: 2023-10-13 14:58:55

Browse Source
This commit is contained in:
Alexandre Serex
2023-10-13 14:58:55 +02:00
parent 34f0f3c363
commit 3fe8d9ce29
1 changed files with 3 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

14
01 - Notes/Literature/Maelstrom - other questions.md
View File

@@ -8,25 +8,17 @@ tags:
relates-to: "[[Maelstrom - notes and questions]]"
---
# Maelstrom - other questions
- How much time is expected to pass between the submit to Main of a modification and its deployment to production ?
-
- How many people should be aware and have to give the go for a fix to be deployed to production ?
-
- Why are we watching random delivery jiras ?
-
- Use case of a virtual machine or clean environment for testing: had an issue qith the get latest of files recently but didn't see it because all files needed werre already on the devs computer. The bug would have been a blocker in production and could have been avoided if the code could have been tested in e clean production setup.
-
- 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 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 straighjt-forwards (DTE, NO DTE) doivent être mis en place avec la prod pour le remontage rapide de fix pour le python.
- 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 DTE.
- 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 futur nouveau process est en train d'etre mis en place sensiblement plus basé sur Jira
- La prod reste maitresse quand il s'agit de demander des features intégrées sur le Main sur les branches de prod
- IMO c'est un problème dans les cas que je rencontre personnellement 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) mais ou c'est bien les users directement qui sont impactés par ces modifs, qui les ont demandées, 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 parce que c'est pas son problème et que ça prenne juste du temps pour que les fixs soient effectivement intégrés.
- IMO c'est un problème dans les cas que je rencontre personnellement 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