Passer à ror ou pas?

[Bobo Bobo-2]

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.
--
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[cyril mougel]

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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Gregoire LEJEUNE-3]

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 <cyril.mougel@...> 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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Mathieu Poumeyrol]

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 <cyril.mougel@...> 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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[cyril mougel]

Mathieu Poumeyrol a écrit :
>
> Et n'oublie pas non plus de regarder Merb, même si ya un peu moins de  
> trucs exotiques :)
>
>  

<promotion>
  Vive Merb \o/
</promotion>

--
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Tranquiliste-2]

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

On 12 oct, 13:04, Cyril Mougel <cyril.mou...@...> wrote:

> Mathieu Poumeyrol a écrit :
>
>
>
> > Et n'oublie pas non plus de regarder Merb, même si ya un peu moins de  
> > trucs exotiques :)
>
> <promotion>
>   Vive Merb \o/
> </promotion>
>
> --
> Cyril Mougelhttp://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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Jean-François Trân-2]

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_

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Michel Belleville]

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 Belleville

2009/10/12 Jean-François Trân <jftran@...>

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_

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Jean-François Trân-2]

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 ? :)

> Au fait c'est quand que ça sort ?...

"quand ce sera prêt"
(refrain connu)

    -- Jean-François.


--
http://twitter.com/underflow_

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Michel Belleville]

2009/10/12 Jean-François Trân <jftran@...>

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 ? :)

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...

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Bobo Bobo-2]

> 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.
--
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Bobo Bobo-2]

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.


@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. :D

--
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[cyril mougel]

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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Nicolas Mérouze-3]

2009/10/13 Cyril Mougel <cyril.mougel@...>

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à :)

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


--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Bobo Bobo-2]

> 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/)

--
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---

[Bobo Bobo-2]

> 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.
--
Posted via http://www.ruby-forum.com/.

--~--~---------~--~----~------------~-------~--~----~
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 railsfrance@...
Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscribe@...
-~----------~----~----~----~------~----~------~--~---