Posts in python Category

Google wants a faster Python. Unladen Swallow is one of the recent projects out of Google, which aims to produce a Python version at least 5x faster than CPython, the current implementation of Python. Note that Python has already seen multiple implementations, but this seems to be the first one wanting to make Python fast enough to replace C, atleast in some projects. [Continue]

Python 3.0/Python 3000/Py3K is out. Why is it so special? Because it intentionally backward incompatible, which has been one of the most important property to protect for software developers. [Continue]

Bruce Eckel has perfectly articulated the rant against Python’s self parameter. The response to arguments about self in Python is “explicit is better than implicit.” In a discussion at Pycon Brazil, I realized that we do need self in the body of a method, but being forced to place it in the argument list is redundant. I’m not actually expecting it to change, but I want to try to establish that this isn’t a dumb argument. [Continue]

For a while I have been playing around with buzhug, a pure Python database. It seems to be slower than other RDBMSs, but is fastest amongst the Python databases. I think buzhug can make life easier in some Python applications. [Continue]

Since the Python 3K alpha 1 release there have been some discussions about what the new Python should look like. The discussions have been interesting, and mostly hovering around concurrency support in the new version. Juergen Brendel wrote an open letter to Guido van Rossum, the author of Python, about removing the Global Interpreter Lock (GIL) from Python. [Continue]

Krys Wilken wonders if Python is getting used more and more. Of course this can be called one of the biased posts, and it is quite true that personal preferences does create a bias. But there is something else to look for here. [Continue]