Tuzig goes Python

Tuzig is a small software startup that you will hear and read about and hopefully buy stocks of in the coming years. We aim high, but start at the bottom and we want to share this wonderful experience with you so you might teach us something through your comments and maybe learn something along the way.

One of the first things we needed to do was choose a development platform to suite most of our needs. It’s obvious that no single language or framework can fit all purposes, but it’s a good thing to have a standard something. Isn’t it?

After much deliberation we’ve decided to make Python our language of choice for our software products. Aside from it being a really cool language, it also has the benefit of attracting the geekest geek out there to work with us. There are truly great people around that are dreaming to write Python code for money, and they are all going to come work for us. Well, some of them at least.
Our current team of developers (er.. that’s just me) don’t know Python all that well, so that’s going to be a challenge. From what I’ve read and learned after a couple of days of tinkering with both Python and
wxPython it seems that the added productivity of coding in Pytohon will more than compensate for the time it should take me to learn the language. The only thing remaining is to find a consultant that actually knows what he’s doing to do some code reviews as I’m going to screw up A LOT during the first few months of coding.

I couldn’t find anything wrong with the Python language itself, and there’s not even a single page on the web saying things against it. It might be just hype, but I think there’s a certain amount of truth behind it. The support for GUI on the other hand, lacks in several areas. I’ve tested a few frameworks butwxPython seems to be the best in terms of flexibility and native look and feel . It’s not very Pythonic (whatever that means…) and it still reminds me of the evils of MFC, but it is very flexible and XRC is just great. I have but two concerns. wxPython is scarcely documented and most of the documentation is for wxWidgets which is a C++ library. Being an C++ verteran that doesn’t scare me all that much, but wxPython seems to have some special perks that wxWidgets doesn’t have. I might write an article or two in the future to address these issues. The other thing is the total lack of support for RTL languages, of which Hebrew interests us the most. Come to think of it, I don’t know how well this framework supports far eastern languages too. This might be problematic if we ever need to expand to those markets. We could always extend the framework with our own code to handle these issues, but that is probably a very serious undertaking.

I do hope that there won’t come a time when I look at this article and think “Oh hell, why didn’t we use .NET instead of Python?”

Comments are closed.