D'une manière générale, c'est vrai qu'on manque un peu de visibilité sur
Spip
Nous aussi 
On essaie d'avoir un maximum de lieux de discussion, de points d'échange,
pour qu'il y ait des idées, qu'elles se développent, se confrontent,
s'améliorent etc. De tout ce magma sortent parfois des choses qui s'imposent
d'elles-mêmes, des choses attendues, des choses inattendues, etc.
Sur un plan plus théorique, on cherche à promouvoir l'autonomie de chacun ;
si on est sur le dos de tout le monde à donner notre avis, ça n'aide pas 
L'idéal c'est que chacun fasse ce qu'il croit être bon, en discutant de
manière ouverte avec les autres, et sans se soucier d'être "validé" par des
"historiques". Ca donne les projets les plus autonomes, dotés d'une
personnalité propre (exemples : EVA, biospip, forums phpBB, Dashboard).
Parfois il faudrait peut-être dire "stop" (sur les "nouveaux raccourcis" ou
les délires sur la création automatique de champs extra : recette pour se
planter), mais en même temps c'est assez pédagogique, ça montre comment
utiliser les ressources et points d'entrée qui existent ... et puis chacun
est assez grand pour savoir ce qu'il a envie de faire avec SPIP !
Par contre, le projet de SPIP Mag' pourrait servir à établir ce genre de
"perspectives", en essayant de façon journalistique de prédire l'avenir...
dans la rubrique horoscope ? -- http://mag.spip.net/
Par exemple, une piste intéressante vers laquelle on va très vite, c'est
un fonctionnement de certaines parties de SPIP en mode client/serveur. On en
trouve des morceaux sur http://wiki.rezo.net/test/TeX, d'autres sur le
correcteur d'orthographe ; si on se lance là-dedans, peut-être passera-t-on
d'autres éléments en client/serveur (chargement des langues, aide en
ligne, gestion des flux RSS, etc.). Autour de ça une réflexion et un peu de
journalisme permettrait de faire avancer les réflexions et remonter des
remarques. Mais ça ne va pas se faire non plus "tout seul" par la bonne
volonté des "core-dev" (un concept à élucider, d'ailleurs).
-- Fil