Journal :
Marre de Rails ...
Posté par
totof2000 () le 24 avril 2008
Ca fait deux ou trois heures que je tente de commencer aver Rails, er ça commence à me fatiguer sérieusement.
Tout a commencé par la tentative d'afficher une simple page de test.. N'utilisant pas de base de données pour ce test, je n'ai pas configuré le bon fichier (config/database.yml pour les connaisseurs). Je tente donc d'afficher la chaine que j'avais définire dans mon controleur et ... paf premier message d'insulte.
Ce qui est agaçant c'est que quand Rails t'insulte, il t'insulte tellement que tu comprends rien à ce qu'il te racconte. Donc j'ai du faire un copier/coller, rechercher sur google et au bout d'un long moment, je me rends compte qu'il y a un problème du côté de la config de base de données .... Pas grave, me dis-je. Je crée ma base, je crée mon compte, je modifie le fichier en conséquence et la ça marche .... Au passage, je voulais tenter de comprendre le concep de modele/vue/controleur et la façon dont il est implémenté dans rails, et les problèmes rencontrés ne m'ont pas aidé du tut ...
Ensuite, je tente d'utiliser les migrations de schéma pour créer une table ... et c'est là que je me suis vraiment rendu compte de l'horreur du truc ....
Je fais comme dit dans un tutoriel : ruby script generate model toto
Mon modele est cree. Pas de problème.
Ensuite je configure la migration (db/migrate/001_create_toto.rb),. J'exécute rake migrate comme indique dans mon document ... de nouveau un problème. Je passe encore pas mal de temps pour me rendre compte que maintenant c'est plus rake migrate qu'il faut executer mais rake db:migrate. Pourquoi ? Personne ne le sait, et c'est GONFLANT. Cela dit je ne m'arrête pas la et je tente de nouveau. Maintenant, ca ne marche pas mieux : L'insulte :
rake aborted!
#28000Access denied for user 'root'@'localhost' (using password: YES)
Jamais nulle part je lui ai dit de se connecter en utilisant le compte root : j'ai bien précisé le bon utilisateur et le bon mot de passe dans ma configuration ...
Ca fait un bout de temps que je cherche (plus d'1 heure) et je commence à en avoir raz le bol. Ce que je constate de ma lecture de tous es fils de discussion, fora, etc ... rails bouge tout le temps, et en 1 mois un tas de trucs peuvent avoir changés, et ces trucs peuvent même casser des applis exstantes du jour au lendemain.
Maintenant je commence a comprendre pourquoicertains sont frileux pour utiliser rails en prod. C'est dommage parce que sur le papier Rails c'est bien. Mais si, pour s'y mettre, il faut passer trois jours à régler des problèmes stupides de compatibilité entre les versions, et que pour ctenter de comprendre un concept, on doit passer du temps entre deux à résoudre lesdits problèmes, moi je dis non ...
Bon maintenant que mon coup de gueule est passé, quelqu'un peut-iml me dire ou trouver de l'aide (guide sur le www, ou autre) pour résoudre tous ces problèmes en une seule fois, que je puisse ainsi commencer à m'y mettre sérieusement ?( Non, je ne lacherai pas aussi facilement, même si ça me gave, je veux voir si Rails increase réellement my productivity, même si pour le moment il passe son temps à m'insulter ).
Tout a commencé par la tentative d'afficher une simple page de test.. N'utilisant pas de base de données pour ce test, je n'ai pas configuré le bon fichier (config/database.yml pour les connaisseurs). Je tente donc d'afficher la chaine que j'avais définire dans mon controleur et ... paf premier message d'insulte.
Ce qui est agaçant c'est que quand Rails t'insulte, il t'insulte tellement que tu comprends rien à ce qu'il te racconte. Donc j'ai du faire un copier/coller, rechercher sur google et au bout d'un long moment, je me rends compte qu'il y a un problème du côté de la config de base de données .... Pas grave, me dis-je. Je crée ma base, je crée mon compte, je modifie le fichier en conséquence et la ça marche .... Au passage, je voulais tenter de comprendre le concep de modele/vue/controleur et la façon dont il est implémenté dans rails, et les problèmes rencontrés ne m'ont pas aidé du tut ...
Ensuite, je tente d'utiliser les migrations de schéma pour créer une table ... et c'est là que je me suis vraiment rendu compte de l'horreur du truc ....
Je fais comme dit dans un tutoriel : ruby script generate model toto
Mon modele est cree. Pas de problème.
Ensuite je configure la migration (db/migrate/001_create_toto.rb),. J'exécute rake migrate comme indique dans mon document ... de nouveau un problème. Je passe encore pas mal de temps pour me rendre compte que maintenant c'est plus rake migrate qu'il faut executer mais rake db:migrate. Pourquoi ? Personne ne le sait, et c'est GONFLANT. Cela dit je ne m'arrête pas la et je tente de nouveau. Maintenant, ca ne marche pas mieux : L'insulte :
rake aborted!
#28000Access denied for user 'root'@'localhost' (using password: YES)
Jamais nulle part je lui ai dit de se connecter en utilisant le compte root : j'ai bien précisé le bon utilisateur et le bon mot de passe dans ma configuration ...
Ca fait un bout de temps que je cherche (plus d'1 heure) et je commence à en avoir raz le bol. Ce que je constate de ma lecture de tous es fils de discussion, fora, etc ... rails bouge tout le temps, et en 1 mois un tas de trucs peuvent avoir changés, et ces trucs peuvent même casser des applis exstantes du jour au lendemain.
Maintenant je commence a comprendre pourquoicertains sont frileux pour utiliser rails en prod. C'est dommage parce que sur le papier Rails c'est bien. Mais si, pour s'y mettre, il faut passer trois jours à régler des problèmes stupides de compatibilité entre les versions, et que pour ctenter de comprendre un concept, on doit passer du temps entre deux à résoudre lesdits problèmes, moi je dis non ...
Bon maintenant que mon coup de gueule est passé, quelqu'un peut-iml me dire ou trouver de l'aide (guide sur le www, ou autre) pour résoudre tous ces problèmes en une seule fois, que je puisse ainsi commencer à m'y mettre sérieusement ?( Non, je ne lacherai pas aussi facilement, même si ça me gave, je veux voir si Rails increase réellement my productivity, même si pour le moment il passe son temps à m'insulter ).
> Lire le journal (59 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #925363.
Run by 
Cette page a été générée par Templeet en 0.0673s (dont 0.0067 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
zend framework
Bonjour,
Pour ma part, j'ai également vaguement testé rails, mais ne connaissant pas ruby, ne voulant pas vraiment apprendre ruby, je me suis essayé au zend framework et je n'ai été que peu déçu. Le MVC du ZF est relativement facile à prendre en main.
[^]Re: zend framework
On va pas faire la guerre des frameworks, mais franchement le PHP ... NON !
Le PHP c'est pourri, c'est nul, ça devrait crever, seulement il bénéficie d'une énorme base d'utilisateurs, de connaissances et de recrutement mais aussi côté hébergement. Du coup, en pro, on est parfois obligé de coder en PHP, d'où l'utilité des framework Zend/CakePHP/Symphony pour soulager un peu le développeur qui est obligé de coder en PHP. SINON NON ! JAMAIS ! MÊME SOUS ECSTAZY OU SI ON VOUS FORCE A ECOUTER UN DISCOURS DE RMS !
Personnellement, j'ai toujours essayé de choisir entre Django et Rails. Django est vraiment très très bon, et c'est parfois difficile de choisir entre les deux.
[^]Re: zend framework
un peu comme Linux par rapport à Hurd, quoi...
Windows has no users. It has hostages.
[^]Re: zend framework
Sauf que Hurd n'est pas utilisable.
[^]Re: zend framework
Sauf que Hurd on ne sait pas ce que c'est.
[^]Re: zend framework
J'hésitais beaucoup entre les deux moi aussi. Finalement, j'ai fait un petit post sur mon blog et j'ai eu plein de bonnes réponses : http://lezardbreton.info/blog/2008/04/django-vs-ruby-on-rail(...)
En fait, je me pose de moins en moins la question et je continue sur Ruby on Rails. Que ce soit Django ou RoR, les deux sont très bons et conviennent. La réponse essentielle que j'aurais aimé avoir, c'est dans quel cas l'un convient mieux que l'autre.
[^]Re: zend framework
Deux frameworks semblent s'affronter la place du roi des alternatifs (après les usines à gaz J2EE et .Net)
As tu essayé grails qui te permet de bénéficier d'un framework à la rails qui s'appuie sur les même briques de base que lesdites usines à gaz, d'utiliser un langage dynamique qui n'a rien à envier à python ou ruby, tout en restant proche de la syntaxe java.
Tu pourras toujours dépasser les limitations de RoR comme les Active Record
http://jonasfagundes.com/blog/2008/01/grails-the-good-the-ug(...)
Si par la suite tu dois évoluer vers plus de robustesse ou revoir ta conception pour assurer la montée en charge, le passage vers ces même UaG, ne t'obligera pas à tout réecrire ou à assimiler une nouvelle techno from scratch.
[^]Re: zend framework
Euh...Groovy, franchement, me donne pas très envie : http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?t(...) (oui je sais, les microbenchmarks ne montre qu'une facette d'un langage.. mais quand même..)
Personnellement dans le même registre que Grails je me tournerai plutôt vers Lift : http://www.liftweb.net qui vise également la platforme Java. Lift utilise le langage Scala qui à l'aire vraiment très prometteur (fonctionnel, objet, acteur, etc.).
Malheureusement il n'est pas encore très abouti mais son développement est, par contre, très actif.
[^]Re: zend framework
J'ai essayé, mais je ne suis pas devenu fan car je l'ai trouvé un peut trop compliqué. En fait, mon raisonnement sur Grails n'était pas trop rationnel, alors je ne préfère pas détailler plus que ça.
[^]Re: zend framework
Tiens, tu as le même point de vue que moi ....
PHP nécessite d'écrire beaucoup trop de code, et les framaworks bases sur PHP sont souvent assez lourds .... PHP xc'était bien il y a 8 ans, maintenant il y a mieux ....
[^]Re: zend framework
mieux... euh ouais, lents et bouffeurs de RAM surtout
Windows has no users. It has hostages.
[^]Re: zend framework
les a priori sur la vie...
juste un petit truc :
http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?t(...)
donc php vs ruby : niveau perf c'est kif kif bourricot, mais niveau syntaxe, lisibilité, fun le deuxième défonce de très loin de premier...
et RoR en production se défend tout à fait apparement...
[^]Re: zend framework
Le PHP c'est pourri, c'est nul, ça devrait crever
Tu peux expliquer un peu plus ?
Voici une argumentation en faveur de PHP5 : http://talks.php.net/show/lca07
d'où l'utilité des framework Zend/CakePHP/Symphony pour soulager un peu le développeur qui est obligé de coder en PHP.
Lire attentivement : http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC(...)