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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.