SQLObject is an object-relational mapper, i.e., a library that will wrap your database tables in Python classes and your rows in Python instances. It currently supports MySQL through the 'MySQLdb' package, PostgreSQL through the 'psycopg' package, SQLite, Firebird, MaxDB (SAP DB), MS SQL, and Sybase. It should support Python versions back to 2.4.
Ion -- radical new direction for a WM
Anyone who feels more comfortable inside a terminal using screen, or with Emacs maximized for the entire session, should try using ion (http://freshmeat.net/projects/ion/?topic_id=56). It's also great for anyone who wants to use the mouse less or use their screen real estate more efficiently. I think it would work very nicely on a laptop.
Ion is a tiled window manager -- there are no overlapping windows. The screen is split up horizontally and vertically into various tiles, and an application takes up the entirety of its tile. Multiple applications in a tile are tabbed. As a result 100% of the screen is always in use, and window arrangement is much similar. In most cases I leave me window split in two, with different tasks on different virtual desktops. I may have an editor on the right, browser on the left. Or browser/email, etc.
It's one greatest flaw is dealing with popup dialogs. There's no windows. Some dialogs just appear at the bottom of the window, but others are forced to completely obscure the parent window. It would be nice if the tiling wasn't quite so complete.
seems very similar, and specifically aimed at screen fans.
PWM (http://freshmeat.net/projects/pwm/?topic_id=56) provides some of the same features without completely discarding overlapping windows. I believe it shares some sort of history or developer base with Ion.
Re: How does any of this show Ruby is scalable?
> Ruby is what Python should have been.
I'm not against Ruby or anything, but nothing said here distinguishes Ruby. Very little I've read anywhere distinguishes Ruby. Ruby and Python are both almost identical in all these examples (except for syntax). I was going to write translations (as done with Perl), but found them terribly boring because they were so similar.
So I'd say Python is what Python should be. It's practical, it's easy, it's elegant. If it's not perfect in all respects, oh well. There's a number of places where Python isn't practical (though really very few, IMHO), but I'd be hard up to find a problem domain where Ruby is significantly better than Python. I could probably give 20 where Python is better -- mostly because of better library and application support. And that's not fair, because libraries aren't the same as languages, but life isn't fair :)