Dator Blog

Aucun trackback

23 commentaires

1. YanK (développeur web)

   15 janvier 2009 à 13:54

   1

   Je me suis posé la même question que toi.
   Ça a l’air sympa sur le papier mais j’ai jamais testé.

   Ça serait sympa un vrai retour d’expérience de développeurs.

2. Damien

   15 janvier 2009 à 14:08

   2

   En effet, ça lague réellement pour le coup !
   Sinon, RoR n’est déjà pas un langage mais un framework. C’est Ruby le langage.
   Comme PHP et Symfony par exemple.

   Après, en trollant, je dirais que ce remue ménage est justifié parce que RoR ça rox.

   Mais en tentant d’être plus neutre (ce qui n’est pas facile, puisque je suis pro RoR), je dirais simplement qu’il s’agit d’un framework comme un autre et que cela dépends des choix faits lors de la conception du projet.

3. Clément

   15 janvier 2009 à 14:25

   3

   Je sais que RoR est un Framework (d’ailleurs dans une des vidéos il font un « comparatif»  entre RoR et CakePHP) mais ce que je recherche par dessus tout c’est des informations sur sa monté en charge comparé un PHP (ou un framework de PHP).

   Ce que je sais c’est que c’est un framework jeune et qu’il n’a pas le même poids niveau notoriété que PHP (langage).

   Si tu as des informations à nous donner sur ça ! MERCI !

   Et merci pour ton commentaires

   PS : J’ai visité plusieurs blog où les trolls étaient de mise et non je ne veux pas de troll ici

4. edonis

   15 janvier 2009 à 14:32

   4

   j’ai quelques base en RoR, ça Rox

   De mémoire, il me semble que Twitter tourne sous RoR à confirmer

5. Clément

   15 janvier 2009 à 15:00

   5

   En effet twitter tourne sous RoR comme aussi GitHub, LightHouse, Shopify, Les pages Jaunes, BackPack, Scribd, iLike, MTV Style, Campfire, SUSE Studio … http://rubyonrails.org/applications

   Enfin ce sont quand même de gros gros projets tout ça … si quelqu’un sait, qu’il en fasse par dans les commentaires

6. YanK (développeur web)

   15 janvier 2009 à 15:21

   6

   Qu’est ce qui vous a fait passer à RoR ?
   Quels sont les réels avantages par rapports aux autres ?
   Y a t-il des limites à RoR ? Car le développement web évolue très rapidement, je pense surtout à AJAX & Cie.

7. Damien

   15 janvier 2009 à 15:46

   7

   Ror n’est pas si jeune que cela. Il date de juillet 2004.
   Que je sache, les frameworks PHP datent tout de 2006 environ.

   Concernant « Ajax & cie»  et « le wev évolue très rapidement» , c’est un peu bizarre comme remarque.
   XMLHttpRequest existe depuis plus de 10. Et cela fait plus de 4 ans que le « Web 2.0″ a fait son apparition et qu’on en mets un peu à toutes les sauces.

   Mais la n’est pas le sujet puisque, bien que RoR propose des méthodes permettant de faciliter le développement avec Prototype et Script.aculo.us, c’est avant tout un langage orienté serveur. Et il est tout à fait possible d’utiliser un autre framework javascript … Il suffit de l’inclure dans sa page et de l’utiliser.

   Après, il est difficile, voir impossible de donner de lister de telles raisons comme cela. RoR est un framework développé un ruby, qui équivaut tous les autres frameworks de son niveau en :
   - Démultipliant la productivité
   - Améliorant la lisibilité du code
   - Facilitant l’écriture de tests
   et j’en passe.

   La seule solution que je vois est donc de voir par vous même à quoi cela ressemble.

   Pour cela, deux solutions (parmi d’autres).
   Suivre les tutoriaux et screencasts du site officiel : http://rubyonrails.org/screencasts
   Se rendre au RubyCamp qui se déroulera à Lyon le 21 février prochain : http://barcamp.org/RubyCampLyon

8. YanK (développeur web)

   15 janvier 2009 à 16:49

   8

   @Damien : Ce que je voulais dire c’est qu’il existe une multitude de Frameworks JS tel que JQuery, Mootools, … et que chaque jour il y a de nouveaux plugins.
   Je voulais savoir si il était simple d’intégrer tout ça pour l’utiliser dans RoR.

   Je me pose une autre question en ce qui concerne l’hébergement.
   N’est t-il pas difficile de trouver des hébergements mutualisés pas cher pour RoR ?

9. Damien

   15 janvier 2009 à 17:09

   9

   Et chaque jour il y a également de nouveaux plugins RoR …
   Il est tout à fait possible de placer du javascript dans une page web. Il est donc tout à fait possible de placer JQuery ou autre dans un projet RoR.

   Pour l’hébergement, je te répondrai, vu que tu semble faire du java : est-il facile de trouver un hébergement mutualisé pas cher pour un projet J2EE ?
   Autrement, je te laisse comparer par toi même. Deux hébergeurs RoR :
   http://www.engineyard.com/
   http://www.hostingrails.com/

10. Clément

    15 janvier 2009 à 17:23

    10

    OVH propose aussi Rails intégré dans ses PLAN

    Merci damien pour ces explications, la conversation continue, n’hésitez pas à poser quelques questions , moi je prépare les miennes !

11. YanK (développeur web)

    15 janvier 2009 à 18:07

    11

    @Damien : Ok, faut pas le prendre ce que je dis comme une attaque sur RoR je me renseigne car RoR m’intéresse. Je m’informe donc sur les points qui pourraient être embêtant.

    Par contre je développe pas en Java, j’aime pas ce langage.

    @Clément : J’ai vu pour OVH mais je me demandais si ça tournait bien. Je me doutais qu’OVH le ferait (ou le faisait) mais je me demande si c’est bien au point.

    J’ai pas de langage fétiche j’aime bien toucher à tous c’est pour ça que je me renseigne sur RoR car ça fait un moment que j’en entend parler mais j’ai jamais essayé de m’y mettre.

12. Damien

    15 janvier 2009 à 20:02

    12

    Oups toutes mes excuses alors (je ne supporte pas Java non plus hein). J’avais pensé cela en jetant un coup d’oeil rapide à ton blog.

13. YanK (développeur web)

    15 janvier 2009 à 22:07

    13

    @Damien : Pas grave j’ai eu mes réponses au final.
    Je jetterais un œil un peu plus attentif sur les exemples et si j’ai le courage je testerais.

14. paul

    16 janvier 2009 à 12:52

    14

    C’est sûrement pas en matant les vidéos qu’on se fera une idée sur ce qu’est vraiment rails.
    Attristé de voir le peu de prise de risque en France sur ce language, alors qu’outre atlantique, il y a une réelle effervescence autour ! Effectivement en France, on préfère prendre deux/trois ans de retard avant même de songer tester le truc…
    Alors oui, des gens « très expérimentés»  diront que ça ne scale pas; effectivement le language peut ne pas être parfait; mais cette rumeur vient principalement de twitter (peu de sites peuvent avoir cette problématique de traffic); surtout plus suite à l’engouement suscité, d’ou à la prise en main par des personnes beaucoup moins expériméntées niveau informatique et à l’accés à des fonctionnalités poussées nécessitant justement une expérience que rails efface.
    si engouement il y a, c’est pas pour rien, rails c’est super accessible, et ça fait à peut prés tout; et ruby est vraiment vraiment top.
    Communauté il y a, un sacré paquet de plugins, encore plus de gems, le tout toujours assez fun.
    +, fusionne avec merb en mai… peu de communautés peuvent se targuer d’être aussi actives (3 update en un an), c’est pas un gage de qualité mais en tout cas donne un peu de vie au truc.

15. YanK (développeur web)

    16 janvier 2009 à 14:01

    15

    @Paul : C’est pas la peur de prendre des risques mais le manque de temps qui fait que je ne le test pas dessuite.

    C’est pas en envoyant des commentaires plus ou moins agressifs quand on demande des renseignements qui va donner envie de rejoindre la communauté. J’étais pas du tout venu pour attaquer RoR mais plus pour avoir des retours d’expériences.

16. paul

    16 janvier 2009 à 14:56

    16

    dsl pour le ton, ce n’était pas spécialement le but; concernant la prise de risque, je ne m’adressai pas particulièrement à toi mais remettait sur la table une attitude franco-française, qui se retrouve sur bien des domaines.
    Pour me rattrapper, sur un dédié, c’est évidemment mieux, bien que + cher qu’un mutualisé, mais bon, je pense que pour profiter pleinement et se faire un vrai avis dessus c’est mieux; permettrai de tester les différents webservers possiblement utilisable, il y a sur ce point pas mal de solutions.
    le deploiement via capistrano (vraiment confort, cependant, bien ou pas, relativement nécessaire pour travailler correctement avec rails) serait aussi plus simple, je ne sais pas si sur un mutualisé cet outil est facile d’accès.

17. YanK (développeur web)

    16 janvier 2009 à 15:18

    17

    @Paul : Pas grave, mais vu que ça faisait suite à mon commentaire je l’ai un peu pris pour moi.

    C’est sur que des dédiés c’est mieux (j’en ai 6 pour LS) mais pour des petits projets un mutualisé c’est quand même une économie non négligeable.

18. Alexis Metaireau

    17 janvier 2009 à 13:46

    18

    Salut,

    Si ta question est réellement: Pourquoi, RoR, c’est mieux, je crois qu’il sera très difficile d’y trouver une réponse qui convienne à tout le monde, parce que c’est un point de vue complètement subjectif. C’est comme la question de quel framework php est le mieux. Ma réponse est sans appel: il n’y en à pas. J’ai mes préférés bien sur, mais tout dépends du contexte.

    Par contre, il est intéressant de connaître l’impact qu’à eu Ruby on Rails sur les autres frameworks web, et ce dès sa sortie. Effectivement, beaucoup de frameworks web (et je pense surtout au monde PHP) on calqué leurs modèles sur RoR, ou en tout cas, s’en sont inspiré. Pourquoi ? Parce que RoR est le fruit d’un long et consciencieux travail chez 37signals, et qu’il apporte des concepts vraiment très interessants. J’avais fait un court article sur la question il y à un moment: http://www.notmyidea.org/intruction-a-ruby-on-rails/ .
    Mais à l’heure actuelle, ces concepts sont integrés dans la plupart, si ce n’est tous les frameworks web. Le choix de garder le language php est vite fait (et pas forcement réfléchi).

    D’ailleurs le choix de se porter sur le langage ruby fait pour beaucoup dans la non adoption du langage. Pas que ruby soit un mauvais langage, bien au contraire, il mériterais que beaucoup plus de monde s’y intéresse, mais c’est un langage trop peu connu à l’heure actuelle.

    Bref, oui, si vous avez un peu de temps, testez RoR, c’est génial. Si vous êtes habitué à des outils comme Symfony, Jelix et consorts, vous ne devriez pas être trop dépaysés.

19. YanK (développeur web)

    18 janvier 2009 à 13:40

    19

    @Alexis Metaireau : Je ne demandais pas qu’on choisisse un framework pour moi, mais plus qu’on me fasse part d’une expérience. Il aurait été intéressant que certaines personnes nous dises pourquoi elles ont adopté ou abandonné RoR dans leur vie professionnelle.
    C’est tout.

20. julien

    7 mars 2009 à 15:38

    20

    Salut,

    je suis un peu à la bourre sur ce sujet, mais si je devais résumer ce qui m’a fait adopter RoR pour mes projets persos (suffisament petits pour que je me sois jamais posé de question sur la scalabilité):
    - ruby est d’une élégance jubilatoire (simple, efficace, concis, lisible)
    - rails simplifie la vie et permet de déployer une appli web/bdd rapidement de surtout de manière très très « propre»  essentiellement grâce au modèle MVC et à l’intégration parfaite de ActiveRecord
    à+

21. ben

    8 mars 2009 à 15:29

    21

    @julien : ruby est extrêmement fun et agréable à utiliser effectivement, je souffre d que je retourne à du php;

    @yank : ror expose donc les avantages seduisants de ruby au niveau d’un framework, même si des outils de deploiement existent, la montee en production reste une étape consequente qui de mon côté s’est avérée être un frein, car maintenir à la fois une application et le setup plateforme de dev/serveur reste assez lourde, meme si j’imagine que compare à un projet java le tout est grandement simplifie. oublier le shared sous ror
    De plus, c’est a la fois ce qui le rend vivant, la montee en version (je crois 3 ou 4 en un an) obligent de revoir son code de maniere plus ou moins profonde si l’on veut continuer profiter des evolutions.
    Je n’ose pas imaginer ce qu’impliquerai pour une application existante l’upgrade à version rails 3 en mai prochain…

    Rails et ruby representent a mon avis une nouvelle ecole qui ne s’imposera ici en tout cas en france qu’avec le temps, ça reste encore une « deviance»  par rapport à « l’ordre établi»  (php ou java), attitude marginalisée en france, fortement soutenue ailleurs. le mot « fun»  ne fait pas parti du monde professionnel francais, ce qui est très dommage.

22. FranckyU

    9 mars 2009 à 10:19

    22

    Tout à fait d’accord avec Julien et Ben,
    primo Ruby est un langage très agréable à utiliser et à mon avis est le seul langage à réelement adopter le concept de POO à 100% (pour ceux qui veulent approfondir voir l’adresse : http://www.ruby-doc.org/docs/ProgrammingRuby et surtout la rubrique Ruby.new pour un avant gout). Et un point fort de ce langage c’est la compréhensibilité du logique dans le code par l’être humain, bref du Ruby n’est pas seulement pour être interprété par la machine mais aussi pour être compris par l’homme.
    Rails de son côté, j’apprecie particulièrement sa façon de mettre à la dispo du dévéloppeur des briques préfabriqués de generation de code (le scaffold pour un prototypage rapide, les helpers Ajax et surtout les controles de validation des données entrées par l’utilisateur avec une seule ligne de code Ruby). Pour une comparaison, dans mon job actuel on est sur PHP5 et le framework Jelix, mais le hic c’est qu’avec PHP, on est contraint de faire soi-même les fonctionnalités de bas niveau de l’application (accès aux données d’une SGBDR, mapper le resultat en objet métier par exemple) alors que sour RoR, le dévéloppeur a tout son temps à se concentrer sur les questions de haut niveau (Business logic) en utilisant les fonctionnalités prédéfinies du framework. Bref le dévéloppeur en PHP c’est comme un constructeur automobile fabriquait lui même les vis, les fils, coulait lui-même le métal à partir du minerai brut…pour enfin construire ses voitures.
    Par contre un développeur sous RoR c’est le même contructeur qui sait ce qu’il veut comme produit fini et consulte ensuite une catalogue de produits intermediaires (plaques de tôles, fils, équipements electriques) et les assemble tout en pouvant aisément les modifier à son gout (bravo Ruby !!). Ce qui lui permet de se focaliser sur les fonctionnalités de son application et de la demende des utilisateurs finaux et de délivrer du concret dans des delais ultra rapides

23. Bid

    12 mars 2010 à 17:23

    23

    Complètement PAS pertinent. C’est bien des Appliens qui ont fait ça.