Le 12 avril 2010 19:01, Tranquiliste a écrit : Hello,
> PS: je comprends très bien le "n'utilisez pas un plugin que vous ne > sauriez coder" et maintenant je regarde toujours le code d'un plugin, > mais ça reste de la théorie. J'ai retrouvé la citation sur son blog : http://weblog.jamisbuck.org/2007/2/21/review-build-your-own-ruby-on-rails-web-applications "It (= le bouquin, il parle d'un livre) shows how to implement a basic user authentication system without resorting to plugins! Far, far too many newcomers to Rails jump on the user-auth plugin bandwagon, which leads to cargo-culting. My advice is: never use a plugin you would not be able to write yourself. " Dans les commentaires, il rajoute cette précision intéressante : "Andy, a plugin is a world apart from a framework. I’d never recommend people know how to write the OS they are using, either. However, I can’t tell you how many times I’ve had people email or IM me asking me for help on some little glitch, only to find out it is because of some quirk in a plugin they are using. Plugins are not frameworks; by using plugins like black boxes, you are crippling yourself and setting yourself up for problems down the road." Comme je l'ai dit, son propos est un peu excessif, mais il donne à réfléchir. > Je n'aurais pas été capable d'écrire Rails et pourtant > je l'utilise, je ne sais pas bricoler une voiture et > pourtant je conduis, ... L'analogie avec la voiture est judicieuse et je l'utilise aussi. Mais je pense que ça va un peu plus loin, il faut pousser la métaphore. ça se rapproche plus de : - soit tu as une voiture que tu modifies à ta sauce, tu fais du bolidage [1]. - soit t'es ingénieur / mécanicien et tu travailles sur une Formule 1, une barquette pour Le Mans, une voiture de rallye, ce que tu veux... C'est à dire que tu choisis ou pas (houba ! [2]) de changer le moteur d'origine (MongoMapper à la place d'ActiveRecord ?), tu décides de tout, des gommes, de la taille du réservoir, de l'aéro, du réglage des ailerons, l'anti-roulis, les suspensions, la répartition des masses, etc. Tu n'es pas qu'un simple conducteur, tu conçois ta propre voiture, ta propre appli Rails. Ce qui veut dire que pour concevoir ta Formule 1 qui soit rapide et fiable (pas de panne/bug), on est déjà bien d'accord, c'est qu'il faut connaître les lois de la mécanique générale (soit ici les technos du web, HTML, CSS, HTTP, JavaScript, SQL, cookies, sécurité, RSS, Ajax, etc) et celles spécifiques à une Formule 1. En effet, entre concevoir un tracteur (PHP ?) et une Formule 1 (Rails ?), c'est pas exactement la même chose, même si au fond, les principes sont les mêmes. Ne pas bien connaître le SQL, c'est une erreur, on est d'accord ? même si Rails t'aide à t'en affranchir et à en écrire au maximum. Sinon on va un peu modifier l'analogie, on va dire que Rails c'est le moteur et tu ne sais pas faire les moteurs, c'est à dire que t'es plus McLaren que Ferrari. Si t'as un moteur de tondeuse à gazon, tu seras jamais en pole ça c'est clair. Inversement si tu as un bon moteur, ça ne suffit pas, car il y a tout le reste, le chassis, le pneu, l'aéro, etc. En gros, tu peux être motorisé par Rails (Ferrari ?) et te retrouver en fond de grille parce qu'en fait t'as conçu une brouette ou t'as des mauvais réglages. McLaren, ils ont peut-être besoin de Ford, Mercedes ou BMW pour faire avancer leur monoplace, ça ne les empêche pas d'usiner leurs propres pièces mécaniques s'il le faut. Enfin bref,ça se rejoint car c'est de l'ingénierie, finalement. -- Jean-François. 1 : Hein ? Ouais du tuning, quoi. 2 : http://twitter.com/ou_pah -- http://www.twitter.com/underflow_ http://www.rubyfrance.org ça dépend. -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] To unsubscribe, reply using "remove me" as the subject.
