Skip to content

20190626 dev

Emmanuel Gaillot edited this page Jun 26, 2019 · 2 revisions

Compte-rendu point développeurs du 26 juin 2019

Déployer automatiquement vers une instance de pré-production

Suite à la hausse d'anomalies détectées une fois le code déployé sur l'instance de production, on décide de mettre en place une instance de pré-production (https://preprod.competences-pro.beta.gouv.fr / https://preprodapi.competences-pro.beta.gouv.fr/admin), sur laquelle on souhaite déployer le code des branches master après chaque fusion (merge).

(Note de Manu : j'ai rédigé une issue dans le projet Orchestrateur à ce sujet.)

La vue accueil et ses tests

Le travail dans le code de VueAccueil et des tests correspondants s'avère de plus en plus pénible. Il est temps de faire du nettoyage ! Stéphane et Manu ont des idées de remaniement (entre autres : pour réduire le couplage entre la vue de l'accueil elle-même et celles des bâtiments et de la progression). On décide d'organiser une session collective de design, et une (ou plusieurs) session collective de programmation — pour tous ceux qui seront intéressés.

Situation « Compte-rendu »

Les avis sont partagés sur le fait de livrer la situation en l'état, ou s'il faut bosser davantage dessus avant de déployer en prod. Au cœur du débat : est-ce que ce qu'on apporte suffisamment de valeur (et une valeur supérieure aux coûts de maintenance) pour présenter le travail actuel ? On décide finalement de déployer ce travail sur une instance de démo (https://demo.competences-pro.beta.gouv.fr) pour permettre de faire une demo / preview de ce que pourra être la fonctionnalité.

On recense les besoins suivants pour avoir une couverture fonctionnelle minimale :

  • Pouvoir présenter le compte-rendu rédigé par l'évalué·e dans le rapport d'évaluation

On recense aussi d'autres besoins pour une couverture fonctionnelle plus acceptable :

  • Pouvoir « officiellement » accéder à la situation « Compte-rendu » depuis la GUI (et non par un moyen caché)
  • Avoir un chemin de progression en conséquence
  • Offrir une interface d'administration côté client pour rendre ou non la situation accessible
  • Harmoniser l'expérience de cette situation avec les autres (consigne ? message de fin ? même logique de présentation ?)
  • Côté serveur : permettre à l'évaluateur·ice de valider la saisie du compte-rendu d'accident, et afficher ce résultat dans le rapport d'évaluation

On souhaite parler de ces divers points fonctionnels avec Gaëlle et Benjamin, notamment pour voir comment élaborer ensemble une feuille de route.