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 * page 11, tu écris "Utilisation du pattern ActiveRecord": ce n'est pas un pattern, mais une bibliothèque * 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) * 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... ? * 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 * page 14, dans ton code, on lit "all_Project - Project.find :all"... je préfère "all_projects = Project.find :all" * 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 * 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 * page 20, tu écris "avec URL correspondant" : "correspondante" * 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 * 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" * page 23, tu écris "réutilisation des manipulations de vues" : je ne comprends pas ce que ça signifie * page 26, tu écris "Test sur les classes models" : "Tests sur les modèles" * 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 * page 27, tu écris "Test sur les controllers" : "Tests sur les contrôleurs" * page 27, tu écris "Assertion spécifique" : "Assertions spécifiques" * 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 * 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 :-) 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). Tu écris tantôt Jruby, tantôt JRuby ; c'est "JRuby" (cf. http:// jruby.codehaus.org/). 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 ? 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à"). 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 ! [1] http://www.zlab.fr/files/JDLL%202007%20-%20Pr%E9sentation%20de% 20Ruby%20on%20Rails%20-%20Guillaume%20%22Zifro%22%20DESRAT.pdf (si le lien passe mal, regarde dans http://zlab.fr/files/) Le 17 avr. 08 à 21:04, Cyril Mougel a écrit : > Bonjour à tous, > > Je travaille actuellement chez CapGemini et je vais réaliser une > présentation de Ruby On Rails pour l'agence Lilloise. Je réalise cette > présentation sur mon temps libre pour permettre de présenter notre > merveilleux framework au développeur Java ou .NET de CapGemini qui > souhaite découvrir ce framework. > > J'ai réalisé une première ébauche. Je sollicite votre aide pour tout > commentaire concernant cette présentation et le cas échéant la > modifier en conséquence. > > Vous pouvez consulter cette présentation sur : > > http://shingara.fr/export/presentation-rails.pdf > > J'ai aussi créé un projet Github pour celle-ci. Elle est réalisé > entièrement en Latex/Beamer. je me suis basé en partie sur la > présentation que Laurent Julliard a réalisé lors de Paris On rails > 2007. Je l'ai entre autre adapté à Rails 2.0. > > Le projet github est http://github.com/shingara/cap-presentation/ > tree/master > > Merci pour vos commentaires. > > -- > Cyril Mougel > http://blog.shingara.fr > > > Guillaume "Zifro" DESRAT Président de l'association Ruby France http://www.rubyfrance.org/ --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
