Pour ma part, je serai aussi plutot d'accord avec les dernieres interventions. Il est facile, quand on enseigne, de vouloir commencer "par la fin". On est trop souvent tente de vouloir donner tout de suite les meilleures pratiques sans expliquer la base, puisque la "base" n'est pas la meilleure pratique.
Le probleme. c'est que sans la base, cela sera plus dur de comprendre le "reste" (qui s'appuie toujours sur celle ci). Comme cela a ete parfaitement dit avant, il s'agit d'un "acte de foi". Dit vulgairement, ca revient a "c'est comme ca et tais toi". Je comprends tout a fait ta frustration. Vivant a l'etranger, j'ai souvent des demandes d'explications ou de decouverte du francais. Les premieres fois, je commencais tout de suite par "parole de socrate" de lafontaine car ce texte est magnifique (aussi bien au niveau de la forme que du sens). Tout ce que j'ai fait, c'est degouter ces gens du francais. Donc si tu t'adresses a des debutants, je pense qu'il vaut mieux suivre et expliquer la documentation officielle, bien leur expliquer les concepts de base, ce qui est deja super complique pour des debutants (impossible de compter le nombre de gens qui ont bute des heures sur le concept de "symbol" en ruby). Meme si la pratique n'est pas la meilleure, ils pourront l'utiliser partout. Alors que decent_exposure n'est valable que dans une appli qui l'utilise (et meme si c'est peut etre la "best practice ever", tout le monde ne l'utilise pas, loin de la!). My 2 cents Regards :) Le 5 juin 2013 11:49, Olivier El Mekki <[email protected]> a écrit : > Et sinon, en ce qui concerne le fait de ne pas parler à tes élèves des > variables d'instances des controllers, ça peut avoir des effets > désastreux : imagine ce qui se passerait si, se présentant comme > débutant rails en recherche d'un premier emploi, on leur faisait un test > de connaissance à l'entretien et qu'on s'apercevait qu'ils ne > connaissent pas ce principe de base :) > > Le top seraient qu'ils puissent dire "on utilise génèralement des > variables d'instances, mais avec decent_exposure ...". > > On 13:42 Wed 05 Jun , Thibaut Barrère wrote: > > Hello, > > > > comme Jean-Baptiste, je trouve que coller aux conventions qu'on trouve > dans > > les docs standard et les tutoriels sur Rails (donc utiliser des variables > > d'instance) présente des avantages aussi, en terme de clarté, notamment > > pour des débutants. > > > > Le pattern est simple, connu et bien documenté, il suffit de dire qu'il > ne > > faut pas en abuser, ne pas dépasser 2 à 3 variables probablement au pire. > > > > Si je dois me faire l'avocat du diable, on peut même indiquer qu'il n'y a > > pas vraiment de magie, et qu'il s'agit simplement d'un pattern de type > > "passage de message" entre le contrôleur et la vue. > > > > Cela dit quand je vois qu'un bout de code est fragile de ce fait je vais > > créer un helper pour lever une erreur, toutefois ça n'est pas > systématique. > > > > On peut aussi adopter le point de vue suivant: comme pour Shoulda qui > voit > > le matcher "assign_to" > > supprimé<https://github.com/thoughtbot/shoulda-matchers/issues/252> et > > qui prône d'utiliser des tests d'intégration pour vérifier ce qui se > passe > > pour l'utilisateur directement, et de considérer que les @variables sont > > des mécanismes internes qui ne doivent pas être testés. > > > > Voilà - en résumé, en règle générale j'en utilise au plus quelques unes, > > voir quelques helpers si code fragile. > > > > Thibaut > > -- > > http://www.logeek.fr > > > > > > 2013/6/5 Jean-Baptiste Barth <[email protected]> > > > > > Hello, > > > > > > Je suis plutôt contre l'avis général si tu touches un public de purs > > > débutants, qui ne bosseront pas que sur des applis qui suivent cette > > > pratique. > > > > > > Le côté magique ça déplait aux experts qui ont vu ses limites et > travers, > > > mais ça plait au débutant qui gagne en productivité et peut se > concentrer > > > sur autre chose. Si tu traites le débutant comme un expert, tu lui > demandes > > > un acte de foi qui marche pas forcément super bien à long terme (c'est > un > > > des pbs avec J2EE en entreprise par exemple..). Ou alors il faut que la > > > best practice soit naturelle, hyper répandue ou cachée par le > framework, et > > > là ce n'est pas le cas. > > > > > > En plus là on parle d'un concept simple, l'association est plutôt > facile à > > > faire je trouve. Il y a déjà assez de boulot à expliquer > > > rake/ruby/rails/bundler+l'orienté > > > objet+MVC+routes+environnements+initializers... > > > > > > Jean-Baptiste > > > > > > -- > > > -- > > > 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] > > > --- > > > Vous recevez ce message, car vous êtes abonné au groupe Google > > > Groupes Railsfrance. > > > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > > > concernant, envoyez un e-mail à l'adresse > > > [email protected]. > > > Pour plus d'options, visitez le site > > > https://groups.google.com/groups/opt_out . > > > > > > > > > > > > > -- > > -- > > 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] > > --- > > Vous recevez ce message, car vous êtes abonné au groupe Google > Groupes Railsfrance. > > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > concernant, envoyez un e-mail à l'adresse > [email protected]. > > Pour plus d'options, visitez le site > https://groups.google.com/groups/opt_out . > > > > > > > -- > Olivier El Mekki. > > -- > -- > 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] > --- > Vous recevez ce message, car vous êtes abonné au groupe Google > Groupes Railsfrance. > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > concernant, envoyez un e-mail à l'adresse > [email protected]. > Pour plus d'options, visitez le site > https://groups.google.com/groups/opt_out . > > > -- -- 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] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
