Update: Python Framework Design Revisited discussing on Python’s plateau of frameworks.

There are so many in this world, it can get really crazy to know which to choose! It’s easy to choose if you know you only want Perl – natural choice is Catalyst. But when it gets to languages like Java and Python, you get a whole list of them!

There’s Google Web Toolkit, Struts and Maverick just to name a few! For Python, there’s Zope, Django, a recently heard Quixote and Pylons!!

The main question is, which framework is the best? Everyone usually has their own opinions of it, so it practically boils down to, first, what is your need, secondly, how mature the framework is. It’s quite similar to programming languages, e.g. Erlang is only geared towards for telecommunications related projects. It is no different, for Java frameworks, this poll indicates that the NotInventedHere syndrome and every situation requires different sets of solutions speaks clearly that 1) one possibly wouldn’t know which framework is best at the start until you’ve reach certain understanding and 2) being comfortable in the framework helps alot.

So how about for Python? I believe it’s the same. How far can it differ as when there’s a discussion on “which car do you like best?” It all depends on the use, its purposes and the potential to which the car can promote its purpose. Plat_Form created a very interesting international programming contest, that doesn’t look at hard and fast facts of issues in one language to another, but its totality. I hope they are truly doing a “thorough evaluation”.

The main question is, has MuSMo wisely chosen the framework that works best for the future of MuSMo? If my believe that Zope3 is mature, solid, secure, reliable, scalable, flexible and adaptable in various situations, isn’t that enough? I hope so. After discussing further with a newfound friend in China, my thoughts is once again open for suggestions and have ensued to further read articles off the Internet. Equally important, to discern what is true to our case and which aren’t.