Reprise du message précédent :

Pour toutes les bonnes raisons énoncées par jubijub et ratibus, plus sur le fait que je n'arrive pas à avoir de vrais retours d'expérience sur un WS en ruby.
Dis autrement, serais-tu prêt à parier 1M€ que l'équipe(complétée ou pas avec des experts ruby) arrivera à faire un truc qui supportent les contraintes du client en utilisant ruby...
Perso j'en sais rien et c'est bien pour ça que je cherche des infos pour justifier nos choix .

Ouais, je pense qu'il ne sert à rien de se précipiter et de foncer dans du RoR alors que c'est une technologie assez jeune tout de même. Ca marche surtout à cause du buzz autour.
 
Qu'en pensez vous ?

Je suis d'accord, il vaut mieux aller voir Python et Django.

rofl

Pour une fois, je suis entièrement d'accord. J'me suis lancé en PHP à l'arrache, et 4 ans après, je constante que ce n'était peut-être pas la bonne solution. Maintenant c'est trop tard, je dois faire avec. On verra dans 2 ans, peut-être que je passerais à autre chose...

you, stop that, I'm trying to bring people to the dark side (of the moon)

Please you commit suicide nao, insulting Pink Floyd cannae be accepted.

-> topic albums surévalués

+1

Effectivement j'ai pas à prendre de décision aussi lourde, j'imagine bien qu'en entreprise ça doit pas être aussi simple.
Maintenant, de ce que j'ai pu lire sur le net, on fait grosso merdo 2 gros reproches à Ruby/RoR :
- Sa montée en charge, ie ruby c'est lent. Primo c'est quand même à nuancer a mon avis, deuxio vu les besoins que tu as exprimés ( 150 users en continu ), c'est pas vraiment un point noir ici à mon avis, on parle pas de servir des milliers de requetes à la seconde.
- Sa jeunesse. Bon là c'est vrai que ça joue pas en sa faveur. Sauf que ça commence quand même sacrément à se répandre, disons que ca quitte un peu le repère des geek barbus, en témoigne le récent support dans Netbeans par exemple ( on aime ou on aime pas l'IDE, mais disons que c'est pas le premier soft tombé du ciel quoi ). Ou encore de mémoire le témoignage d'un gars qui avait bossé sur Struts ou je sais plus quel autre gros Framework JAVA disant qu'après RoR il avait du mal à retourner dessus ( me semble que le lien était passé sur le forum d'ailleurs ).
 
Disons que my 2 cents d'étudiant à 2 balles, c'est que si on commence pas à déployer du RoR sur des projets comme ça, dont tu maitrises toute la chaine ( a priori t'as pas trop à te soucier de t'intégrer a une myriade d'appli existante en COBOL ou autres ), bin on restera a jamais sur du C#/Java/PHP  
 
Ah et note finale en passant, a priori RoR est largement plus répandu aux states, je sais plus ou j'avais lu les stats des bouquins je crois, la différence France/USA était impresionnante ( toutes proportions gardés bien sur )

Ouais, mais ça prend du temps ça
 
Quand je disais "regarde", c'est plutôt regarde si tu trouves de BM avec les différents serveurs sur des tests real world (ou au moins real world scaled).
Pour lighty, j'ai toute confiance (youtube l'utilise pour son serveur d'image, et yahoo aussi), fastCGI ça p00tre aussi, je pense que la vraie question c'est quel FW utiliser, en fonction de ton équipe et du temps, et si ça vaut le coup ou non de former une partie de l'équipe ou la totalité à un langage donné  

A mon avis lancer un nouveau projet et toute une équipe, sur une techno non encore maitrisée ça va dans le mur direct, même si dans l'absolu la techno est super

<I'm ready to get slapped>connais pas </I'm ready to get slapped>

on a fait un "petit projet" avec RoR y'a 3 mois, ça c'est bien passé mais rien de comparable avec ce nouveau truc.
Donc je suis assez d'accord sur le fond. Et le pire c'est que je pense pas que les problèmes ne se posent pas au début mais plutot en plein milieu avec un "Eeeeh mais les gars, comment on va faire ça?" qui amène de beaux drames.

150 utilisateurs sur un "applicatif" ça peut faire plusieurs milliers de requêtes secondes
exemple à la con: un champ avec autocomplétion, a chaque touche appuyée => requête
(note: oui je suis d'accord que si c'est fait correctement on ne fait pas l'appel à chaque pression de touche, mais au bout de X secondes sans pression, mais c'était pour l'exemple).

En soit c'est pas forcément un problème si la plus-value apportée par l'utilisation de ce langage surpasse les inconvénients cités par jubijub ou ratibus.

j'aurais dit que c'etait au japon que Ruby etait le plus répandu (vu que ça vient de la-bas)

You must die    
Money, ça te dis rien?    

Y'a plein de gens qui sont pas au courant hein

Tu vas te faire Masklinned je pense
 

Sans compter les : "ah merde j'ai redévelopper en 2 semaines un truc qu'était déjà dans le langage"
 

Ca peut faire mais la probabilité est infime je pense
Plutot en centaine si c'est des acharnés (ça dépend si tu comptes les hits au serveur web ou les pages vues aussi).

Le code du smiley  

Ca veut dire qu'y a un gars qui s'est enregistré sur HFR avec

Nan jamais ecouté pink floyd , a part peut-être the wall une fois sur radio chante-france
 

 j'te parle d'un WS et tu me parles de pages vues ...
Et encore une fois il n'y a pas que l'applicatif intra mais également un site inter et et un edi qui taperont dessus...
 

La musique c'est bien

perso j'aime bien les technos mainstream, parce que staffer des gens ou trouver du support c'est super facile...
 
RoR c'est peut etre super bien, mais le fait que ce soit jeune fait que c'est fatalement moins répandu, et que trouver des gens va être plus chaud, et c'est un fait...
 
donne un coup de pied dans un arbre, il tombe 15 dev java et .net ...surement 1-2 dev Python...pour Ruby je suis moins sur...et on parle que du dev, je parle pas des admins ou autre

c'est normal que un chargement de page sur 5 mon Mootools compressé me cause un "un script rallentit l'éxecution de cette page blabla" ?

Y'a que mootools dans la page?

Ben nan, mais quand je fais "débgoguer le script", firebug m'emmène dans le script Mootools.

J'ai souvent le pb, c'est pouquoi je n'utilise plus la version compréssée avec le compresseur Php5, mais la version compressée avec YUI ... et depuis, plus de pb

Edit : Par ailleurs j'ai des fois le même problème sur le forum ... et il utilise un jQuery compressé de la même manière (eval... )

De toute façon, le plus éfficace reste gzip + jsmin.

 
Packer + gros fichiers

Remerciements

 
Mootools Full (JSMin) = 72.6 Ko => +GZip = 21 Ko
Mootools Full (UYI) = 64.8 Ko => +GZip = 20 Ko
 
C'est toujours bon à prendre

J'ai pas regardé ce que fais YUI Comp, il shrink?
Je sais qu'il check la syntaxe du coup le code n'est pas censé péter...

Apparemment il vire tout com, espaces etc, et remplace tous les noms de variables par A, B, C etc

 
Sauf tout les scopes contenant with ou eval

oué ptet

Ouais, donc il shrink, d'ou le gain. Par contre ça reste toujours moins efficace que Packer (surtout la version 3).

Ouais mais si packer il te rend le code inutilisable un coup sur 5...

Sans parler du temps de décompression après téléchargement, c'est bon pour économiser de la bp serveur mais pas pour servir le client plus vite

Mootools Full (JSMin) = 72.6 Ko => +GZip = 21 Ko
Mootools Full (UYI) = 64.8 Ko => +GZip = 20 Ko
Mootools Full (Packed) = 42.6Ko => +GZip = 20 Ko
 
Donc si on a GZip, je vois pas d'intérêt à la version packed

je vois pas non plus l'intérêt de la version UYI