Discussion :

[anthyme]

Bonjour !

Il va y avoir dans quelques jour une reunion dans mon entreprise pour une projet strategique (qui pourrai etre deployer massivement dans les collectivités local) et le debat va tourner autour de ces 2 framework.

Pourriez vous donner des arguments pour (django) et contre rails afin d'appuyer ma descision ?

Pour l'instant dans les pour django je vois :
- Performances superieurs
- Interface d'administration généré
- Meilleur gestion du cache

Rails :
- Intégration ajax
- plus grande maturité

Merci

[GnuVince]

Django:

• Déploiement plus facile (mod_python tout simplement, pas de mix comme dans Rails)
• Pas limité à faire les choses comme le framework veut
• Pas de magie (explicit is better than implicit)
• Python est plus performant que Ruby
• La documentation de Django est beaucoup mieux que celle de Rails
• Le langage de template de Django est moins puissant que celui de Rails, ce qui le rend plus facile à utiliser par des non-programmeurs (designers CSS par exemple) et empêche de mettre trop de logique dans la présentation
• Python a plus de librairies matures que Ruby
• Generic views
• Authentication contrib

[anthyme]

Je dois avouer que c'est surtout de toi que j'attendais une avalanche d'information et la je suis servi.

good merci

avis aux autres amateur le thread n'est pas fermé

[eric.pommereau]

Bonjour,

GnuVince : Hum tu m'as l'air très objectif

Désolé je ne peux pas contribuer à cette intéressante discussion mais je suis ça de près !!



@+++

[anthyme]

bon je vais essayer de me faire l'avocat du diable pour enrichir un peu le debat ...

Rails a de tes bonne features pour permetre des migration de basse de données qu'en est il de django ?

[GnuVince]

Tu définis tes modèles en Python, et un nouvel outil permet de faire des modifications à ta structure de données:

http://code.google.com/p/django-evolution/

[anthyme]

fin du débat (de presque 3h)

Et Django est largement en tête (d'ailleur l'aspect connu et en vogue de rails a jouer en sa defaveur)

Un seul probleme fait hésiter le responsable de production : l'api qui va changer jusqu'a la 1.0 et pas de dates de sortie.

[GnuVince]

fin du débat (de presque 3h)

Et Django est largement en tête (d'ailleur l'aspect connu et en vogue de rails a jouer en sa defaveur)

Un seul probleme fait hésiter le responsable de production : l'api qui va changer jusqu'a la 1.0 et pas de dates de sortie.

Une grande partie de Django est stable dans le sens que l'API ne sera pas changé qui pourrait causer des problèmes de backward compatibility.

http://www.djangoproject.com/documen...api_stability/

[anthyme]

oui oui c ce que je lui ai dit, le probleme viendrai surtout de l'authentification car ici ils parlent d'un possible changement d'API.

Des suppositions pour la sortie de la v 1.0 ?

[GnuVince]

oui oui c ce que je lui ai dit, le probleme viendrai surtout de l'authentification car ici ils parlent d'un possible changement d'API.

Des suppositions pour la sortie de la v 1.0 ?

Comme n'importe quel logiciel open source: à Noël. Quel Noël? Ah... 0.97 devrait sortir bientôt lui.

[anthyme]

c ca l'humour canadien

[GnuVince]

c ca l'humour canadien

s/canadien/perlien/

[Ozatorenator]

Un truc trés interessant dans Django, est la notion d'application.
C'est à dire que ton projet est vu comme un ensemble d'applications, ces application se veuillent fléxibles et réutilisables.

C'est vrai qu'il faut des fois des adaptations pour que ca marche bien, mais c'est minime, et puis j'ai rien vu de similaire du Rail en fait.

Cela etant dis, le seul probleme qui pourrai se posé avec Django c'est si vous compter utiliser plusieur bases de donnée pour un meme projet. Il y à bien une branche de Django qui fait du multiple database, mais elle est un peu laisse pour compte et ne contient pas toutes les mises à jour en fait.

Sinon si ce n'est pas votre cas, courrez utiliser Django/Python.

[GnuVince]

Un truc trés interessant dans Django, est la notion d'application.
C'est à dire que ton projet est vu comme un ensemble d'applications, ces application se veuillent fléxibles et réutilisables.

C'est vrai qu'il faut des fois des adaptations pour que ca marche bien, mais c'est minime, et puis j'ai rien vu de similaire du Rail en fait.

Cela etant dis, le seul probleme qui pourrai se posé avec Django c'est si vous compter utiliser plusieur bases de donnée pour un meme projet. Il y à bien une branche de Django qui fait du multiple database, mais elle est un peu laisse pour compte et ne contient pas toutes les mises à jour en fait.

Sinon si ce n'est pas votre cas, courrez utiliser Django/Python.

Je note ici que Ozatorenator veut dire que l'ORM de Django supporte une seule base de données. Par contre, si faire des connexions manuelles et des requêtes directement en SQL ne vous fait pas peur, c'est possible d'utiliser plusieurs bases de données.

[Ozatorenator]

Bonjour,

C'est exacte.
Personnellement j'ai préféré utilisé la branche multi-db, non que le SQL fait peur, mais parce que utiliser directement du SQL dans le code me paraissait contraire à la philosophie Django (cette même philosophie qui fait que j'apprécie énormément). Et bien que la branche multi-db ne contient pas toutes les mises a jour Django, elle reste très pratique et marche plutôt bien je trouve. Et je continu d'espérer le merge avec la branche principale.

[kedare]

personellement j'aime bien les deux
mais le probleme c'est que je ne sait pas trop le quel choisir en gros ...
j'aime bien le systeme de template de django meme si il est moin souple que celui de rails
j'aime bien le systeme de sous-template de rails (enfin je sait pas si on peut appeler ca comme ca) , je parle des render :partial, qui permet de re-utiliser le meme template dans une partie de page differentes , il doit y avoir la meme chose chez django mais j'ai pas trouvé
dans django j'aime bien le mapping des url en regex , meme si je suis une bouse en regex , je trouve ca beaucoup plus flexible par exemple pour rediriger sur une page differente si l'argument est un string ou un integer (a ma connaissance un peut pas dans rails sans passer par un controlleur qui filtre ...)
par contre il y a pas mal de chose que je n'aime pas dans python , deja le fait que les variable locale privée doivent commencer par un _ , exemple : _name ....
j'aime pas trop aussi les objets de base qui ne respecte pas la convention de nommage du langage (genre object au lieu de Object, int a la place de Int ou Integer, etc ...)
aussi le fait que tout les objets n'hérite pas d'object est etrange ...
et j'ai l'impression que les libs postgresql de ruby sont toute abandonnée ...
voila voila ...
donc en faite je prefere django a rails , mais je prefere ruby a python :p

[GnuVince]

kedare: Django a aussi des sub-templates: http://www.djangoproject.com/documen...lates/#include

[anthyme]

toujours réponse a tout sur django

tiens sinon rails a une tres bonne intégration de SOAP, qu'en est il de faire ca dans django ? (j ai pas vu grand chose dans la doc en tout cas)

[kedare]

si non avec django vous recommandez quoi comme framework javascript ?
j'hésite entre mootools ou YUI

[GnuVince]

Vu que la AJAX c'est plus le côté design et que c'est mon co-équipier qui s'en occupe, je suis moins au courant. On utilise jQuery et ça semble aller parfaitement bien.