views:

127

answers:

3

I've been using Turbogears since I have a Python background, but I can't help feeling a pang of jealously seeing all the Ruby on Rails resources available.

For example, for a crude comparison of the volume of resources, check out http://www.google.com/trends?q=turbogears%2C+ruby+on+rails

What would it take for Turbogears to reach the critical mass of Ruby on Rails? A large repository of plugins? Sexy marketing?

A: 

How projects gain critical mass is a mysterious process. Sexy marketing definitely helps. I think the fact that Ruby on Rails launched with a compelling screencast helped its success. It also helped that the framework was developed by a shop that also developed cool apps that people wanted to use.

Of course, the framework has to be technically appealing as well, which RoR is.

As other commenters have pointed out, Django may be a better fit for you if you want a Python framework with wide adoption. Or maybe you should just switch to Ruby on Rails?

Ned Batchelder
I suppose learning RoR is inevitable.
Lionel
A: 

Right now, neither Ruby nor Python have enough momentum to afford diversifying webdev community. In my opinion, here's a list of steps that we, as Ruby and Python web developers, should follow:

  1. Collect underpants.
  2. ???
  3. Defeat PHP and dominate the web.
  4. Spawn myriad of wonderful web frameworks.

So, as others already suggested, lay low for now and work on step (2) using Rails or Django. ;)

Mladen Jablanović
A: 

I think Turbogears suffers a bit from being a little bit complex to get working (and by that, I mean non-trivial use - the quickstart system is fine), from seeming to be in flux all the time (different versions have different ORMs, auth libraries, web back-ends, template engines, etc), from having different maintainers over its short lifespan, etc. So the people who get it working are usually, through necessity, a bit more self-sufficient than you might see in the RoR or Django world, and thus less interested in nailing down firm specs, good documentation, or 'evangelizing' the technology.

For an example of the latter, when SourceForge.net announced that they were using TurboGears with MongoDB, you'd think the community or the maintainers would jump on that fact, showing that Turbogears is a great choice for the new interest in NoSQL. But instead there seemed to be a collective shrugging of the shoulders, as if to say, "yeah, we knew all along that TG was that great. What's the big deal?" :) The maintainer of Turbogears apparently uses MongoDB, but there's scant discussion of it on the mailing list and nothing about it at all in the docs. So anybody who saw the Sourceforge coverage is going to go to the TG site, look around, and end up a bit lost, maybe even disappointed.

So, I think that unless the existing maintainers and expert community of Turbogears are able to devote more time to looking outwards and considering what will broaden the appeal of the framework, the community will continue to stay quite small and focused.

Kylotan
Good points, so it comes down to excellent documentation with focal evangelizers?
Lionel
I think so. I don't think the Turbogears documentation is bad these days, but (as with many open source projects) the organisation of it is poor. For example, I think http://docs.djangoproject.com/en/1.2/ is both more detailed and more usable than http://turbogears.org/2.0/docs/index.html .
Kylotan