Pour compléter un peu ce qui est dit, RoR permet d'aller très vite, d'être trés réactif, agile. Le frameword est entièrement conçu autour de ça. C'est parfait pour répondre rapidement à une demande urgente d'un client, ou pour prototyper.
A l'inverse, beaucoup plus de framework (dans le monde Java en particulier) sont très structurants, voire psychorigides. Ça n'a pas que des inconvénients, en particulier quand tu dois travailler avec une grosse équipe, sur des cycles de développement plus long. Ça ne veut pas dire qu'on ne peut pas prototyper avec les framework Java, mais c'est chiant. Ça ne veut pas dire non plus qu'on ne peut pas faire des projets gros et/ou long avec une grosse équipe en RoR, mais il faut organiser l'équipe. Mon expérience d'ex-javaiste/spring, passé à ruby/RoR depuis janvier en gros, c'est que la difficulté générale est finalement sensiblement la même. La différence, c'est que RoR ça a l'air facile et léger, et ça l'est effectivement... au début, sur un petit projet. Mais quand le projet grossit, on retrouve sensiblement les même difficultés qu'avec Java. Sur RoR, je suis arrivé sur un projet qui était déjà bien avancé, dont une partie codée par un sorcier du RoR, et il y a encore des trucs vaudous dans le code de l'application qui me laissent profondément rêveur. Java est moins "traître" au sens où la complexité n'est pas occultée, c'est compliqué dès le début, et la "psychorigidité" des frameworkds Java peut "cadrer" un peu plus la "créativité" des dévelopeurs pour éviter de se retrouver avec des trucs trop exotiques. Ensuite, il y a une question de performance aussi. Ruby est (pour l'instant) un ordre de magnitude plus lent que Java. On s'en tire quand même, parce que finalement, bien souvent ce sont les accès aux données qui prennent du temps, et on fait du caching un peu partout où on peut. Mais sur une application très interactive (comme un jeu en ligne, par exemple...) ça peut ajouter une difficulté. Allez, sur la base des infos (légères) que tu donnes... une roadmap possible... Première appli monobloc en RoR, pour aller vite, puis extraction du moteur en webservice rest (éventuellement sous java si tu as besoin de plus de perf). Avec des frontends custom légers en RoR pour pouvoir changer facilement les couleurs de tes icônes pour tes clients. Et n'oublie pas non plus de regarder Merb, même si ya un peu moins de trucs exotiques :) Le 11 oct. 09 à 11:19, Gregoire LEJEUNE a écrit : > > Salut, > > Je rejoins parfaitement les remarques de Cyril, ce qui fait que j'ai > du mal à comprendre ce que tu cherches à avoir comme information. > > Je pense que si nous avions une idée de ton besoin, nous serions plus > à même de te donner sainement notre avis. Donc un peu plus > d'information sur la teneur du projet serait pas mal. > > Tu ne compares que ROR et zendframework, mais il existe d'autres > solutions, en Ruby et PHP bien entendu. Je ne parlerai pas de Java, > Perl, ou Python pour lesquels tu trouveras surement un endroit ou > poser des questions. Pour en revenir à Ruby, il existe pas mal de > «frameworks» et la comparaison est un élément qui peut sembler > rébarbatif, mais c'est relativement important. Si tu l'inclus comme > une des premières taches de ta roadmap, on va te demander pourquoi tu > vas perdre du temps avec ça... Et bien tout simplement, pour éviter de > te planter et devoir tout migrer dans 3 ou 6 mois vers une autre > solution parce que tu n'as pas pris en compte un élément crucial ! > Maintenant je ne suis pas la personne la mieux placée pour te donner > un avis sur ROR, tout d’abord parce que j’ai un certain parti pris... > Mais bon, je vais le dire quand même, ROR est certainement une très > bonne idée si tu as besoin de faire du Marketing, maintenant côté code > et maintenance, tu en arriveras vite à le détester autant que tu > l’aimes. > > Greg > > Le 11 octobre 2009 09:47, Cyril Mougel <[email protected]> a > écrit : >> >> Wut Lol a écrit : >>> Bonjour, je sais que chacun va prêcher pour sa paroisse comme on dit >>> mais j'ai besoin d'avis pointus en ce qui concerne Ror :o >>> Donc en gros on m'a proposé un nouveau projet qui sera suivi par >>> plusieurs moutures, je devrais pondre un "moteur" central pour une >>> suite >>> de webgames sachant que ce n'est pas une priorité donc la deadline >>> est >>> lointaine. >>> J'ai lu quelques articles sur ror et j'avoue qu'après avoir >>> trifouillé >>> malgré une installation pas très simple sous windows je suis tombé >>> amoureux de la syntaxe. >>> Voilà seulement je me tâte à approfondir l'apprentissage de Ror pour >>> élargir mon spectre de langage et passer dessus sur des projets à >>> venir >>> (sachant que c'est quand même assez recherché) ou pas. J'ai parlé >>> un peu >>> avec un ami et il m'a relativement déconseillé avec des arguments du >>> genre "Au début c'est assez simple, t'as l'impression de tout >>> pouvoir >>> faire et rapidement mais quand tu as besoin de passer sur des >>> fonctions >>> plus compliqués ça devient la galère pour trouver ce qu'il te faut" >>> c'est vrai que d'un côté si je passe du php que je maitrise ça sera >>> frustrant de mettre du temps pour faire des trucs que j'ai >>> l'habitude de >>> torcher rapidement mais c'est bon pour tous les nouveaux langages >>> non? >>> Puis il y'a aussi une chose qui m'inquiète c'est au niveau de la >>> charge >>> serveur, j'ai l'habitude de travailler avec l'artillerie lourde >>> (php+zendframework) mais aujourd'hui on a pas mal d'astuces pour >>> alléger >>> tout ça qu'en est-il sur ror? >>> En gros est-il adapté à ce genre de projets (je ne vois pas >>> pourquoi il >>> ne le serait pas?) parce que je n'ai pas trouvé beaucoup de retours, >>> voir pas du tout. >>> Voilà voilà j'aimerais bien me tourner vers un langage évolutif et >>> avec >>> des perspectives d'avenir j'espère que je suis à la bonne >>> enseigne :-) >>> Merci d'avance pour vos réponses. >>> >> Personnelement, je trouve ta question très vague. >> >> Avec Rails, on peux tout faire, comme en PHP ou en Java. Forcement, >> si >> on ne maitrise pas la technologie de base, il y aura certain >> apprentissage à faire. >> >> Au niveau de la charge serveur, Rails a un seul défaut qui est aussi >> sous certaine mesure un avantage, c'est qu'il monte tout en RAM. En >> gros, une fois démarré ton application, tu utilises une valeur non >> compressible de RAM, contrairement à PHP où l'utilisation de la RAM >> dépend de l'utilisation de ton appli. Mais cette RAM n'augmente pas. >> >> Sinon pourquoi alléger ? Après tout une technologie très reconnu >> dans le >> monde industriel est le Java, et c'est loin d'être un système >> léger... >> >> -- >> 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] -~----------~----~----~----~------~----~------~--~---
