ZEP-48 : Mort des zep

@Roipoussiere : Le but n'est pas de tuer le principe des zep (discuter des fonctionnalités) mais de tuer le formalisme actuel (rigide et à tendance obèse) pour inciter, avec l'aide du PO, à ce que le processus soit plus fluide.

La ZEP c'est beau sur le papier. Mais en terme d'efficacité, on est pas loin de la constante de Planck.

Peut-être que ce qui va se mettre en place sera idéologiquement moins convenant pour tout le monde, mais il me semble que la priorité actuellement c'est de sortir de l'immobilisme. Quitte à faire des erreurs et à les corriger.

Au passage, si un jour une ZEP foire et donne lieu à des modifications qui se révèlent mauvaises, imaginez le bordel monstre que ça serait de faire une ZEP pour discuter d'une ZEP et la corriger. C'est un coup à passer 1 an sur quelques modifs, c'est tout simplement ridicule.

+1000 pour des débats moins longs.

Je me dis même qu'une règle dans le forum "Bugs et Suggestions" pourrait être ajoutée : "Soyez concis dans votre suggestion." (en expliquant que si la suggestion est trop grosse, alors il faut la découper, etc.). Il y a déjà un topic de règle en plus, il suffirait de l'y ajouter.

(Désolé, je n'ai rien de plus constructif à ajouter).

Je me dis même qu'une règle dans le forum "Bugs et Suggestions" pourrait être ajoutée : "Soyez concis dans votre suggestion."

Oh oui et intégrer un système qui bloque l'envoi du topic sur ce forum s'il fait plus de 50 mots. Je cours faire une ZEP de 7 pages sur cette proposition !

Ok, je sors.

À propos du sous-titre…

En effet, bien qu'étant présent sur le site depuis peu de temps, j'ai remarqué que le processus de ZEP à compliquer fortement les choses, ce qui fait que peu d'entre elles ont été adoptées. Si on regarde la liste des ZEP, on remarque que sur 46 ZEP, seules 7 ont été mises en production (je ne compte pas la première).

Quid des ZEP en Rédaction/Validation ?

Quid des ZEP en Rédaction/Validation ?

Perso j'inviterai les auteurs à :

• Soit refaire un sujet a part pour le cleanner/simplifier si il y a eu plusieurs débats,
• Soit éditer le premier message pour virer les parties non importantes (le cartouche par ex).

Il peuvent dans tous les cas continuer mais tout le monde semble d'accord qu'il faut viser des trucs plus simple.

Une dernière possibilité est d'utiliser le sujet pour coordonné l'avancé global mais de faire des sujets plus précis pour parler d'un point en particulier (=la découper).

J'invite personnellement les auteurs à faire comme ils pensent être le mieux. C'est le but de cette proposition, virer de la lourdeur.

Je ne me prononcerai pas pour ou contre l'arrêt de ZEP, je suis trop étranger au développement. Je dirais juste qu'il faut avoir un modèle de développement réaliste. Si l'itératif est mieux aujourd'hui pour tout le monde, pourquoi pas. Il sera toujours temps de revenir à un autre mode de développement si le besoin s'en fait sentir (et je pense que ça arrivera un jour : à un moment de toute façon, le code ne sera plus maintenable facilement et il faudra une refonte générale).

A lire ce qui se dit ici, j'ai l'impression cependant qu'on pourrait se retrouver avec un double processus de développement voire triple :
- la petite modification qui se fait simplement
- la grosse fonctionnalité voulue par un développeur (qui va installer zds en local, faire sa fonctionnalité et faire une PR en disant "youhou les copains j'ai développé ça parce que je trouve que c'est cool, bon c'est à améliorer mais vous voyez le principe")
- et la dernière, la fonctionnalité demandée par un non-développeur qui soit emportera l'adhésion et sera développée comme la précédente, soit mourra dans les tréfonds du forum/sujet adéquat

Le problème, c'est que le développement risque d'être plus éclaté qu'il ne l'est peut-être aujourd'hui. Cela peut aussi faire porter les grosses modifications sur une seule personne (celle qui développe) ce qui pose à nouveau le problème de la maintenabilité du code.

Ezenku, c'est exactement pour lutter contre ceci que nous avons désormais un JF (Jardinier Furax) qui est Juge des Features. Il s'occupe, de concert avec la technique, de prioriser les fonctionnalités et de mettre un peu d'ordre bienvenu dans les différentes propositions venant des devs, des membres, du CA, etc.

Et d'ailleurs ce que tu décris est déjà ce qui se passe.

Vous n'oublierez pas de tenir à jour la liste des ZEP. C'est important, sinon, on ne sait plus où on en est.

Plus sérieusement, ça couvait depuis un moment. Entre le fait que les gens évitaient d'en faire, et diverses débats sur leur utilités, ça me parait une suite logique.

Je pense qu'on a bien fait d'essayer, même si ça s'est révélé en pratique peu commode. Continuons d'essayer et de nous adapter.

nohar ayant lancé les ZEP, je lui laisse le soin de valider celle-ci !

Je m'en occupe dans la journée, dès que j'aurai fini de remplir la note de frais la plus épique de ma carrière.

Edit: Done.

La présente ZEP est donc tout à fait naturellement passée à l'état "Validée, Rejetée, Morte, NaN, TypeError…"

Peut on dire que les ZEP nous on poussé au StackOverflow organisationnel ?

Je crois que c'est la première ZEP a être accepté si vite et avec si peu de débats…

Sauf la première non ?

La première ZEP est passé en validation dès la première journée mais n'est passé en accepter que quelques jours plus tard a priori

Oui j'avais dû attendre un truc comme une semaine avant de la valider.