Re:Constructive reasons to use Django instead of Rails
by bscofield on Sunday March 22, 2009 @06:54PM
(#527591)
Why is a two-year-old article being posted now? EDIT: Sorry, should've added: Especially in a domain that changes so quickly? Both Django and Rails have grown immensely since this was last updated.
Re:Constructive reasons to use Django instead of Rails
by andrewljohnson on Sunday March 22, 2009 @10:31PM
(#527867)
I had never read this article before, and I was happy to read it today.
What he said about Django applies today - all of it. He really did a good job of summing up the powerful point of Django - the grace of Python, generic views, the admin back-end, inherited templates, etc, etc.
Re:Constructive reasons to use Django instead of Rails
by robc on Sunday March 22, 2009 @10:45PM
(#527897)
But in Rails land, there have been significant changes over the last two years in addressing a number of the issues.
Of course, let's not forget that Rails 3.0 (which is where the merge with Merb will be accomplished) will give Rails more of the points he highlighted in that article.
I'd love to see a balanced comparison using more up to date versions and see how it fares...
Re:Constructive reasons to use Django instead of Rails
by mtarnovan on Monday March 23, 2009 @05:11AM
(#528261)
"One such instance that led me to using Python over Ruby was my need of a DBF reader. You can't find this anywhere for Ruby, but I found a very solid implementation in Python that I was able to plug right in."
Re:Constructive reasons to use Django instead of Rails
by wynand on Monday March 23, 2009 @06:28AM
(#528331)
We're busy porting Pootle (translate.sf.net) to Django and it's painful. Webapps don't seem to be Django's strong point (though I'm sure that it excels in other arenas).
I've only played with Rails before, but I get the impression that it's far more suited to the kind of thing we're doing.
What he said about Django applies today - all of it. He really did a good job of summing up the powerful point of Django - the grace of Python, generic views, the admin back-end, inherited templates, etc, etc.
Spot on today, just as yesterday.
Of course, let's not forget that Rails 3.0 (which is where the merge with Merb will be accomplished) will give Rails more of the points he highlighted in that article.
I'd love to see a balanced comparison using more up to date versions and see how it fares...
Oh really ? http://www.google.com/search?q=ruby+dbf
This sort of compromises the credibility of the whole article in my opinion.
I've only played with Rails before, but I get the impression that it's far more suited to the kind of thing we're doing.