Le 8 juil. 2010 à 10:37, triton a écrit :
au plus il y a de couches de dépendances entre plugins au plus ça freine, restreint voir inhibe la possibilité de mettre à jour spip pour d'avancer dans les versions dans des délais acceptables notamment en matière de sécurité.
Un exemple concret ?
hum...
forms&tables
Si tu utilises Forms & Tables, rien ne t'empêche de rester sur la dernière version de SPIP 1.9.2...
-Nicolas
--
Nicolas Hoizey
Nicolas Hoizey a écrit :
Moi ce que j'aime, c'est faire du cgi en assembleur, tous ces trucs de code orienté objet et tout, ça n'a aucun avenir.Le 8 juil. 2010 à 10:37, triton a écrit :au plus il y a de couches de dépendances entre plugins au plus ça freine, restreint voir inhibe la possibilité de mettre à jour spip pour d'avancer dans les versions dans des délais acceptables notamment en matière de sécurité.Un exemple concret ?hum... forms&tablesSi tu utilises Forms & Tables, rien ne t'empêche de rester sur la dernière version de SPIP 1.9.2... -Nicolas
Et vivent les plugins qui m’évitent d’avoir à réinventer la roue tous les 3 mois !
A bientôt
Simon
Nicolas,
Comme tu le sais, ce n’est pas me retrousser les manches qui me fait peur, c’est qu’à part faire de la rédaction, comme je l’ai fait pour ton plugin, je ne peux pas grand chose pour eux. Il me manque les compétences techniques.
Et si tu lis l’ensemble de ce que j’ai écrit, tu comprendras pourquoi je parle au passé.
A mon avis, c’est mal parti pour que cela puisse continuer parce qu’il faudrait vraiment beaucoup de chance pour trouver une équipe complète prête à s’engager sur le long terme.
Steph
SPIP 2.0.10 [14698] | Sarka-SPIP 3.0.2 [34520]
Le 8 juillet 2010 10:37, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 8 juil. 2010 à 10:33, Steph Anie a écrit :
Sarka avait […] c’était […] permettait […]
N’oubliez pas de lire tout l’article :
« Si vous êtes intéressé par une reprise, faites-le nous savoir par mail, nous vous donnerons toutes les clés du royaume en espérant sincèrement que cette aventure trouvera un nouveau souffle pour les années qui viennent. »
Si vous aimez tant Sarka (je ne l’ai pour ma part jamais utilisé, ni même regardé), retroussez-vous les manches !
-Nicolas
–
Nicolas Hoizey
http://gasteroprod.com/
Hum.. moi qui ai cessé de troller depuis un an , vous pourriez mettre au moins [troll] dans le sujet, c'est bien pratique quand on fait des recherches dans google!
Bernard
Simon Camerlo a écrit :
Nicolas Hoizey a écrit :
Le 8 juil. 2010 à 10:37, triton a écrit :
au plus il y a de couches de dépendances entre plugins au plus ça freine, restreint voir inhibe la possibilité de mettre à jour spip pour d'avancer dans les versions dans des délais acceptables notamment en matière de sécurité.
Un exemple concret ?
hum...
forms&tables
Si tu utilises Forms & Tables, rien ne t'empêche de rester sur la dernière version de SPIP 1.9.2...-Nicolas
<troll>
Moi ce que j'aime, c'est faire du cgi en assembleur, tous ces trucs de code orienté objet et tout, ça n'a aucun avenir.
</troll>Et vivent les plugins qui m'évitent d'avoir à réinventer la roue tous les 3 mois !
A bientôt
Simon
------------------------------------------------------------------------_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.netDocumentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
--
Bernard Blazin - Développement Internet Ingénieur ENSAM promo 1978
Bernard Blazin Point Com
9 rue de la Rose
77320 Montolivet
Tel 01 64 20 98 49
http://www.bernardblazin.com
Pour ce qui est de sarka, je pense que ça va repartir (en tous cas il y a une piste…).
Pour ce qui est du débat sur les plugins, de mon coté (attention j’active sans peur couteau suisse sur tous mes sites…)je trouve normal que les fonctionnalités soit découpées en plugin, c’est pas par hasard si d’autres projet libre comme Linux, drupal… fonctionnent ainsi, un noyau central « plus facile et bien codé » à maintenir et autour des modules(codé par monsieur tous le monde ou par ceux du noyau) qui s’y greffent.
freebsnet a écrit:
où est l’intérêt d’avoir une bibliothèque d’envoi de mail partagée par plusieurs plugins de mailing list sur un même site ?
heu … ??? c’est fréquent ce type de contexte chez vous ?
chez moi non !
L’intérêt n’est pas forcement pour celui qui utilise l’outil, mais pour ceux qui développent, il faut mieux être trois à coder une fonctionnalité que d’avoir trois développeurs qui codent dans leur coin la même fonctionnalité et réinvente la roue chacun dans leur plugin.
Bernard-Paul Eminet a écrit :
Je n’ai aucun problème ni aucun souci avec l’usage de nombreux plugins ou extensions quoique je ne vois pas vraiment la différence entre les deux mais peu importe.
C’est peut-être la le problème de la peur d’utiliser un/des plugins, à ce que j’ai compris les extensions sont en quelques sortes des librairies qui seront utiles pour beaucoup de sites, ces plugins importants sont appelés extensions car intégrés au zip de spip et non désactivable (un peu comme CCK et Views qui vont être intégré au prochain Drupal…). Ils ne sont pas mis dans le core de spip, car ils sont plus facile à maintenir ainsi et le core de spip aussi…
Et à l’inverse, si on prends votre raisonnement à l’extrême, pas de plugins mais un CMS avec plein de fonctionnalités, et bien ça ferait que les 400 à 500 plugins de SPIP seraient intégrés dans le core, je vous laisse imaginer le bordel…
Bernard-Paul Eminet a écrit :
C’est FIL, Booz, Toog, Cédric Maurin ? Ok je suis en confiance et je roule…
Certes, j’ai le même réflex, mais aussi je fais confiance à d’autres ou à mon prochain si tu préfères(nouveau ou moins connus), car les noms que tu cites ci-dessus, j’espère bien qu’il y en aura de nouveau, et faudra bien tester leur plugin avant de dire s’il code bien ou pas… Il faut être un people SPIP pour que tu daigne essayer le plugin de quelqu’un?
Aussi, pour avoir fait quelques apéro SPIP, si on pense au néophyte (ceux qui savent pas ce qu’est un fichier css ou php et pour qui apache n’est qu’un indien…), les plugins sont indispensables, car sans connaissance php, il permette de faire pas mal de chose , je pense à Sarka mais aussi multiflex , plugin menu et zen garden , zpip…
Bonne journée.
Nicolas.
Le 8 juillet 2010 09:56, fred <homere1974@yahoo.fr> a écrit :
Le 08/07/10 02:00, Bernard-Paul Eminet a écrit :
Il est dommage d’ailleurs que ce débat qui partait de Sarka diverge bien
vite sur cette notion qui me semble bien sensible actuellement dans la
communauté :
Est-ce qu’un plugin résout tout ?hé bien ouvre un nouveau sujet parce que là vous trollez sur un appel à
l’aide et c’est pas très chrétien
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/Documentation de SPIP : http://www.spip.net/
Irc : de l’aide à toute heure : http://spip.net/irc
Je ne vois pas trop quel est le souci des plugins. La modularité n’est pas une spécificité de spip ni même des logiciels libres, c’est une façon tout à fait normale et pratique pour développer une appli en équipe : les produits cs d’adobe, si on regarde bien, ne sont qu’un « core » et une suite de plugins, noisettes et autres extensions regroupés dans un package.
L’intérêt des plugins est bien de permettre à chacun d’utiliser spip et d’en étendre les fonctionnalités suivants ses envies/besoins. C’est souple. Chacun fait ce qui lui plaît. Certains utilisent des plugins, d’autres font tout dans les squelettes et voilà.
C’est un débat qui m’échappe un peu. C’est comme si on lançait un débat « pour ou contre le home cinéma » : personne n’est obligé de brancher un caisson de basses et des enceintes sur sa télé. Mais on peut. Un plugin c’est pareil : tu l’utilises. Ou pas. Comme tu veux. Je ne vois pas sujet à débat !-)
Le 8 juil. 2010 à 10:56, nicolas villa a écrit :
Pour ce qui est de sarka, je pense que ça va repartir (en tous cas il y a une piste…).
Pour ce qui est du débat sur les plugins, de mon coté (attention j’active sans peur couteau suisse sur tous mes sites…)je trouve normal que les fonctionnalités soit découpées en plugin, c’est pas par hasard si d’autres projet libre comme Linux, drupal… fonctionnent ainsi, un noyau central « plus facile et bien codé » à maintenir et autour des modules(codé par monsieur tous le monde ou par ceux du noyau) qui s’y greffent.
freebsnet a écrit:
où est l’intérêt d’avoir une bibliothèque d’envoi de mail partagée par plusieurs plugins de mailing list sur un même site ?
heu … ??? c’est fréquent ce type de contexte chez vous ?
chez moi non !L’intérêt n’est pas forcement pour celui qui utilise l’outil, mais pour ceux qui développent, il faut mieux être trois à coder une fonctionnalité que d’avoir trois développeurs qui codent dans leur coin la même fonctionnalité et réinvente la roue chacun dans leur plugin.
Bernard-Paul Eminet a écrit :
Je n’ai aucun problème ni aucun souci avec l’usage de nombreux plugins ou extensions quoique je ne vois pas vraiment la différence entre les deux mais peu importe.
C’est peut-être la le problème de la peur d’utiliser un/des plugins, à ce que j’ai compris les extensions sont en quelques sortes des librairies qui seront utiles pour beaucoup de sites, ces plugins importants sont appelés extensions car intégrés au zip de spip et non désactivable (un peu comme CCK et Views qui vont être intégré au prochain Drupal…). Ils ne sont pas mis dans le core de spip, car ils sont plus facile à maintenir ainsi et le core de spip aussi…
Et à l’inverse, si on prends votre raisonnement à l’extrême, pas de plugins mais un CMS avec plein de fonctionnalités, et bien ça ferait que les 400 à 500 plugins de SPIP seraient intégrés dans le core, je vous laisse imaginer le bordel…
Bernard-Paul Eminet a écrit :
C’est FIL, Booz, Toog, Cédric Maurin ? Ok je suis en confiance et je roule…
Certes, j’ai le même réflex, mais aussi je fais confiance à d’autres ou à mon prochain si tu préfères(nouveau ou moins connus), car les noms que tu cites ci-dessus, j’espère bien qu’il y en aura de nouveau, et faudra bien tester leur plugin avant de dire s’il code bien ou pas… Il faut être un people SPIP pour que tu daigne essayer le plugin de quelqu’un?
Aussi, pour avoir fait quelques apéro SPIP, si on pense au néophyte (ceux qui savent pas ce qu’est un fichier css ou php et pour qui apache n’est qu’un indien…), les plugins sont indispensables, car sans connaissance php, il permette de faire pas mal de chose , je pense à Sarka mais aussi multiflex , plugin menu et zen garden , zpip…
Bonne journée.
Nicolas.
pascal weber a écrit :
Je ne vois pas trop quel est le souci des plugins. La modularité n’est pas une spécificité de spip ni même des logiciels libres, c’est une façon tout à fait normale et pratique pour développer une appli en équipe : les produits cs d’adobe, si on regarde bien, ne sont qu’un « core » et une suite de plugins, noisettes et autres extensions regroupés dans un package.
L’intérêt des plugins est bien de permettre à chacun d’utiliser spip et d’en étendre les fonctionnalités suivants ses envies/besoins. C’est souple. Chacun fait ce qui lui plaît. Certains utilisent des plugins, d’autres font tout dans les squelettes et voilà.
tout ça c’est la théorie au départ qui arrange bien les développeurs, à l’arrivée c’est l’utilisateur qui trinque pour maintenir l’ensemble spip + moulte plugins cohérants et fonctionnels.
C’est un débat qui m’échappe un peu. C’est comme si on lançait un débat « pour ou contre le home cinéma » : personne n’est obligé de brancher un caisson de basses et des enceintes sur sa télé. Mais on peut. Un plugin c’est pareil : tu l’utilises. Ou pas. Comme tu veux. Je ne vois pas sujet à débat !-)
wouai, bof, sauf que le plugin caisson basse se décompose lui même en moulte sous plugins , sous plugin connectique, sous plugin haut parleur, sous plugin filtre, sous plugin chassis, sous plugin peinture, sous plugin moquette, sous plugin isolation phonique, etc, puis comme chaque sous plugin évolus indépendament les uns des autres au final plus rien n’est compatible avec la home cinéma.
Le 8 juil. 2010 à 10:46, Steph Anie a écrit :
Comme tu le sais, ce n’est pas me retrousser les manches qui me fait peur, c’est qu’à part faire de la rédaction, comme pour ton plugin, je ne peux pas grand chose pour eux. Il me manque les compétences techniques.
Les compétences fonctionnelles et de rédaction manquent si souvent dans les projets informatiques que tu as forcément ta place. Certes, il faut aussi des techniciens pour que ça continue vraiment.
Et si tu lis l’ensemble de ce que j’ai écrit, tu comprendras pourquoi je parle au passé. A mon avis, c’est mal parti pour que cela puisse continuer parce qu’il faudrait vraiment beaucoup de chance pour trouver une équipe complète prête à s’engager sur le long terme.
S’il y a effectivement plusieurs milliers de sites qui utilisent Sarka, il y en a bien qui sont gérés par des gens qui ont un minimum de compétences pour continuer à le faire vivre…
-Nicolas
–
Nicolas Hoizey
http://gasteroprod.com/
Le 08/07/10 12:25, freebsnet a écrit :
tout ça c'est la théorie au départ qui arrange bien les développeurs, à
l'arrivée c'est l'utilisateur qui trinque
tant il est vrai que pour les développeurs (de SPIP et ses plugins)
les utilisateurs hein... ils s'en foutent royalement (moi je dis).
denisb : qui commence à avoir les oreilles qui chauffent...
* freebsnet tapuscrivait, le 08/07/2010 12:25:
en fait pour ces sous plugins ne seraient-il pas productif de les
remplacer par des API ?
API envoi mail
Ben c'est EXACTEMENT ce qu'est le plugin Facteur : une API d'envoi de mail.
Et nombre de plugins nécessités par d'autres ne sont que ça : des API :
- CFG
- Bonux
- Facteur
- Saisies
- ...
Ça veut dire qu'on est d'accord ?
Les plugins de SPIP sont exactement ce que tu veux qu'ils soient : des API.
</troll> ?
Une remarque : plus un plugin est nécessité par d'autres, plus grande est la communauté de mainteneurs potentiels de ce plugin. Si c'est pas un gage de pérennité ?
-- RealET
Le 08/07/2010 02:00, Bernard-Paul Eminet a écrit :
Alors qu'un modèle est une vraie valeur ajoutée...
SPIP écrase tout les autres avec cette notion.Tonton BP
A quand une banque de modèles pour spip ?
JLuc
Les constructeurs se fournissent chez différents fournisseurs et font le montage dans leurs propres usines… Et quand un des fournisseurs fournit un matériel déffectueux, ceux sont tous les constructeurs qui ont commandé cette pièce qui trinquent…
Faut leur dire d’arrêter de se fournir chez eux ? Et de faire ça à la maison ? Hum… Ça risque d’être cher la voiture… Vive la mutualisation des coûts !
Le 8 juillet 2010 12:53, denisb <denisb@laposte.net> a écrit :
Le 08/07/10 12:25, freebsnet a écrit :
tout ça c’est la théorie au départ qui arrange bien les développeurs, à
l’arrivée c’est l’utilisateur qui trinquetant il est vrai que pour les développeurs (de SPIP et ses plugins)
les utilisateurs hein… ils s’en foutent royalement (moi je dis).denisb : qui commence à avoir les oreilles qui chauffent…
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/Documentation de SPIP : http://www.spip.net/
Irc : de l’aide à toute heure : http://spip.net/irc
Le 08/07/2010 00:51, Bernard-Paul Eminet a écrit :
freebsnet je t'aime.
Vive le code SPIP générique et surtout générique (de la boucle.. et du
modèle... un peu de php et on roule...)... à bas les plugins qui
dépendent de CFG, de Bonux, de Couteau Suisse et autres ...Tonton BP
Et si on faisait un groupe sur FaceBook ?
Les anti-plugins avec SPIP ...
Nan je déconne - un plugin c'est bien, parfois (euh... ouais parfois...)
100% OK
malheureusement on ne peut plus faire sans!!
Le 08/07/2010 00:31, freebsnet a écrit :
moins y a de dépendances entre plugins mieux je me porte,
tout plugin nécessitant d'autres plugins sont bannis d'office chez moi !RealET a écrit :
* Bernard-Paul Eminet tapuscrivait, le 08/07/2010 00:04:
Il était devenu malheureusement une bien trop grosse "machine à
plugins".
Je ne sais plus qui parlait de "divite aigüe" sur cette liste (en fait
je sais parfaitement qui c'est) mais Sarka souffrait au final de
"pluginite aigüe"C'est quoi le problème avec l'usage de nombreux plugins ?
SPIP 2.1 en a déjà 5 d'entrée à sont installation (dans extensions/)
La prochaine version en aura encore plus.-- RealET
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.netDocumentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.netInfos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.netDocumentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc