Passer à ror ou pas?

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 :slight_smile:
Merci d’avance pour vos réponses.

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 :slight_smile:
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 M.
http://blog.shingara.fr

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èsbonne 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 M. [email protected] a écrit :

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 :slight_smile:

Le 11 oct. 09 à 11:19, Gregoire LEJEUNE a écrit :

Mais Merb, ce n’est pas fusionné dans rails 3?

Mathieu P. a écrit :

Et n’oublie pas non plus de regarder Merb, même si ya un peu moins de
trucs exotiques :slight_smile:

Vive Merb \o/


Cyril M.
http://blog.shingara.fr/

Je croyais que c’était censé réconcilier tout le monde non ?

Au fait c’est quand que ça sort ?..

(holà , du calme, on baisse son Uzi ou son AK-47 plz)

Michel B.

2009/10/12 Jean-François Trân [email protected]

Le 12 octobre 2009 17:32, Michel a écrit :

Je croyais que c’était censé réconcilier tout le monde non ?

Tout le monde sauf ceux qui étaient contre le merge

Pour te donner une idée, imagine un merge de Prototype/SAU
avec jQuery.

Yen a qui seraient contre, non ? :slight_smile:

Au fait c’est quand que ça sort ?..

“quand ce sera prêt”
(refrain connu)

-- Jean-François.


http://twitter.com/underflow_

Le 12 octobre 2009 16:23, Tranquiliste a écrit :

Mais Merb, ce n’est pas fusionné dans rails 3?

Oh non Nicolas, tu ne vas pas commencer à parler
des sujets qui fâchent !

– Jean-François.


http://twitter.com/underflow_

2009/10/12 Jean-François Trân [email protected]

Yen a qui seraient contre, non ? :slight_smile:

Moi non, il y a plein de petites idées de prototype qui sont bonnes Ã
piocher (genre des méthodes de String etc.), du moment qu’elles sont
reformulées correctement (= comme c’est bien dans jQuery). Ah, et il y a
scriptaculous aussi, ça pourrait être une bonne occasion de le…

…laisser reposer dans un coin bien propre et bien sec histoire qu’on
soit
sûr de le retrouver le jour où on en aura besoin (dans longtemps) ?

Au fait c’est quand que ça sort ?..

“quand ce sera prêt”
(refrain connu)

Sur un air de debian…

Cyril M. 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 :slight_smile:
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 M.
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 :stuck_out_tongue:
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.

@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!
Merci pour les posts/trolls et bouh le vilain charset. :smiley:

Wut Lol a écrit :

Voilà voilà j’aimerais bien me tourner vers un langage évolutif et avec
Au niveau de la charge serveur, Rails a un seul défaut qui est aussi
http://blog.shingara.fr
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 :stuck_out_tongue:
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 :slight_smile:


Cyril M.
http://blog.shingara.fr/

Pour te donner une id�e, imagine un merge de Prototype/SAU
avec jQuery.
Ouais enfin dans Merb y’a(vait) du code copié/collé de Rails, donc la
greffe prendra plus facilement que Prototype/jQuery.

2009/10/13 Cyril M. [email protected]

PS : Rails 3 devait sortir en Alpha à la dernière RailsConf (Mai 2009).

Et Merb 1.1 (version pour transiter vers Rails 3) devait aussi sortir Ã
ce
moment-là :slight_smile:


Nicolas Mérouze
http://www.yeastymobs.com

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.

Tu vas avoir exactement la même chose avec Rails…pas de temps réel non
plus (Pour celà , il te faudra passer par flash, java, …)
Finalement, ta question va surtout se poser sur le framework javascript
que tu choisiras. Car pour le moteur en lui même, que ce soit en PHP ou
avec Rails, tu auras les même contraintes (bref, le choix ira sur celui
avec lequel tu te sens le mieux)

Si jamais tu veux te tourner vers flash pour t’affranchir des
contraintes dont tu parles, regarde un peu Haxe (http://haxe.org/)

Si jamais tu veux te tourner vers flash pour t’affranchir des
contraintes dont tu parles, regarde un peu Haxe (http://haxe.org/)
+1000, je bosse avec et c’est vraiment bon.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs