Wut Lol a écrit : > Cyril Mougel wrote: > >> Wut Lol a écrit : >> >>> élargir mon spectre de langage et passer dessus sur des projets à venir >>> (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 >> > > Salut, je sais que c'est vague à cause de mon manque de connaissance du > framework (et de ruby en général) seulement voilà sans parler de courbe > d'apprentissage je n'ai pas envie de me retrouver à tout reprendre dans > quelques mois parce que ce n'est pas fait pour ce genre de projet et que > sur le net du moins les retours sont inexistants. > Très peu de langages sont fait pour les webgames en verité, avec php par > exemple pour créer du pseudo temps réel sans saturer le serveur d'appels > on doit "tricher" et contourner le problème pour donner cette illusion, > y'a donc des contraintes de développement bordéliques qui s'ajoutent > mais au final t'as plus ou moins ce que tu veux. > Avec ror bah je sais pas je pose la question :p > Pour la question de l'allégement c'est surtout au niveau des accès > donnés qui sont vraiment très utilisés dans ce genre de projet, après je > suppose qu'il y'a du caching pour le reste. Et puis aussi la légende > veut que ror soit plus lent que les autres. > C'est sur que ça fait trop "ha ouais, tu viens de php toi" mais bon. >
Pour faire des jeux avec Rails, cr'est possible. CaptiveStudio en est la preuve (http://www.captive-studio.com/) > > @Mathieu effectivement c'est là le problème mais je suppose qu'on pourra > toujours plus ou moins s'en sortir enfin j'espère. > Seulement j'aurais la flemme de me mettre à ror pour faire une appli que > je boucle rapidement dans un autre langage donc ce genre de projet c'est > un peu mon leitmotiv! > Si tu penses que tu feras plus rapide avec un autre langage alors reste dans ton langage. Rails n'est pas LA solution, c'est UNE solution. On l'aime ou on l'aime pas. Ça s'appelle le choix. PS : Rails 3 devait sortir en Alpha à la dernière RailsConf (Mai 2009). PS2 : Snif Merb, heureusement Oupsnow utilise toujours Merb :) -- 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] -~----------~----~----~----~------~----~------~--~---
