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

a marqué ce sujet comme résolu.

Coût de l’infra : points à discuter avec le @CA

Hello, comme je le disais sur discord, n’ayant pas participé à la rencontre, mais ayant été pingué, je n’ai pas plus de contexte. Vous vouliez juste savoir combien coute l’infra ZdS ou il y’a autre chose ?

Si la question c’est combien coute l’infra aujourd’hui1, voici le détail.

  • Hébergement des serveurs de :

    • prod : 33,2 €/mois -> 398,4 €/an
    • beta : 7,2 €/mois -> 86,4 €/an
  • Noms de domaine :

    • .fr: 7,2 €/an
    • .com: 9,2 €/an

Le coût total annuel est donc de : 501,2 €/an

L’infra représente le gros (60%) du budget de l’association.

1 : Aujourd’hui, dans le sens ou ça peut évoluer si on décide de rajouter par exemple de la RAM ou du disque à notre serveur.

Salut @firm1,

Oui c’est ça on souhaitait avoir les dernières données concernant les couts de l’infrastructure ! Gustavi, Sandhose, Amaury et moi on est en train de réfléchir sur l’infrastructure donc ça nous permet d’avoir une vue sur le budget, donc merci bien. :)

+1 -0

Compte-rendu

Merci à artragis, A-312, firm1, Helmasaur, philippemilink, Sandhose et Titôme pour leur présence !

État des lieux : v29 et v29.1

Comme vous le savez probablement la v29, prochaine version à venir, aura pour thème principal l’amélioration de l’interface de rédaction. Étant donné que ce chantier est assez conséquent et que l’équipe technique est assez réduite, on a décidé de faire le travail par étapes.

Une première partie des fonctionnalités est presque prête et formera la v29 :

  • un nouvel éditeur pour la rédaction en markdown avec des jolis boutons, le support du drag’n’drop d’images, de la coloration syntaxique, des raccourcis claviers, etc
  • le déplacement des parties d’un contenu en drag’n’drop
  • la mise en avant des contributeurs à la rédaction d’un contenu (relecteur, illustrateur, validateur, etc)
  • des suggestions de contenus sur le même thème à la fin d’un contenu (sélectionnés par le Staff) On essaie de paufiner tout ça pour mettre en bêta à la mi-décembre et mettre en production début janvier !

Dans un second temps, le reste des fonctionnalités arrivera et formera la v29.1 :

  • les parcours
  • l’interface de revue collaborative

Il est difficile de donner une date mais si jamais l’équipe technique garde autant la pêche on peut imaginer que ce soit prêt au printemps.

N’hésitez pas à vous tenir au courant de l’avancée du développement avec la chronique Zest of Dev !

Quelques questions et prises de paroles libres

Des éclaircicements sont demandés concernant ce qu’il faut ou ne faut pas faire sur Github en fonction des droits qu’on a.

  • Monsieur et Madame Tout le Monde

    • ouvrir un ticket ou commenter un ticker existant
    • ouvrir une PR ou commenter une PR existante
    • s’occuper de la revue de code ou de la QA d’une PR existante
  • Contributeurs avec les droits "Triage" (que l’on donne assez facilement)

    • gérer les étiquettes des tickets et des PRs
    • fermer un ticket ou une PR
  • Contributeurs avec les droits "Write" (que l’on donne avec parcimonie)

    • accepter une PR (merger)
    • créer un commit directement sur la branche devne faire sous aucun prétexte)
    • modifier les Projets Github (éviter de le faire, c’est un outil utilisé par artragis pour lister les fonctionnalités de chaque version)

Si vous avez les droits, c’est qu’on vous fait confiance. Ne pas hésiter à poser des questions si besoin.

Des précisions sont demandées concernant les parcours. Un sondage a été proposé à la communauté pour définir les fonctionnalités attendues, les résultats sont disponibles (la légende de chaque graphique explique ce qu’il faut en retenir). On a donc une bonne idée de ce qui est attendu au niveau fonctionnel, on verra après la v29 pour les détails techniques (ne pas s’éparpiller).

Concernant les suggestions des contenus, une partie du Staff (probablement les validateurs ?) s’occupera de les choisir sur le même thème et à la main. Ce sera du cas par cas et pas de l’automatique, pour que ça ne soit pas de la pub mais une valeur ajoutée. Parmi les contenus choisis, trois seront affichés en bas de la page.

A-312 va probablement mettre en place un petit outil pour pouvoir s’occuper de la programmation des tweets depuis le site.

Serveurs

Après s’être occupé des déploiements en bêta depuis quelques mois, Situphen va s’occuper des déploiements en production.

Il y a de temps en temps des soucis sur le serveur lors de la publication des contenus :

  1. des erreurs "MySQL has gone away" aléatoires
  2. la compilation LaTeX qui échoue certaines fois depuis qu’on a réduit le nombre de CPU
  3. les requêtes vers zmarkdown qui prennent trop de temps certaines fois

Voici ce qui a été décidé :

  1. artragis pense qu’il est très probablement que ce soit du à la limite max_packet_allowed qui est dépassée à certains moments, donc Situphen va se pencher sur le problème
  2. la durée de la compilation LaTeX est limitée dans le code de zds-site, il suffit de l’augmenter
  3. pouvoir paramétrer la limite de temps d’une requête (timeout) et ainsi l’augmenter pour les gros contenus

Conclusion

Des bonnes nouvelles et du bonheur avec le développement qui avance et l’arrivée de nouveaux contributeurs !

+0 -0

Bonsoir les devs,

Je propose que l’on profite du confinement pour organiser une réunion à propos du dév' de ZDS ! Je souhaiterais discuter notamment de la prochaine version (v29.1), de la PR pour passer à zmarkdown 8.1 qui est presque prête, de la PR qui améliore encore l’éditeur (elle aussi presque prête je crois) et des autres fonctionnalités que l’on souhaite inclure dans cette version. N’hésitez à dire ce que vous souhaitez que l’on aborde, je proposerai un ordre du jour quelques jours avant la réunion.

Sondage pour donner vos disponibilités

+2 -0

J’essaierai de passer.

J’aimerai bien qu’on parle un peu des évolutions des outils pour les auteurs et les validateurs. Je sais que @Amaury a des idées. Et ça pourrait être cool aussi d’avoir une vue sur une feuille de route des améliorations que nous aimerions faire.

Faciliter le travail de rédaction et validation est bénéfique par rapport à la mission de l’asso.

+4 -0

Bonsoir,

Voici l’ordre du jour prévu pour la réunion de lundi prochain :

  1. En avant vers la v29.1 !

    • Quelles fonctionnalités seront incluses dans cette version ?
    • Sur quelles PRs doit-on travailler en priorité pour ce faire ?
    • Date estimée de mise en bêta et mise en production
  2. Évolution des outils pour les auteurs et validateurs

    • Il est 19h13, @Amaury nous explique ses idées avec une belle maquette
    • Meilleurs outils pour la gestion des images (en grande quantité) des tutos
    • Idées des uns et des autres
  3. Prévoyons l’avenir

    • Feuille de route des versions du futur (v29.2, v30)
    • Quelles fonctionnalités pour cette version ?
    • A-t-on besoin de faire un sondage auprès de la communauté pour préciser les besoins ?
  4. (Situphen) Amélioration de la documentation
  5. (Situphen) Gestion des nouveaux contributeurs et tickets Facile
  6. Autres points à aborder, questions diverses et variées

N’hésitez pas à me dire s’il faut rajouter quelque chose.

+3 -0

Bonsoir à tous,

Merci à tous ceux qui sont venus ce soir ! C’est très appréciable de voir le regain d’activité dans le développement technique de Zeste de Savoir, point positif de ce confinement. On était 10, mais on a réussit à faire la réunion en vocal sans se marcher dessus et à rester en dessous de la barre des 2 heures !1

Je profite de ce message pour parler du petit nettoyage de printemps qui a eu lieu dans l’équipe technique :

  • gcodeur, motet-a et AmarOk n’ont plus le droit de merge car inactivité depuis plus d’un an (mais leurs contributions sont toujours les bienvenues) ;
  • Aabu et philippemilink ont maintenant le droit de merge ;
  • tous les développeurs actifs du projet (y compris pour zmarkdown ou latex-template) ont l’étiquette "Équipe Technique" (me dire si ce n’est pas le cas) et les inactifs ne l’ont plus (là encore, les contributions restent bienvenues).

Compte-rendu de la réunion

  • Prochaine version : v29.1

    • Cette version devait embarquer les parcours mais ce n’est pas le cas, la faute notamment aux soucis liés à l’éditeur.
    • L’éditeur sera plus robuste grâce au long travail mené par @A-312 qui a été l’occasion de contribuer à trois projets open-source : EasyMDE (l’éditeur que l’on utilise), CodeMirror (sur lequel EasyMDE est construit) ainsi que Grammalecte (le célèbre correcteur orthographique).
    • zmarkdown passera en version 8.2 avec émojis en SVG et des corrections de bugs pour la génération des PDFs.
    • À côté de ces fonctionnalités clés, il y aura de nombreuses corrections de bugs ainsi que des améliorations pour le Staff et la validation (notamment grâce à @Aabu qui a la double casquette).
    • Cette version devrait voir arriver le flux RSS des notifications, fonctionnalité demandée depuis longtemps.
    • On se donne comme objectif environ 2 semaines pour la mise en bêta et 2 semaines supplémentaires (1 mois en tout) pour la mise en production.
  • Revue des PRs en cours

    • Nous avons fait une revue des pull requests actuellement ouvertes, dont la liste est à l’intérieur de ce bloc masqué. Cela a pris du temps, mais c’était nécessaire.

      • 5708 : en WIP
      • 5707 : prêt
      • 5706 : prioritaire il faut la QA
      • 5705 : prioritaire
      • 5704 : pas prioritaire
      • 5703 : sera terminé dans la semaine, il faudra QA
      • 5700 : pas prêt, pas prioritaire
      • 5698 : pas prêt, pas prioritaire
      • 5697 : prêt, discussion en cours, donner son avis
      • 5689 : prête, discussion en cours, donner son avis
      • 5687 : prêt, à tester sur la bêta, pas prioritaire
      • 5686 : prêt, à tester sur la bêta, prioritaire
      • 5677 : prêt ?, pas prioritaire mais ce serait bien de ne pas trainer pour pas démotiver l’auteur, inclure l’outil de lint dans cette PR ou une PR après ? => à voir avec l’auteur
      • 5670 : prêt, pas prio, QA par ToxicScorpius ?
      • 5665 : prêt, devrait être facile à QA, doit être rebasé
      • 5659 : pas prêt (mais presque), pas prioritaire, à rebaser
      • 5643 : prêt, pas prioritaire
      • 5629 : pas prêt, à finir rapidement, prioritaire v29.1
      • 5612 : WIP, il faut l’icône pour Google, pas prioritaire
      • 5587 : WIP, en pause, à discuter entre devs et sur le forum, pas prioritaire
      • 5572 : presque prêt mais buggé, pas prioritaire, v29.2 ou après
      • 5569 : fermée
      • 5527 : presque prêt, pas prioritaire
      • 5511 : pas prioritaire, discussions, pas de nouvelles de l’auteur => relancer ou la reprendre
      • 5504 : fermée
      • 5471 : à fermer, inclure dans la PR sur le drag’n’drop
      • 5467 : WIP, pas prioritaire
      • 5421 : proche de la fin, qlq bugs, pas prioritaire
      • 5373 : presque prêt mais à rebaser et à tester, pas prioritaire
      • 5039 : pas prioritaire, à reprendre ou à relancer l’auteur
      • 4875 : pas prioritaire, à faire un jour ou l’autre, pas facile du tout
      • 4873 : à réfléchir, peut-être à fermer (PR et ticket)
      • 4767 : pas prioritaire, proche de la fin, à reprendre quand artragis aura temps et motivation
  • Évolution des outils pour les auteurs et les validateurs

    • Ceci sera l’objectif prioritaire des prochaines versions !
    • @Amaury nous a expliqué ses idées avec une belle maquette (que vous pouvez voir dans le bloc masqué).

      Maquette d'Amaury
      Maquette d'Amaury
    • Une longue discussion a pris place et de nombreuses idées en sont ressorties :

      • nouveau formulaire de création de contenu accessible sans inscription (voir la maquette d’Amaury)
      • présenter des pages et des informations différentes en fonction du profil (lecteur, auteur…) car ce n’est actuellement pas le cas (faible mise en avant du travail d’édition de l’équipe de Validation, malgré que ce soit un point fort du site web)
      • améliorer la page "À propos" du site web, pour pouvoir apporter des informations plus complètes que ce qu’il y a actuellement sur la page d’accueil (pour les visiteurs non connectés)
      • simplifier la rédaction avec des champs in-place
      • ajouter une section "Contenus phares" dans la Bibliothèque pour mettre en avant les contenus les plus stylés/vendeurs (comme sur feu le SdZ)
      • pouvoir ajouter des commentaires dans le contenu lors de la validation (comme avec les traitement de textes Google Doc ou Microsoft Word)
      • ne pas forcer les auteurs à prendre des décisions lors de la création pour le choix de licence, catégories, etc.
      • mettre l’ajout de lien canonique ailleurs que dans la popup de publication
      • améliorer l’affichage de la version du contenu sur laquelle on est (brouillon, validation, beta, public)
      • ajouter tableau de bord
      • revoir la gestion des images dans la galerie
      • pouvoir donner à ses connaissances un lien temporaire (valide quelques jours) vers la bêta d’un contenu qui est accessible sans être membre (avec mot de passe ?)
    • L’évolution de ces outils est prioritaire sur les parcours. Ces derniers ne verront donc probablement pas le jour dans les prochaines versions.
    • Il y a eu une réflexion concernant les sondages pour les futures fonctionnalités. Ceux qui répondent aux sondages sont souvent les membres actifs, on n’a donc pas le point de vue des nouveaux membres (or les besoins sont différents). Plutôt que de proposer de choisir entre différentes fonctionnalités, peut-être poser la question des besoins ? Il n’y en aura probablement pas pour les prochaines versions, ou alors ils prendront une autre forme.
  • Amélioration de la documentation

    • Un des soucis avec notre documentation actuelle c’est qu’elle a deux objectifs :

      • permettre aux nouveaux contributeurs de découvrir le projet
      • documenter le projet en détails

      Ces deux objectifs sont contradictoires : donner tous les détails ne permet pas aux nouveaux contributeurs de découvrir le projet en douceur. Ces pourquoi Situphen a proposé la création de Guides pas-à-pas pour les nouveaux contributeurs, tout en gardant les autres pages de la documentation pour l’explication en détails.

  • Gestion des nouveaux contributeurs et tickets Facile

    • Ce qui est facile aux yeux des développeurs actifs ne l’est pas forcément pour les nouveaux
    • Il faut mettre l’étiquette Facile sur les tickets seulement si on prémâche le travail pour les contributeurs débutants, ce qui n’est actuellement pas le cas
    • Il faudra faire en sorte qu’il y ait tout le temps une dizaine de tickets prémâchés

Merci d’avoir lu jusqu’ici :D

N’hésitez pas à me corriger si j’ai fait une erreur ou à poser des questions si vous en avez !


  1. Merci au président pour son allocution qui a servi d’heure limite :D

+8 -0
  • Gestion des nouveaux contributeurs et tickets Facile

    • Ce qui est facile aux yeux des développeurs actifs ne l’est pas forcément pour les nouveaux
    • Il faut mettre l’étiquette Facile sur les tickets seulement si on prémâche le travail pour les contributeurs débutants, ce qui n’est actuellement pas le cas
    • Il faudra faire en sorte qu’il y ait tout le temps une dizaine de tickets prémâchés

Pour info, cet objectif a déjà été rempli !

Nous (principalement @Karnaj et moi-même) avons fait :

  • un détaggage des tickets pas si faciles,
  • le prémachâge d’une dizaine de tickets,
  • la création d’un tableau de suivi pour réalimenter la liste des tickets faciles à mesure qu’elle diminue.

Bonjour les devs,

Nous voilà un mois et demi après la dernière réunion avec une nouvelle version en production, une meilleure gestion des tickets Facile pour les débutants, une meilleure gestion de l’avancée des PR, l’apparition des premiers guides pas-à-pas dans la documentation et les premières modifications liées à l’interface de rédaction. Bref, le projet continue de bien avancer !

Je vous propose d’organiser une nouvelle réunion au début du mois de juin pour discuter du projet et de l’organisation concernant l’évolution de l’interface de rédaction. N’hésitez pas à dire si vous souhaitez aborder certains sujets, j’écrirai l’ordre du jour quelques jours avant la date choisie !

Sondage pour donner vos disponibilités

+3 -0

Merci aux 9 votants du sondage ! D’après celui-ci, le meilleur choix pour la date de la prochaine réunion est le jeudi 11 juin à 19 heures. N’hésitez pas à me dire si vous souhaitez discuter d’un sujet en particulier ! Comme dit précédemment, je posterai l’ordre du jour quelques jours avant la réunion. :)

+2 -0

Pour rappel, le rendez-vous des développeurs a lieu aujourd’hui à 19 heures dans le salon #développement-de-zds sur notre Discord !

Avec un léger retard, voici ma proposition d’ordre du jour :

  • (Ajout de dernière minute) Petit point sur le projet (artragis)
    • « je voudrais qu’on ajoute un petit point sur l’usage des projets, d’une part pour accueillir les nouveaux arrivants qui n’ont pas forcément eu les autres réunions pour savoir ça, mais aussi pour les formaliser car jusqu’à aujourd’hui c’était justement très… informel. »
  • Définir les navigateurs supportés
    • Je trouve nécessaire de définir précisément les navigateurs que l’on supporte pour bien adapter le code CSS, le code JS ainsi que la configuration du serveur. Je propose de différencier :
      • les zones accessibles à tous les visiteurs (la lecture des contenus et du forum) où l’on souhaite une grande compatibilité pour rester dans le partage de la connaissance pour tous ;
      • les zones accessibles seulement aux membres (par exemple la rédaction des contenus) où l’on peut se permettre d’être compatibles seulement avec les navigateurs récents pour faciliter le développement du site.
  • Discuter du Code de Conduite des Développeurs
    • On a mis en place un Code de Conduite il y a plusieurs années et c’est à mon avis une bonne chose, mais je souhaite que l’on en discute aujourd’hui et que l’on se pose ces questions :
      • Quelle procédure mettre en place si l’un des contributeurs enfreint ce Code de Conduite ?
      • Faut-il prévoir des sanctions (blâme, avertissement…) ? Si oui, qui décide de ces sanctions ?
  • État du développement
    • prochaine version corrective v29.1a (Situphen)
      • màj de Django prête
      • màj du watchdog de publication prête
      • si possible correction du bandeau very-top-banner
      • en même temps, redémarrage serveur (màj du noyau Linux et passage à 50 Go de stockage)
    • prochaine version mineure v29.2 ou majeure v30 (artragis ?)
      • objectif : amélioration des outils de rédaction et de validation
      • quels tickets et quelles PRs à mettre en priorité ?
  • Divers
    • ce dont vous souhaitez discuter
+1 -0

Notons qu’a priori nous n’allons pas décider dans ce rdv de si la prochaine version s’appellera 29.2 ou 30, c’est situphen qui décidera le jour où il taggera, c’est son privilège de Release Manager.

Ensuite, je voudrais qu’on ajoute un petit point sur l’usage des projets, d’une part pour accueillir les nouveaux arrivants qui n’ont pas forcément eu les autres réunions pour savoir ça, mais aussi pour les formaliser car jusqu’à aujourd’hui c’était justement très… informel.

Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte