2008/4/20 Guillaume DESRAT <[EMAIL PROTECTED]>: > > Salut tout le monde, > > comme promis, Cyril, voici mes commentaires : > > * page 3, tu écris "tout est objet" : c'est un abus de langage, > précise-le, au moins à l'oral
Je le préciserais a l'oral, mais je le pensais en faite :) > > * page 11, tu écris "Utilisation du pattern ActiveRecord": ce n'est > pas un pattern, mais une bibliothèque Comme les autres te l'ont fait remarquer, je pensais bien au pattern de Fowler. > > * page 12, tu écris "au lieu de requêtes SQL pur" : mets "requêtes > SQL pures" ou "requêtes en SQL pur" (ma préférence va à la première > forme) J'ai change pour la première version. > > * page 13, tu affiches un fichier de migration : te serait-il > possible de l'afficher avec une coloration syntaxique, pour plus de > lisibilité des mots-clés du langage, des paramètres, etc... ? Je vais essayer de trouve, mais j'ai l'impression que ça sera difficile avec mon plugin LaTex. Si je trouve, je l'ajoute. > > * page 14, tu écris "La classe Mapping" : quand j'ai lu ça, je me > suis dit "tiens, c'est quoi cette classe ?" ; tu pourrais appeler ça > l'utilisation d'ActiveRecord ; tu écris plus loin "Code de la classe > de Mapping" : là aussi le "M" majuscule est trompeur J'ai modifier le titre en : Utilisation d'ActiveRecord et supprimer la majuscule dans le Mapping. Je n'avais effectivement pas penser a la correspondance avec un nom de classe. > > * page 14, dans ton code, on lit "all_Project - Project.find :all"... > je préfère "all_projects = Project.find :all" Effectivement. Pour JF, je ne vais pas mettre de commande edge. Mais merci pour l'info sur cette commande. je ne suis pas assez les évolutions de edges :( > > * page 15, tu écris "les méthodes static" et "les méthodes > accessibles en static" : attention, static est la terminologie en > JAVA et C++, mais le terme est "méthodes de classe" ; si tu as devant > toi des développeurs JAVA ou C++, ils comprendront, mais les autres > se demanderont pourquoi tu as utilisé ce terme Mon public sera des dev Java principalement. Le termes static sera connu d'eux. Je modifie donc en : les méthodes de classe (correspondant au static de Java) > > * page 16, tu écris "multiples systèmes de validation" : la > formulation est mal choisie à mon avis, car les développeurs risquent > de penser qu'il y a plusieurs systèmes, au sens plug-ins par exemple, > de gestion des validations ; dis plutôt qu'on peut intervenir très > finement dans le cycle de vie de l'objet J'ai modifie en : Multiples systèmes de gestion directement dans le cycle de Vie de l'objet modele pour empêcher l'enregistrement en base de données d'informations erronées > > * page 20, tu écris "avec URL correspondant" : "correspondante" Effectivement, une URL :) > > * page 21, tu écris "class ProjectController ..." et des URL > commençant par "http://localhost:3000/projects/"; : il te faut un > contrôleur ProjectsController et non pas ProjectController Modifie > > * page 22, on est dans la section "Composant de Vue de Ruby On > Rails" : pourquoi ce composant est-il en Français alors que les > autres sont en Anglais (Model, Controller) ? Attention, dans cette > section, tu écris partout "Ruby On Rails" alors qu'ailleurs tu écris > "Ruby on Rails" modifie en : Composant Viez de Ruby on Rails > > * page 23, tu écris "réutilisation des manipulations de vues" : je ne > comprends pas ce que ça signifie Comme l'a dit JF, je pensais effectivement au "partial" > > * page 26, tu écris "Test sur les classes models" : "Tests sur les > modèles" Change > > * page 26, tu écris "Réinjection automatique des données à chaque > test" : attention, dans ce cas, tu donnes au mot "test" le sens de > "session de tests", car les données ne sont chargées (sauf cas > exceptionnel) qu'une seule fois, au démarrage du lanceur de tests, et > un "rollback" est effectué après chaque test ; soit bien clair là- > dessus à l'oral, sinon ils vont peut-être croire que tout le jeu de > test est rechargé pour chacun des tests J'avais mal compris le systeme du RollBack. Merci de ta precision. J'ai donc modifier la ligne entre : Chaque test dans une transaction et ROLLBACK a la fin de chaque test. > > * page 27, tu écris "Test sur les controllers" : "Tests sur les > contrôleurs" Modifie > > * page 27, tu écris "Assertion spécifique" : "Assertions spécifiques" Modife > > * page 29, tu écris "Aptana, plugin d'eclipse" : Aptana, en soit, > n'apporte aucun support de Ruby ou de Ruby on Rails ; pour Ruby, ce > sont les "Ruby Development Tools", et pour Ruby on Rails, c'est > "RadRails" qu'il faut installer ; ces deux plug-ins d'Eclipse peuvent > être installés sans Aptana Effectivement, je change Aptana en RadRails. > > * page 29, dans la liste des environnements de développement, tu > cites Vim et Emacs, qui ne sont pas à proprement parlé des > environnements ; si tu souhaites lister les éditeurs de code, ajoute > TextMate, le préféré de la core team :-) Rajoute avant Vim/Emacs, même si j'utilise personnellement Vim > > > Une fois arrivé à la fin de ton support de présentation, on voit que > tu vas faire une démo ; est-ce là que tu vas parler du déploiement > sur serveur d'application ? Car ta présentation est intitulée "Ruby, > Ruby on Rails et le déploiement sur serveur d'application", mais tu > n'en parles pas (mise à part l'allusion au fichier war). Je vais supprimer le titre en supprimant la partie sur le déploiement sur serveur d'application. Au moment de demo, je ferais une présentation d'une application de gestion de taches pour un projet. Un peu le blog en 20 minutes, mais pour une applications un peu plus proches du métiers de CapGemini. > > Tu écris tantôt Jruby, tantôt JRuby ; c'est "JRuby" (cf. http:// > jruby.codehaus.org/). Modifie > > > Je vais me permettre une autre remarque, qui rejoint ce qu'a écrit > FX : pour une présentation de Ruby on Rails, j'éviterai les > migrations, les helpers et REST. Tu peux en parler, rapidement, ou de > manière plus approfondie si on te pose une question à ce sujet, mais > ce sont des sujets "périphériques", qui ne doivent pas impérativement > être intégrés lorsque l'on découvre le framework. > Tu lui réponds que tu t'adresses à un public d'informaticiens, qui > plus est de développeurs, mais savent-ils pour autant ce qu'est MVC ? > A moins de l'avoir pratiqué, il y a peu de chance qu'ils saisissent > le principe sans un schéma. > Dans la partie concernant les tests, tu parles d'assertions : savent- > ils ce que c'est ? Es-tu sûr qu'ils ont déjà écrit des tests ? l'écriture de test est normalement une obligation dans notre entreprises (Je connais les Utopies). Pour le Pattern MVC, l'utilisation des 5 couches Java est rabâche sans cesse. Donc les 3 vrais couches devraient largement être connu. Pour les Helpers, je vais modifier un peu en indiquant que ce sont les Taglib de Ruby on Rails le parallèle permettra de facilement comprendre leur utilisation. Ensuite quand on connait la difficulté de créer une taglib. Ça peux aider. Pour le REST, je trouve que cela est assez important dans la gestion et l'utilisation de Rails. Pour les migrations, ca permet de montrer aussi l'idée d'un seul langage (Ruby) pour tout réaliser, même les migrations. > > Dans une présentation, s'il y a trop de nouveautés, tu risques > d'effrayer le public ("oh, c'est trop compliqué, c'est trop différent > de ce que je fais aujourd'hui, je vais devoir tout réapprendre") ; > essaie au maximum de détailler ce qui est nouveau, en faisant le lien > si possible avec ce que les gens connaissent. Si tu connais ton > public, tu vas pouvoir encore plus facilement faire des comparaisons > avec ce qu'ils utilisent ("oh, finalement, c'est particulier, mais ça > ressemble à telle et telle choses que je pratique déjà"). Je tenterais de faire un peu plus de parallèle avec Struts et hibernate durant la présentation, car ces deux librairies sont très utilise chez moi. > > > Voilà, j'ai essayé d'être le plus exhaustif possible :-) Si tu le > souhaites, tu peux regarder ce que j'avais présenté aux JDLL, à Lyon, > en 2007 [1]. J'espère que mes remarques t'aideront, que ta > présentation se passera bien, et que tu feras découvrir et apprécier > Ruby on Rails chez Cap Gemini ! Merci beaucoup pour tous tes commentaires, ça m'est très utile. J'ai mise a jour ma presentation. -- Cyril Mougel http://blog.shingara.fr --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
