Ruby On Rails est-il prêt pour l'entreprise ?

Question

Quelqu'un utilise-t-il le RoR pour des applications d'entreprise à grande échelle et critiques ?

Existe-t-il d'autres cadres Web légers basés sur des langages dynamiques que les gens utilisent pour ce type d'applications ?

Si vous n'utilisez pas ces types de cadres d'application, qu'est-ce qui vous en empêche ? Est-ce simplement l'inertie associée à toute grande organisation informatique ? Les problèmes de vitesse et de stabilité de ces frameworks sont-ils suffisants pour compenser l'amélioration des cycles de développement ?

Answer 1

Nous utilisons Ruby on Rails principalement pour des applications professionnelles critiques "d'entreprise". Et pour nous, il a été beaucoup plus facile d'intégrer Ruby à d'autres systèmes "d'entreprise", par exemple :

• Nous utilisons Rails au-dessus de la base de données Oracle.
• nous intégrons nos applications Rails avec Oracle E-Business Suite (système ERP & CRM)
• nous intégrons l'authentification des utilisateurs avec les annuaires LDAP, l'authentification de domaine Windows NTLM, l'authentification Oracle E-Business suite
• nous construisons des services web REST et SOAP pour l'intégration avec d'autres systèmes

Il existe de nombreuses plates-formes d'intégration "d'entreprise" qui sont censées faire ce genre de choses, mais elles sont généralement assez coûteuses et il n'est pas rare que vous soyez bloqué sur un problème et que vous dépendiez du vendeur pour savoir s'il va résoudre le problème ou non.

Avec Ruby et d'autres composants open source, vous êtes toujours en mesure de résoudre le problème par vous-même, car vous pouvez aller à la racine du problème et rien ne vous est caché.

Donc, si vous avez des développeurs intelligents qui aiment résoudre des problèmes difficiles, Ruby sera un excellent outil pour eux. Mais si vous avez des développeurs moyens qui ne veulent rien apprendre de nouveau et qui espèrent que les fournisseurs feront leur travail, alors Ruby n'est probablement pas pour eux. Mais je doute que les développeurs moyens soient capables de créer de grands logiciels avec n'importe quel outil.

Answer 2

Je suis assez surpris de voir à quel point la plupart des réponses sont positives. Je suis un grand fan de Ruby et de Rails et je suis d'accord avec tout ce qui a été dit, mais j'ai l'impression qu'il y a une hypothèse générale dans la communauté selon laquelle "Rails n'est pas encore prêt pour le prime-time". (il est vrai que cette communauté est généralement moins informée que les utilisateurs de ce site, j'imagine).

D'un point de vue technique, je pense que les exemples cités par d'autres montrent qu'il est possible d'obtenir de Rails le temps de fonctionnement et les performances que l'on attend d'une pile Java ou .Net. Le problème, c'est qu'on ne peut pas construire ce genre d'applications hautement performantes et fiables avec des programmeurs à 30$/heure. Ruby et d'autres langages dynamiques semblent permettre aux grands programmeurs de devenir incroyablement efficaces et productifs, mais en même temps ils paralysent les programmeurs médiocres. Et si l'on considère que la grande majorité des grandes entreprises informatiques ont opté pour les singes de code les moins chers qu'elles pouvaient trouver, je pense que la transition serait très douloureuse pour elles si elles essayaient d'introduire Rails en remplacement de Java ou de .Net.

Answer 3

L'histoire de Twitter semble avoir répandu l'idée que "Rails ne passe pas à l'échelle". Pendant ce temps, LinkedIn a créé une application Facebook en utilisant Rails qui est traitement de 1B pages vues/mois .

J'adhère à l'argument qu'ils avancent, à savoir que les problèmes d'évolutivité sont moins le produit du langage/de la plate-forme que vous utilisez que de la manière dont vous implémentez les choses au sein de cette plate-forme.

Answer 4

Voilà ce que j'en pense. Mon entreprise (qui compte 120 000 employés) utilise principalement une pile Java/J2EE pour l'informatique interne. Elle utilise également Sharepoint pour la gestion des documents et des connaissances et Oracle apps pour le workflow, etc. Au cours des deux dernières années, j'ai dirigé un petit groupe de passionnés de Ruby on Rails/Python-Django/PHP afin de promouvoir activement l'adoption de ces frameworks au sein de l'entreprise. Les arguments habituels (souvent non valables) que nous avons rencontrés sont les suivants

1. Il n'y a pas d'échelle
2. Il n'est pas assez sécurisé pour l'entreprise

Mais nous avons réussi à mettre en place quelques applications (Wordpress pour les blogs, une application interne de questions-réponses sociales du type Yahoo answers et une application de gestion des idées et de l'innovation du type Digg Rails) et les choses ont vraiment changé en très peu de temps. Il y a maintenant une forte adhésion au fait que Rails/Django et ses semblables peuvent en fait être meilleurs pour une certaine catégorie d'applications d'entreprise, en particulier les applications simples et légères dans les domaines de la gestion des connaissances, du flux de travail, etc.

Answer 5

Je suis un développeur web et j'ai déjà construit quelques sites web Ruby on Rails pour diverses entreprises (de l'intranet aux sites web de taille moyenne), mais je ne l'ai pas utilisé pour une application à très grande échelle.

Les gens font toujours remarquer qu'il est lent, qu'il n'évolue pas et qu'il est difficile à déployer. La "question de l'évolutivité" n'en est plus vraiment une. Il est toujours un peu plus lent que la plupart des autres frameworks, mais j'ai bon espoir que rails 3 corrige ce problème. Il n'est plus vraiment difficile à déployer grâce à Capistrano et à mod_rails .

Les vrais problèmes que je vois avec les rails sur des projets à grande échelle :

• Il n'y a pas beaucoup de gens qui connaissent Rails. Si vous avez une application PHP, vous pouvez être sûr que 66% des développeurs web seront capables de la maintenir la maintenir. Avec Rails, ce n'est pas la même chose l'affaire.
• Il reste plus lent et si la vitesse est critique, cela peut être un problème. critique, cela peut être un problème
• Il lui manque encore des composants pour le le commerce électronique et ainsi de suite. On y arrive d'autant plus que shopify , mais il n'est pas aussi prêt que Java, par exemple. exemple.

A part ça, je pense que Rails est prêt.

Souvent, il s'agit simplement de trouver la bonne technologie pour le projet, et dans certains cas, il peut s'agir de rails. Chaque langage / framework a ses inconvénients, donc dans certains cas, Rails ne sera pas le choix le plus judicieux, mais dans d'autres cas, il fera parfaitement l'affaire.

Aussi, attendez Rails 3 ce sera génial :)