Les deux sont d'excellents cadres. Cependant, j'ai trouvé que Rails était plus adapté pour le développeur agile. Pour la plupart, vous allez exécuter des générateurs pour obtenir les fichiers dont vous avez besoin en tant qu'espaces réservés pour votre code. Les choses vont fonctionner tout de suite, et vous venez de construire à partir de ces conventions. C'est vraiment flexible et il y a une grande communauté, beaucoup d'innovation et des pratiques intéressantes sont mises en place dans Rails. Son cycle de développement semble plus rapide que Django. Après avoir seulement touché la surface avec Django, il y a quelques différences intéressantes. Autant que je sache, vous n'avez pas les migrations de schémas comme Rails a sorti de la boîte. Mais vous obtenez un mécanisme CRUD extrêmement simple pour vos modèles avec l'interface d'administration extensible, ce qui est idéal pour tester/gérer le contenu. L'ensemble du projet est très bien documenté, du Django Book à la grande quantité d'informations sur docs.djangoproject.com.
Personnellement, je préfère la façon Rails de faire les choses. Mais honnêtement, vous devez les essayer à la fois pour voir ce qui fonctionne pour vous, et puisque nous parlons de deux très bons cadres, mais totalement différents, c'est une décision difficile à prendre dans les deux sens. Donc, si vous connaissez déjà assez bien Ruby ou Python, commencez par ce que vous savez et partez de là. Une fois que vous aurez compris comment on travaille, vous serez en mesure d'évaluer vous-même les petites différences. J'espère que cela pourra aider.