Un tableau de bord permet en effet une vision d’ensemble sur le projet. Mais seul @elois l’avait, et il n’est plus là. Donc j’ai passé pas mal de temps à me former sur la codebase existante pour pouvoir acquérir cette vision d’ensemble, et je pense m’approcher du moment où je pourrai produire un tel tableau.
Ce qu’on a de plus proche pour l’instant reste le Plan de migration v2, mais j’aimerais le refaire avec un outil adapté.
D’autre part ton intervention lors de la visio m’a beaucoup fait réfléchir :
J’ai commencé à voir plus clairement quels étaient les tickets à conserver pour une optimisation postérieure à la migration et quels étaient les tickets à traiter en priorité. Ça m’a aussi permis de prendre du recul par rapport aux discussions dont je n’arrivais pas à me sortir comme particulièrement : Proposition de supprimer la notion d'identité désactivée mais non révoquée et la notion d'adhésion. Là dessus, je pense qu’il y a un comportement à stabiliser, j’ai aussi été déstabilisé par des bugs de documentation (Becoming smith (request_membership, claim_membership)), mais je suis en voie de corriger tout ça, notamment avec la MR !133.
Ensuite, je serais intéressé qu’on entame le processus de spécification discuté ici : Comment écrire un protocole de manière précise et compréhensible par un humain?, ça me rassurerait sur le fait de pouvoir accueillir des développeurs expérimentés sans qu’ils n’aient à faire le travail de rétro-ingénierie pour comprendre le comportement attendu.