Un Zest'Meeting

Bon, voilà voilà le Doodle est crée. Si vous pouvez le remplir assez vite, ça serait cool.

Lien : http://doodle.com/t9fsasvx9bdntrbg

Bon c'est vite fait, je suis pour l'instant dispo plus ou moins tout le temps

Pour l'instant on s'oriente plutôt pour le 30 mars.

non, pour le mardi 30

Je parlais du mardi 30 septembre.

Dans les points 2. et 3. il faudra aborder la chose suivante :

Il faut que le rythme des release s'accélère, mais vraiment. Voire faire une mise en prod toutes les X PR. Car là, c'est insoutenable, on retombe sur le même problème que pour la v1.0.

J'ai bugfix un truc que j'ai rapporté hier et qui est du à des changements du back pour "nettoyer". Le truc c'est qu'en prod c'est boggué et que ça ne sera pas inclu dans la 1.1, donc ce sera dans la 1.2. Ce bug me semble bloquant pour la rédaction, donc j'espère vraiment que la 1.2 arrivera la semaine qui suit la 1.1.

TL;DR : Le workflow me va, sa vitesse d'application non.

EDIT : Awesome ! J'apprends que le bug est en fait corrigé dans une PR plus grosse made by firm1 et qui n'en n'informe personne, ni dans les issues, ni même dans la liste des choses à QA sur sa PR. Ca aussi, ça devient agaçant.

Il faut que le rythme des release s'accélère

Je crois que c'est ce que tout le monde veux mais il y'a des goulots d'étranglements dans le workflow. D'où le point sur le retour d'expérience.

Ce bug me semble bloquant pour la rédaction, donc j'espère vraiment que la 1.2 arrivera la semaine qui suit la 1.1.

La durée maximale d'une realease est de 2 semaine.

Awesome ! J'apprends que le bug est en fait corrigé dans une PR plus grosse made by firm1 et qui n'en n'informe personne

Ma PR introduit une fonctionnalité et pour que ma fonctionnalité soit valide, elle ne doit pas avoir de bug. Étant donné que ma fonctionnalité modifie une partie du comportement du site, elle a donc corrigé/supprimée le bug dans la foulée. C'est tout. Le bug n'étant pas déclaré au moment de ma PR, je ne savais pas qu'il existait avant … Voilà pour l'explication.

Alors, on va faire le point vite fait :

1. C'est clair que la v1.1 a été trop longue à sortir. On se retrouve avec 53 issues dedans, c'est beaucoup trop.
2. Pourquoi ? Parce qu'on a attendu la désinscription. Ce qui n'était pas prévu c'est que ce soit tellement compliqué et long à QA que ça mette 3 semaines.
3. En cas de découverte d'un bug bloquant en prod on fait un hotfix.
4. En cas de découvert d'un bug bloquant en release, on le corrige. Même s'il n'a à priori pas de lien avec les tickets
5. Une release est… une release. Ça veut dire qu'on fixe la version et qu'on n'y corrige que les bugs. "Je trouve un bout de design moche" n'est pas un bug tant qu'il n'est pas une régression ou n'empêche pas le fonctionnement du site. À ce propos je ne comprends pas pourquoi Alex tu dis que le workflow te va ici alors que tu râles sur le workflow sur Github.
6. Les modifications qui corrigent un bug qu'on avait pas encore détecté par effet de bord, ça arrive genre… souvent ? Spécialement en phase de recette (ce qu'on fait sur la v1.1 là). J'en ai encore vu passer 2 au boulot la semaine dernière. Du coup s'énerver quand ça arrive montre au mieux un manque d'expérience. Je reste d'accord pour dire qu'une PR qui corrige volontairement un bug sans le préciser, c'est anormal.

Au vu du sondage, on va planifier notre 2^nd Zest'meeting le mardi 30 octobre à partir de 20h.

ça devrait nous prendre 1h grand max.

Merci d'avance à ceux qui seront présent, et n'oubliez pas de lire les topics en lien avec l'ordre du jour.

on va planifier notre 2nd Zest'meeting le mardi 30 octobre à partir de 20h.

septembre non ?

Tain je me gourre a chaque fois. Oui 30 septembre.

Je serai peut être présent mais sans aucune certitude puisque je suis tenu de participer à un hackathon organisé par une ssii dans mon école. J'essayerai d' être là au moins d' un oeuil distrait.

HS :

un hackathon organisé par une ssii dans mon école

Comment ça pue le code fait gratos par les étudiants ce truc !

Si seulement tu savais toute l' histoire, tu espèrerais que ça ne soit que ça

Bon, le Zest'Meeting c'est demain.

Quelqu'un saurait-il s'occuper de la logistique ? Genre préparer le salon IRC #zds-meeting avec les droits aux participants ? Gustavi avait fait ça avec brio la première fois.

La dernière fois les logs avaient été aussi appréciés, se serait cool qu'on y pense encore cette fois.

L'ordre du jour définitif est le suivant (début à 20h pétante comme la première fois ):

1. Retour d'Expérience sur les actions du meeting #1.
   • Amélioration de la doc ^firm1
   • Amélioration de la qualité du code (pep8, nettoyage, etc.) ^firm1
   • Mise en application du zestflow ^SpaceFox
   • Horaires de MEPs
   • État d'avancement des ZEPs ^pierre_24
2. Les difficultés rencontrées sur la V1.1
   • Au niveau du développement ^{pierre_24, artragis, firm1}
   • Au niveau de la QA ^Eskimon
   • Au niveau de la gestion des tickets Github ^{Eskimon, SpaceFox}
   • Au niveau de la MEPP ^SpaceFox
   • Au niveau de la MEP ^SpaceFox
3. Le ZestFlow et les ZEPs
   • Stratégie de développement d'une ZEP (de sa validation à sa mise en prod)
   • Comment accelerer le ZestFlow ? ^{Alex-D, SpaceFox}

Voilà, la version un peu détaillée de l'ordre du jour. L'idée est de ne pas trop tarder. Je me suis permis de noter des gens que je pense être les mieux placés pour parler de certains points. N'hésitez pas à dire si ça ne vous va pas. Je parlerai surement de ce lien, qui montre globalement notre temps de réactivité sur les issues et les pulls requests.

J'aurais peut être un peu de retard, mais je serai là.

Je prévois déjà que le tout dernier point sera très court

SpaceFox tu pourras logguer ?

J'aimerais bien y être, mais ma présence n'est pas sûr.

Je tenterai de faire un tour !

Quelques minutes avant, un petit support statistique

Spoil : j'ai des clients qui vendraient leur PDG pour avoir des stats pareilles (modulo les 2 qui explosent le plafond).