Re: r23368 - spip/ecrire/public

Pour faire court, je suis d'accord avec JLuc, b_b et Eric !

Je suis par exemple frustré de ne pas utiliser dans SPIP des outils 
externes plus modernes, maintenus par d'autres gens, et qui permettrait 
de se concentrer justement sur l'expérience qu'on souhaite offrir au 
final à nos utilisateurs rédacteurs et visiteurs des sites.

Par exemple Composer ou Twig, ou un autoloader pour fonctions PHP plutôt 
que de devoir mettre plein de include_spip() parfois à juste titre, 
parfois "aucazou" ; mais aussi utiliser un framework CSS dans l'espace 
privé plutôt que de difficilement gérer nos affichages parce qu'on n'a 
aucune grille, à peine une petite charte (ce qui est déjà bien). Ou 
encore avoir un éditeur Markdown par défaut qui colore les éléments de 
syntaxe ou je ne sais quoi.

Mais c'est quasiment impossible d'intégrer ces choses en conservant une 
compatibilité. On se retrouve un peu entre deux mondes. Les gens du 
PHP-FIG tentent d'améliorer les interconnexions de modules entre les 
projets, et nous à l'autre bout on est avec nos petites fonctions PHP, 
JS ou CSS persos qu'on a du mal à maintenir :)

D'un autre point de vue, pour un site donné, c'est rassurant de savoir 
que lorsqu'on va passer à la version suivante de SPIP, on aura un 
minimum de choses à corriger dans les Squelettes et les plugins. Et on 
est tout autant heureux.

Ce grand écart n'est pas facile.

Des bises et des soleils avant la tempête :)

MM.


Le 03/02/2017 à 20:55, Eric Lupinacci a écrit :
> Hello,
>
> Le 3 février 2017 à 19:41, Bruno Bergot <[email protected]
> <mailto:[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
>
>
>

_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip