On 4/8/07, Christophe Guégan <[EMAIL PROTECTED]> wrote:
Mais je me rappelle qu'il a +/- 1 an, tout le monde ne jurait que par les "engines" quand on demandait quelle solution pour les gérer les users, j'ai compté dessus pour 1 projet et du tout refaire en + propre au passage de Rails 1.1. Depuis j'ai appris à me méfier, et si je peux faire moi même une solution SIMPLE, je le fait. Sinon quand je me laisse aller à utiliser un plugin, je suis super prudent.
Ca me rappelle un peu la folie du J2EE, ça. A partir du moment où on utilise une lib externe, il faut s'(assurer de sa stabilité. Le fait que ce soit un plugin, un engine, n'importe quoi, quelque part, on s'en fout. L'essentiel, c'est d'avoir un ensemble fonctionnel et de pouvoir garder ce niveau de fonctionnalité quelquesoient els évolutions des briques, qu'elles aient été développées en interne ou non.
Exemple je suis en train de faire du mashup googleMap. et je m'amuse bien avec "ym4r_gm", c'est un super plugin, mais baser un appli complète dessus c'est faire un pari.
Pas plus qu'en basant l'appli sur ton code, parce qu'après tout rien ne t'oblige à suivre les versions de ce plugin ... -- Nicolas Delsaux N'imprimez ce mail que si vous ne savez pas le lire sur l'écran : les électrons se recyclent bien, le papier, beaucoup moins bien. _______________________________________________ Railsfrance mailing list Railsfrance@rubyonrails.fr http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
