Re: Une 4.0 plutôt qu'une 3.3

Le 13/04/2021 à 14:34, Maïeul Rouquette a écrit :
> Hop,

> En logique semver, il y a plus de cassage de comportement entre la 3.2 
> et la 3.3 qu'entre la 2.1 et la 3.0. En effet, même si la 3.0 permettait 
> d'aller plus loins dans SPIP, de mêmoire le code historique restait 
> fonctionnel.

[...]

Plusieurs remarques. Il ne me semble pas forcément pertinent pour la 
distribution SPIP / SPIP-core (je ne parle pas des plugins ou 
librairies) de suivre semver à tout prix. Il me semble qu'on est plus 
dans une notion un peu de paradigme de programmation (le X) : le 3 
indiquant le passage aux paquet.xml pour les plugins.

Si l'on considère que dès que l'on casse potentiellement quelque chose 
dans les squelettes on se met à augmenter X plutôt que Y, on serait déjà 
très haut, quasiment à chaque grande release. Non ?

Qui plus est, il y a des plugins de retro-compatibilité sur les 
changements apportés (fullcalendar, modèles documents...), et il ne 
semble pas y avoir de choses particulièrement bloquantes.

Donc, là comme ça je dirais moyen bof.

Mais.

Effectivement indépendamment des trucs qui cassent ou pas, la version à 
venir a son lot de sympathies, et même visuellement il va y avoir une 
rupture nette dans l'espace privé.

Par ailleurs, si l'on va effectivement vers un changement du rythme des 
versions SPIP en suivant l'activité de celle de PHP (et en maintenant 
quelques temps une 3.2 LTS), c'est un autre argument en faveur d'un 
changement de paradigme, et du coup d'une version 4.0

J'aurais préféré ce 4 pour du Composer. mais si c'est 5 ou 6 ça ira aussi :)

Voilà mes pensées du moment.

MM.