Salut,
bon un dernier message et j'arrete de poluer les listes avec ca, je crois
que chacun est assez grand pour se faire son opinion et, eventuellement, en
tirer les consequences.
je repond egalement sur Agora general car on m'a demandé d'expliquer ce que
je reproche à Agora : d'etre un MECHANT FORK !
J'ai eu la naiveté il y a quelques mois de croire qu'Agora aller etre un
"coup de boost" pour Spip, voyant les nouvelles fonctionnalités couvertes je
m'attendais à voir apparaitre un lot de contrib et, créant par la meme de
nouveau besoins, de nouvelles directions pour une v2 de Spip, plus flexible
en terme d'integration et plus ouverte en terme de plateforme.
J'étais meme le premier à dire : laissez leur le temps, car à l'epoque, le
discours était beaucoup plus ouvert.
Arno avait lui deja bien compris ce qui se préparait ...
Je crois cependant qu'il faut etre jusquauboutiste dans cette affaire car,
si on ne peut rien faire contre la pratique en cours (pompage de code et
redescente "minimum legal" vers la communauté), on peut au moins pointer le
double discours.
On ne peut pas "faire sa pub" sur les belles idées de l'open source et
parallelement se comporter comme sur le marcher de l'edition "classique".
D'autant moins quand il s'agit d'un service gouvernemental avec un premier
ministre qui veut mettre de l'open source dans toutes les administrations.
Si le modele envisagé est celui la (fork), il n'y a pas que Spip qui doit se
faire du souci.
Tout le monde sait que le "fork" est la pire maladie d'un projet libre et,
dans le cas present, la maniere est de loin la pire.
En mettant en place de nouvelles fonctionnalités sur Agora, sans les fournir
pour un Spip standard (principe des contributions), Agora veut se placer en
projet leader, Spip n'ayant plus qu'à courrir derriere pour essayer
d'integrer ce qu'il peut.
On sait tres bien que les developpeurs ne le feront pas, integrer le code
d'un autre n'est deja pas facile, je laisse les curieux s'amuser à faire un
diff entre Agora et Spip, ils comprendront bien vite que cela signifierait
transformer Spip en ... Agora.
A voir la 1.8 commencer à prendre forme, je crois que ces changements
radicaux peuvent etre une bonne reponse, en les souhaitant aussi facile à
integrer que les leurs ... tant pis pour nos contribs, moi, je suis pret à
remettre à jour les miennes, quelles que soient les modifs (c'est l'avantage
quand on s'efforce de faire du code peu intrusif et réutilisable ....)
Personnellement je travaille à la création d'outils spécifiques basés sur
Spip et je suis ce qui me semble etre la bonne demarche : avancer en
cooperation, essayer de produire du code maintenable et réutilisable.
Il suffit de regarder Bio Spip et Bloog : On peut travailler correctement !
Mon produit est toujours en developpement et pourtant 4 des 5 modifications
majeures ont deja fait l'objet de contributions.
J'en preparais une autre sur mes squelettes.
Je remballe tout car mon but est commercial (vente de service : integration
de contrib sous la forme d'offre packagée) et que je ne peux pas donner mon
code à des concurrents avant la sortie de mon produit, en tous cas, pas si
eux ne le font pas.
Le jeu ne marche que si tout le monde en respecte les regles, il suffit d'un
tricheur et la partie perd tout son interet.
C'est donc dans ce nouveau climat que je poursuis mes developpements, en
m'efforcant de ne pas faciliter la tache à cette "concurrence sauvage".
Ce qui ne m'empeche pas de rester à la disposition de la communauté pour
filer un coup de main quand c'est possible.
La seule difference, c'est que je repondrai maintenant "en direct" aux
questions et que je fournirai mon code "à la demande".
Je m'excuse d'avance auprès des utilisateurs que je ne connais pas, dans le
doute, je ne repondrai pas.
Désolé pour tout ce bruit et merci à tous ceux qui contribuent à faire de
Spip ce qu'il est.
Cordialement.
Stephane LAURENT
