BetaChurch: Helping the church with design and technology. Learn why you should care.

Next: Django Mac Install How ToNexo: Websites for Groups :Previous

Django V.S. Rails Part 1 – It’s all About the Admin

written by Dave Merwin
Monday, May 14, 2007

First, you need to know that I am NOT a programmer. I say that out of respect for those that program in Python and Ruby all day and who may have more to say about the issues that I struggle with and how I do my job.

What you will find in this ongoing series are my observations and ideas about both rapid development frameworks and why one might use them. I will be completely subjective and if you need more information you can always contact the different projects themselves. The point of this will be a perspective that is not geeky, but might help project managers and team leaders make development platform decisions.

As a developer (yes, I know I just contradicted myself) I MUST find things that make my life easier. As a designer, I need to know what tools I have available to me. I was teaching a class the other day to a bunch of high school students about CSS and standards based design. In the class I let them know that you can no longer be a designer without knowing what the tools are and how they work. I am constantly playing and learning.

When Ruby on Rails came out I was excited. Then I tried to install it. Ouch. This is not a hobby for me, so if I cannot start playing and seeing the benefit quickly chances are I won’t be back. In the meantime I stayed with PHP and got everything out of WordPress that I could.

But the last few years have started to change the game. Now EVERYONE has an API and sites need to contribute to the collaborative environment of the web. And this calls for a more robust platform for developing website. And to be honest, the projects I am working on now are not really websites, but are online applications.

Around the time that the needs of my clients and projects started to ramp up I was told about Django. I was told that Django is the Python version of Rails. I was familiar with CakePHP, one of the PHP answers to Rails. I found the support for Cake pretty arrogant and not very helpful. However, that may have changed in the last year.

Rails seemed like the hot framework, so I decided I need to learn Rails. I got Rails installed finally. Thank you Paul Sturgess!. Not so bad this time. I bought a book and got started. It was actually fun. Development has always been a considered and serious endeavor for me. But Rails and this book made it fun. All of a sudden I had all kids of new ideas. Ideas were giving birth to new ideas. It was exciting.

But then someone showed me the admin for Django. I was stopped in my tracks. What I was looking at was a beautiful, flexible and powerful UI that would use your setup to control your content. It was wonderful. Where is this feature in Rails? It doesn’t exist.

So, I started playing with Django.

Loved it. Similar reaction. Excited about projects, excited about possibilities. But now I ALSO had a proof of concept. Once I got my database structure setup, I was rocking and rolling. I could show the concept to someone, or launch an admin and let the team start adding content while I continued with the design and functionality.

For me… for now… Django is an awesome solution for building an app. I can build a real solution, with real features in darn near real time.

More coming soon.

In the meantime, check out this video.

Ask your questions in the comments.

bookmarks | comments | email

4 Responses to “Django V.S. Rails Part 1 – It’s all About the Admin”

  1. Dave: Thanks for the link to the video. Watching it now. I’ve been curious for awhile about both Rails + Django. I’ve got a few Ruby / Rails books, but haven’t really dug into Django yet.

    Nathan Smith
  2. Looks good sir. This is the most recent django vs rails debate, so I’m excited that you’re giving it some serious attention. -J

    Jay
  3. I spent a month or two working with Django last year, and was quite impressed with the admin. Unfortunately it didn’t quite suit my needs and I was disappointed that I couldn’t use some of the admin controls outside the admin. At least I never figured out how, but this is before the Django Book was started.

    I am currently using Ruby on Rails. Besides the hype and more books, it’s routing is a bit better and the database abstraction makes more sense to me.

    But overall, I think you need to keep in mind where these frameworks came from. Django is developed in the journalism field for content-heavy sites with a lot of interaction (Lawrence.com, etc.). The automatic admin is awesome in those situations. Rails is an extraction from the web application Basecamp (37 signals). What are you building? Which tool makes the most sense?

    If you’re thinking Python vs. Ruby, I found this article pretty good (good enough to bookmark last year):
    http://jesusphreak.infogami.com/blog/why_py

    Django’s templating is also pretty cool, allowing nesting. I’d like to see what happens if they plug in SQLAlchemy, and maybe Pylon’s routes (or some sort of route generation).

    Enjoy,
    - nathan.

    Nathan
  4. […] I have started a series on Django vs Ruby on Rails over at BetaChurch. Have a gander, lemme know what you think. […]

    David Merwin » Blog Archive » New Series On Django vs Ruby On Rails

Leave a Reply