Rails vs Django

12 AM November 14, 2006

Ben’s and my Rails vs Django OSDC paper is now up on Google Docs. Please have a read, and, if you have any feedback, leave a comment here, or get in touch via the email addresses at the bottom of the paper.

By alang | # | Comments (10)
(Posted to Python, Software Development and javablogs)

Comments

At 03:47, 14 Nov 2006 Matt Raible wrote:

Thanks for putting this together.

(#)
At 05:07, 14 Nov 2006 Alastair Rankine wrote:

Nice work Alan. This is obviously a pretty volatile topic and from my admittedly brief reading you have done a good job maintaining NPOV.

Implicit in this report is the assumption that you each reached the same level of software quality for the two different implementations. A tricky one. You probably want to provide some motherhood statements to justify why this might be the case.

I'm not entirely sure the development times for each of the frameworks are sufficiently meaningful to warrant inclusion. The differences in development time could easily be explained by differences in your relative experience with the frameworks. Or one of you could be more productive because they have a 24" widescreen LCD monitor and the other a blurry 15" CRT. Or any number of other factors.

It would be interesting to see how each of you approached the task using the other framework, and compare the results, not just in terms of time to get up to speed but also quality of output, etc.

I think you should explain why you chose not to implement the schema migration code for the Django implementation. Without this the comparison is not exactly apples-for-apples. After all, the Rails implementation had to implement an admin interface that was not provided by the framework.

I would also like to see some discussion of operational considerations: how are these applications deployed on a typical hosting provider. I use the Rails-based Typo blogging engine and there are significant issues with respect to deploying this in a production environment. Things like CPU, RAM, network, and database usage are the main concerns. (I wouldn't be surprised if both frameworks lost out severely to PHP in these respects but that's another article perhaps :)

(#)
At 10:31, 14 Nov 2006 Richard wrote:

I hope people still want to come to see you present :)

(#)
At 10:41, 14 Nov 2006 Alan Green wrote:

Richard: the presentation is going to based on the paper, of course, but I think we'll make it worth people's time to turn up.

(#)
At 10:55, 14 Nov 2006 Alan Green wrote:

Alastair: thanks for taking the time to comment.

Alas, any informal, one-on-one comparison is dodgy, and this paper is no exception. I'll edit the paper to set expectations a bit better!

Yes, we'd have loved to have dug a bit more deeply and got some more metrics, but it's the same old story - not enough time or money! Still, I think the paper provides some useful material to fuel the debate.

(#)
At 11:42, 14 Nov 2006 Keith Pitty wrote:

Looking forward to hearing you sing the praises of Rails and Ben enthuse about Django!

(#)
At 23:46, 14 Nov 2006 Richard Jones wrote:

Hey, I'm looking forward to the presentation :)

(#)
At 19:23, 24 Nov 2006 Rasit wrote:

Rails supports Unicode with 1.2. And it's very easy to learn Ruby if you know python or vice versa. You can decide on rails vs. django on a per project basis.

(#)
At 08:10, 25 Nov 2006 Marina wrote:

I especially liked this "Safely store your work.
Online storage and auto-save mean you needn't fear local hard drive failures and power outages.".
Have you ever noticed how often Google and its servers glitch? how many times did they change their policies and algorithms? I do not trust this "company" and their "wish" to make our lives easier - it is simply another step to access to the data of the resources. In my opinion.

(#)
At 00:47, 26 Nov 2006 Rasit wrote:

Plus you can use gettext with Rails too:

http://manuals.rubyonrails.com/read/chapter/105

(#)

Add Comment




(Not displayed)






(Leave blank line between paragraphs. URLs converted to links. HTML stripped. Indented source code will be formatted with <pre> tags.)




© 2003-2006 Alan Green