Réunion des dév' de Zeste de Savoir

Bonsoir les agrumes,

Plus de deux mois sans réunion ? Il faut y remédier ! Plus sérieusement, je propose que l’on organise une petite réunion pendant le mois de février histoire de discuter des petits points à finaliser pour la v30 et ainsi éviter qu’elle ne reste des mois achevée à 95%. Telle que l’habitude le veut, vous êtes libres d’entrer vos disponibilités dans ce chaleureux sondage concocté avec amour !

Bonsoir à tous,

Le sondage ne laisse pas de place au doute : la réunion à propos du développement technique de Zeste de Savoir aura lieu le dimanche 28 février à partir de 19 heures sur le salon textuel #développement-de-zds et le salon vocal Développement de ZdS de notre serveur Discord !

Comme d’habitude, je posterai ici même un message quelques jours avant la réunion avec l’ordre du jour. Si vous souhaitez que des points en particulier soient abordés, dites-le ici !

Bonsoir,

Voici l’ordre du jour pour la réunion de dimanche (dont la durée estimée est 2 heures) :

• (40 min) Discussion à propos de l’infrastructure
  • (Amaury) Quitter Google Analytics pour Matomo ? (Ticket 6030)
    • Quelle solution technique ? Besoin d’un serveur pour héberger nous-même Matomo ?
    • En profiter pour héberger nous-même Sentry et Munin ?
  • (firm1) Point sur le budget de l’association
• (10 min) Derniers préparatifs pour la v30
  • (Situphen) Forte incitation à faire de la pêche aux bogues sur la bêta
  • (Situphen) Mise en bêta le 22 février donc mise en prod prévue la première semaine de mars
• (40 min) Chantiers à venir pour la v30.1
  • (Stalone) Passage à zmarkdown 10
  • (artragis) Publication des contenus directement avec le manifeste (PR 6025), ce qui permettra d’améliorer nos performances
  • (artragis) Intégration des quizzs (PR 5928)
  • (Situphen) Toutes les petites PRs presques prêtes
  • (Situphen) Mise en bêta prévue début avril pour une mise en prod prévue courant avril (si on garde le même rythme qu’en ce moment)
• (20 min) Fonctionnement de la QA lors des PRs
  • (Situphen) Activement la possibilité de fusionner automatiquement une PR une fois que les tests passent et que les reviews sont au vert ? Page explicative de la documentation de Github
  • (Situphen) Obliger à ce qu’il y ait des reviews avant de pouvoir fusionner ? Cela serait utile notamment pour les grosses PRs où il y a plusieurs personnes qui font des reviews
• (10 min) Questions diverses et variées

Dites moi si vous souhaitez aborder d’autres points ou s’il y a des modifications à faire !

(Stalone ?) Passage à zmarkdown 10

@firm1 pourra passer au début (19h – 20h max) pour donner une idée de ce que peut se permettre l’asso financièrement par rapport aux idées de Matomo et autres déplacements de Sentry & co. Il serait donc pertinent de commencer par ça.

Je ne serais pas contre prendre un petit moment pour discuter de l’évolution long terme de ZdS, à moins que l’on ne préfère que ce soit hors d’une réunion spécifiquement dév.

Non c’est pas la version à laquelle tu penses je crois

Pas celle où on doit changer 100% des plugins en tout cas.

EDIT : @Amaury, si c’est technique, ça a sa place dans la réunion dév. Si firm1 est présent au début, alors ce serait peut-être pas bête de faire ce point long-terme en début de réunion.

Ah oui, donc remark 13, c’est pas tout de suite :’D

A l’echelle JS seulement. Pour les humains normaux remark 13 c’est demain.

J’ai mis à jour l’ordre du jour avec le point sur l’infrastructure en premier étant donné que firm1 a des contraintes horaires. J’ai estimé la durée de la réunion à 2 heures avec le découpage pour chaque point. J’aimerais bien que l’on ne dépasse pas 2 heures car sinon ça commence à faire long. Je préfère largement que l’on fasse des réunions plus souvent mais limitées dans le temps que des très grosses réunions de temps en temps !

Je ne serais pas contre prendre un petit moment pour discuter de l’évolution long terme de ZdS, à moins que l’on ne préfère que ce soit hors d’une réunion spécifiquement dév.

Je pense que ça pourrait très bien faire l’objet d’une réunion à part, surtout que cela peut intéresser des non-devs !

Je pense que ça pourrait très bien faire l’objet d’une réunion à part, surtout que cela peut intéresser des non-devs !

Effectivement, ça pourrait être plus pertinent .

Participants

• Firm1
• Amaury
• Situphen
• Stalone
• artragis
• Gcodeur
• Philippemilink
• Aabu
• tleb

Animateur : Amauruphen

Discussions infrastructure

Temps prévu 40min

GA -> Matomo

Parole à Amaury

• Quelle solution technique ? Besoin d’un serveur pour héberger nous-même Matomo ?
• En profiter pour héberger nous-même Sentry et Munin ?

Besoin initial : avoir des stats fiables car GA plus fiable maintenant. Idée : passer à matomo côté serveur car on n’a pas besoin des analytics avancées du marketing. Question : Comment on installe matomo? Du coup on a élargi a : où on héberge tous nos outils : sentry, munin, et donc matomo?

Deuxième solution liée à matomo et sentry (mais pas munin) : utiliser le SaaS. Plus qu’un problème de sous. Munin est léger donc on peut l’héberger n’importe où. Mais éviter la béta car ça peut redémarrer quand on veut.

Matomo: un prix association/open-source est dispo, voir quel est son montant => les contacter pour en savoir plus

Note à propos de l’Admin : Philippemilink aide Situphen sur l’admin. Merci à lui.

BIen qu’aucune décision n’a été prise, l’idée d’utiliser un serveur scaleway et de faire un test d’un mois pour voir si ça fonctionne correctement fait consensus.

firm1 a noté qu’il existait un job/workbook ansible pour déployer matomo sur le ansible-galaxy.

Pour Sentry, utiliser leur offre cloud qui pourrait être gratuite vu notre volumétrie

Décision:

• créer un topic sur le forum pour avoir une vue réelle sur les coûts et en discuter
• Avoir une personne avec la signature de l’association qui contacte les vendors, notamment sentry (https://sentry.io/for/open-source/) pour voir quels tarifs ils nous proposent.
• suivant la réponse, voir si on va chez les offres cloud, ou si on fait un test avec un VPS dédié
• Regarder à changer munin par netdata (sans oublier qu’on a des statistiques liées aux contenus de ZdS sur munin)
• Dans tous les cas on n’hébergera pas Munin sur la bêta, on souhaite avoir du monitoring stable, en lequel on peut avoir confiance

Budget de l’association

Parole à Firm1

• Asso dans le vert grâce à Gandi.
• En gros 400€ de budget annuel possible

Préparatif v30

Temps prévu : 10 minutes

Parole à Situphen

Forte incitation à faire de la pêche aux bogues sur la bêta

Les gros bugs ont été corrigés. Besoin quand même de bien tester. Bien tester sur tablette/mobile car on a beaucoup touché au design. Amaury fera une vague de fix pour la version mobile demain.

Mise en bêta le 22 février donc mise en prod prévue la première semaine de mars

Regarder le titre

Chantiers à venir pour la v30.1

Temps prévu: 40 minutes

Passage à zmarkdown 10

Parole à Stalone

Deux améliorations : les quizz dans notre markdown (et dans le rendu PDF) et le "rendu par manifeste". Voir l’article à venir pour comprendre pourquoi c’est cool le rendu par manifest.

Pouvoir exporter les brouillons en PDF: sera possible (cf l’article). Sans doute pas pour la v30.1 . Sera sans doute disponible à la demande (un bouton pour générer explicitement le contenu). Il faudra alors limiter le nombre de génération possible: sans doute limiter à une génération par contenu/version…

Cas d’usage: exporter une version bêta pour l’envoyer à un relecteur externe. Avoir un template différent pour indiquer que c’est une version bêta/brouillon du contenu.

Se rapproche d’une fonctionnalité de partage par lien: avoir une date limite ? ajouter un bandeau pour indiquer que c’est un contenu WIP. Pouvoir générer deux types de liens: un lien figée à une version, un lien qui suit toujours la dernière version

Note: Générer un PDF est long (> 5min pour les gros tutos)

Évolution des tutos

Parole à artragis

Présentation des PR

• Publication des contenus directement avec le manifeste (PR 6025), ce qui permettra d’améliorer nos performances Qatilzable

• Intégration des quizzs (PR 5928)

  Modèle côté client. Beaucoup de progrès. Statistiques disponibles. Que se passe-t-il si on change les questions ? (actuellement comptabilisé comme deux questions différentes). Possibilité de remettre à zéro les stats ? Affichage correct dans les LaTeX (grâce à zmd). Pas de sondage sur les forums pour l’instant, sera possible, mais ce ne sera pas dans cette PR.

Idée: si pas de correction fournie: peut servir de sondage dans un tutoriel (juste une idée pour l’instant)

Avis général: KISS pour l’instant !

• QAisable puisque le fonctionnement interne ne devrait plus changer
• Partie graphique à revoir, besoin d’aide sur ce point
• Pas de test unitaire pour l’instant
• zmd interprétera le bloc quizz partout, mais il n’y aura de l’interaction que sur les tutoriels

idées annexes

Idée de liens d’accès au contenu non indexé par google et limité en temps. Génération des PDF pour les versions non publiques :

• Attention au PDF bombing pour l’espace disque
• Déterminer quand on le fait (automatique/au clic…)
• ça devient vraiment possible grâce à la publication manifest

Avoir un système de relecture qui permette de surligner et laisser des commentaires. La difficulté est de suivre les commentaires à travers les différentes versions d’un contenu

Toutes les petites PRs presques prêtes

Parole à Situphen

• EasyMde et ses nouveaux fix à checker 6034 (?)
• PR de firm1 sur suppression de jquery 5968 et 5970
• PR de toxicscorpus : les PR sont presque finies, toxic a simplement des pbs d’environnement de dev

Se rapporter aux projets GitHub (https://github.com/zestedesavoir/zds-site/projects "Objectif *") pour avoir une idées des PRs à réaliser (sachant qu’on reste souple…)

ETA et Bêta test

Parole à Situphen

Mise en béta début avril espérée histoire qu’on ait une version plus petite à tester et à développer.

Mise en bêta prévue début avril pour une mise en prod prévue courant avril (si on garde le même rythme qu’en ce moment)

Fonctionnement de la QA lors des PRs

Temps prévu: 20 minutes

Activation la possibilité de fusionner automatiquement une PR une fois que les tests passent et que les reviews sont au vert ?

Page explicative de la documentation de Github

Parole à situphen Une option du dépôt qui permet d’activer le bouton "merge automatique" PAR PR.

Gros consensus pour dire que c’est OK.

Obliger à ce qu’il y ait des reviews avant de pouvoir fusionner ?

Parole à Situphen Cela serait utile notamment pour les grosses PRs où il y a plusieurs personnes qui font des reviews Review: approuver les changements (utiliser le bouton)
Review: QA: test + revue de code
Mettre en place, et voir dans quelques semaines si on juge que c’est trop casse-pieds et qu’on souhaite le désactiver (sondage en cours sur Discord, avec peu de participants, au final l’avis positif n’est pas unanime)

On le fait, on fait un point au prochain dev meeting.

Q&A

temps prévu : 10 minutes

Si on a un code simple à ajouter pour matomo en cas de réponses matomo rapide?

• v30a si la 30 est déjà sortie, sinon, oui on mettra dans v30 le code de reporting.

Peut-on ajouter un bouton lecture zen en bas du tuto alors qu’on va changer l’interface de lecture?

• Oui car les maquette de la nouvelle interface vont pas être en prod à court terme alors que l’ajout du bouton est rapide.

Prochaine réunion autour de la release de 30.1 (début avril)

Pour information, Matomo et Sentry ont été contactés dans le cadre de leurs offres respectives pour les associations à but non lucratif.

Sentry a accepté de nous aider, à hauteur de ces limitations très généreuses :

On est d’accord que c’est pour de la CI ?

Non, Sentry c’est le logiciel qui nous remonte toutes les erreurs qui se sont produites dans le code (celles qui font qu’une page « Erreur interne » s’affiche) dans une belle interface (avec beaucoup de détails qui nous permettent de trouver la cause de l’erreur) !

Bon, j’ai de la marge pour faire encore planter zmd.

Concernant Matomo, ils offrent une remise de 30% par rapport aux prix publics.

D’après Google Analytics (qui sous-estime nos visites), on est autour de 50k pages vues par mois. Certains indicateurs laissent à penser que ce serait entre 1,5 et 2 fois ça. En étant pessimiste et avec 100k vues par mois, Matomo coûterait environ 30€ par mois payés annuellement ($49\ € \times (1 - 0,\!17) \times 0,\!7 = 28,\!469\ €$.), soit 360€ par an. On est sous les 400€, mais pas tant que ça.

Si on peut trouver un serveur dédié à ça qui coûte moins (prenant en compte le fait qu’il faut l’administrer, le mettre à jour, etc.), c’est intéressant de le faire nous-même. Sinon, ça reste pas trop cher même si la réduction est moindre par rapport à Sentry (difficile à battre, en même temps).

Bonjour les agrumes,

Je propose que l’on organise une réunion pour discuter du développement ce mois-ci ! Notre dernière réunion a été très productive et nous a permis de finaliser la v30, mais nous avons à mon avis encore pas mal de choses à discuter, notamment le passage de Google Analytics à Matomo, la v30.1, le futur passage à Django 3.2, etc. Comme l’habitude le veut, voici le sondage des disponibilités pour que l’on puisse choisir la date !

Bonsoir,

La prochaine réunion à propos du développement technique de Zeste de Savoir aura lieu jeudi 15 avril à partir de 19 heures dans le salon textuel #développement-de-zds et le salon vocal Développement de ZdS de notre serveur Discord non-officiel.

Tout le monde est bienvenu et n’hésitez pas à me dire si vous souhaitez aborder certains sujets en particulier ! Je publierai l’ordre du jour quelques jours avant.

Bonjour les agrumes,

Voici la première ébauche d’ordre du jour pour la réunion de jeudi :

• (40 min) Discussion à propos de l’infrastructure
  • (Situphen) Discussion à propos du petit DDOS du 28 mars et des solutions pour s’en prémunir
  • (firm1) Migration de Google Analytics vers Matomo (PR 6063)
  • (Situphen) Migration du Sentry de Sandhose vers celui de Sentry.io
  • (?) Discussion à propos de la migration de Munin ?
• (40 min) Derniers préparatifs pour la v30.1
  • (artragis) Publication des contenus directement avec le manifeste (PR 6025), ce qui permettra d’améliorer nos performances
  • (artragis) Intégration des quizzs (PR 5928)
  • (?) Revue des PRs en cours
• (15 min) Fonctionnement de la QA lors des PRs
  • (Situphen) Retour d’usage sur la possibilité de fusionner automatiquement une PR une fois que les tests passent et que les reviews sont au vert et pérennisation si OK
  • (Situphen) Retour d’usage sur l’obligation d’avoir au moins une review au vert avant de pouvoir fusionner et pérennisation si OK
• (15 min) Questions diverses et variées

Dites moi si vous souhaitez ajouter ou modifier quelque chose !