Compte-rendu de la réunion SemApps du 9 novembre

Réunion gouvernance SemApps 09/11/2021

Présents: Simon, Sébastien, Guillaume, Yannick, Niko

Réunion en gestion par tensions.

Tensions

Simon

  • Chantier interoperabilité: manque de visibilité sur les avancées, sur la vulgarisation des avancées. Pas de suivi. Pas d’inquiétude cependant.
    • 2 aspects : meta (que faire pour améliorer nos process) / concret (que se passe-t-il pour cette feature en particulier)
    • Refactoring pour fetcher plusieurs ressources est fait. Niko a pris du retard à cause de son chantier mais cela a évité qu’on se marche sur les pieds.
    • Avancées partagées normalement au sprint review du vendredi (1 semaine sur 2). Sébastien fera un compte-rendu écrit pour le prochain puisqu’il ne sera pas là.
  • ActivityPods vs interoperabilité: Les deux technlogies sont complémentaires mais peuvent couvrir des besoins très proches. Cela peut créer des tensions dans nos échanges avec des usagers/clients et entre nous, en fonction du degré de compréhension
    • Architecture ActivityPods est pertinente lorsqu’il y a beaucoup de données privées. Si on a des containers avec des centaines de ressources, mais seulement quelqu’unes qu’on a le droit de voir, ça ralentit considérablement les performances.
    • Les PODs peuvent mettre en cache des données ou les fetcher via un proxy. A décider selon les cas d’usage. L’idée c’est d’offrir le maximum de possibilités.
    • Avec ce système on peut mélanger données privées et données publiques. A voir comment ça pourra se faire dans l’usage, p.ex. pour les profils utilisateurs.
    • Sebastien doit avoir fini ce travail début décembre. Donc la v0.4 de SemApps, avec tout le refactoring fini, sortira fin novembre, au moins en version bêta.
  • Aiguillages commerciaux:: Comment ça se passe en terme d’aiguillage commercial ? P.ex. Vincent (MSV), Igor. Question se pose quand un client potentiel a des besoins. Problème que ce soit posé au centre, alors qu’on sait pas par qui le client veut passer. Génère du stress et de l’incompréhension.
    • Demander au client de passer directement par l’AV lorsque ces cas se produisent.
  • Perf/logique dereférencement: Pour le moment la logique est plutôt de laisser les clients déréférencer les ressources. L’autre solution est de faire cela plus du côté du serveur. Dans les deux cas il y a des problèmes potentiels de performance.
    • On en parle vendredi
  • Marmelab: Suite à l’appel avec Marmelab, que faire concernant les composants entreprise de React-Admin ? Prendre plusieurs licenses ?
    • Une license est suffisante s’il s’agit de voir à quoi ça ressemble. Le commercial a dit qu’on pouvait en prendre une pour un mois seulement.
    • On ne peut pas publier en open-source un logiciel qui utiliserait ces composants, car pour les télécharger il faut la license. Mécanisme à vérifier.
    • On en parle vendredi

Guillaume

  • Newsletter: Voir le PAD C’est bon pour tout le monde ? Qui l’envoie ? A qui ?
    • Point jeudi matin entre Yannick et Guillaume
    • Pas nécessaire de mettre le montant du financement DUST
    • Il faut qu’on en fasse plus souvent pour que ça soit plus léger !
  • Open Collective: en tant qu’AV on est hôte fiscal sur Open Collective. On peut donc héberger des collectifs. Voir cette campagne de don qui permet de voir les dons fait sur le chantier interopérabilité. Permet de mettre de la transparence sur les co-financements. Permettrait aussi de voir qui a fait la prestation. OC ne demande pas de commission (don libre).
    • Faire le lien avec le projet de Yannick sur les flux financiers
    • Attention à la communication nécessaire. Avoir une belle page OC ne sert à rien si personne ne la visite.

Sébastien

  • Doc français: La documentation technique ne devrait être multi-lingue. C’est trop de travail à gérer. Mais si on ne mets pas aussi à jour les fichiers, les visiteurs français risquent de voir une version datée.
    • Yannick pensait l’avoir exclu. Il va voir pour régler ça.
  • WebID-OIDC: c’est un peu stressant de ne pas savoir si on va pouvoir implémenter cette spec, si ça ne va pas être un monstre difficilement intégrable dans notre stack actuelle. Heureusement il y a une alternative avec les signatures HTTP et les proxy. Mais il faudrait quand même qu’on débloque un budget pour que Niko (p.ex.) explore cette option.

Niko

  • Tension avec lui-même quant au fait qu’il n’a pas commencé le chantier interop :wink: