Salut... Avant tout je m'étonne que notre ami Jean-François n'ait pas déjà fait remonter la distinction entre langage (PHP ici) et framework (Rails)... ;)
> D'abord, de prouver que quelque soit la demande du client on pourra > faire en rails la même chose que ce qu'on fait en php (donc en premier > lieu pouvoir intégrer les maquettes faites par les graphistes et > validées par les clients). Je pense que toutes les preuves que tu pourras apporter sur ce point pourraient facilement être reportées à d'autres langages et d'autres frameworks. En effet, il est possible de faire de très beaux sites avec des langages et/ou des frameworks, du plus classique au plus exotique. Car au final c'est (presque) toujours la même chose qui est renvoyée : du HTML, des CSS, du JS et des images. Donc, tu pourrais trouver le plus beau site du monde, je suis prêt à parier que tu trouveras une personne suffisamment barrée pour venir te dire qu'il peut le faire en Klingon (http://www.geocities.com/connorbd/varaq/) Le point à prendre en compte n'est donc pas de savoir si c'est faisable en Rails (car c'est *toujours* faisable, et si rails ne le permet pas, ruby le permettra) mais ce que cette technologie apporte de *mieux*. Et c'est là que nous mettons en avant notre mauvaise foi et que nous entamons un troll voilé avec nos chers dirigeants a coup de "Rails c'est beau", "Rails c'est moderne", "Rails c'est facile", ... Il faut se souvenir qu'une direction ne réfléchit pas en fonction de la beauté du code, mais du coût. Passer d'une techno à une autre, c'est prendre en compte la maîtrise de la technologie par les développeurs, leur temps d'adaptation, les temps de développement... Bref, il ne faut pas prouver que c'est faisable, mais que cela coûte moins cher ! Et là, bon courage... > Après, c'est de montrer que pour une certaine part de nos projets, le > développement agile sera plus adapté que le process actuel. Là encore, vaste programme... > Et enfin que les temps de dev devraient à terme être sérieusement > raccourcis sur des sites simples (les fameux copier/coller chéris par > les commerciaux). Idem. Tu peux faire une demo live de création d'un site avec Rails bien entendu, mais s'il y a un spécialiste du "camp adverse" dans la salle, il pourra certainement faire la même démo. Et peut-être plus rapidement que toi ! > Je cherche également des données autres que rumeurs sur les montées en > charge sur RAILS. les partisans de Django ont l'air de dire que Rails > a du mal à supporter un très grand nombre de visites. Après ca peut > être du à tellement de facteurs (mauvaises prog, mauvaise gestion du > serveur, problème d'administration du serveur) que ca m'inquiète pas > trop personnellement, mais avant de se lancer dans une nouvelle > techno, c'est important de faire un benchmark là dessus :) En effet le benchmarking est un point, mais ce n'est pas le seul. Il faut aussi prendre en compte le coût. Car pour ce point, rentre en jeux le système, la base de données, la maîtrise du développeur, de l'admin sys, du DBA, de l'architecte, ... > On a tout une grosse partie de notre code qui est en php4, et vu que > je n'aime pas trop les évolutions récentes de php (j'y couperai pas > mais bon, une fois qu'on a goûté à rails, ca va etre dur de revenir à > php5), je préfère à titre personnel m'orienter sur d'autres langages > (aka Ruby et AS). Si vous avez une grosse partie de code en PHP, tu trouveras certainement quelqu'un pour demander comment cet héritage va être récupéré. En effet, si vous avez des BO il va falloir les réécrire. Et c'est du temps. Or, comme tu as dû le comprendre, le temps c'est de l'argent. Bref, si tu veux convaincre ta hiérarchie, tu ne dois pas arriver avec un tee-shirt RubyFrance / RailsFrance sur le dos, mais avec des arguments qui vont permettre de démontrer que passer à Ruby/Rails est un vrai gain pour ta boite, en terme de temps, de qualité, de coût, de tout. Je sais avoir été un peu décourageant, mais c'est très important. Même si tu va parler à tes "chefs techniques", n'oublie pas qu'à un moment tout cela remontera à des chefs "non technique" mais qui ont les clés du coffre. Et ces "non-techniciens " vont poser des questions bien loin de tes préoccupations esthétiques et passionnées. Et s'ils n'ont pas les réponses, cela passera comme une non-évolution, voire (pire) une régression. Bon courage Greg --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
