Re: r23368 - spip/ecrire/public
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4bYhKD+2fi-otEPB330O1KnehYCaCdcAGZbzZPZsey=pJg@mail.gmail.com> |
Hello, Le 3 février 2017 à 19:41, Bruno Bergot <[email protected]> a écrit : > Hop, > > Le 03/02/2017 à 19:20, JLuc a écrit : > >> Il me semble que la gestion de l'historique et la compatibilité avec les >> anciens sites >> complexifie énormément la conception d'une bonne solution, >> et que ce boulet paralyse l'imagination et l'émergence d'un consensus, >> depuis parfois très très longtemps pour certains de ces points. >> > > Ce "boulet" comme tu le dis est amha la force de SPIP et c'est pour ça > qu'on met très souvent en avant le fait que la compatibilité ascendante > entre les différentes versions de SPIP est assurée. > > Jusqu'à une certaine limite c'est vrai. Mais ça devient au fil des années une faiblesse car ça confine à un certain immobilisme voire à une démotivation. Une nouvelle version majeure a du bon en ce qu'elle peut redonner un coup de jeune à la collaboration vers un objectif SPIP qui n'est pas de remplir la zone d'un 3000 ème plugin en se disant que sous GIT on pourrait encore être plus autonome... >> Alors peut être faut il vraiment envisager un SPIP 4 >> pour lesquels les devs jusque là bloqués pourront plus facilement se >> concevoir >> en abandonnant la contrainte "compatibilité des anciens squelettes". >> >> > Ahma toujours, c'est une mauvais idée que de vouloir simplifier la vie des > devs au détriment de celles des utilisateur⋅ice⋅s. > > Je ne comprends pas cette opposition. Si les devs développent plus vite et plus simplement je ne vois pas pourquoi les utilisateurs en pâtiraient. Je ne suis pas sur que le bien-être des utilisateurs passe par la "souffrance" des devs, et vice-et-versa ;-). > Pour en revenir à la question de la version de la prochaine release. Il > semblait se dégager un accord commun pour sortir une 3.2 afin d'être > certain de la sortir dans l'année, voir même avant cet été. Et peut-être > même lancer une dynamique de release plus fréquentes sur le Y en ajoutant > des fonctionnalités au coup par coup (cf les tickets roadmap). Du coup, > j'ai peur qu'on se lance dans un chantier sans fin si on part sur l'idée du > 4.0 qui casse tout. > > Là par contre je suis d'accord :-). Avant de parler de 4.0 encore faut-il imaginer un vraie roadmap et se doter d'une vraie capacité à la réaliser. Et ça c'est pas gagné. ++ Eric