My name is Paul Bissex, and e-scribe.com is my consulting business. I build web applications using as much open source software as possible. From September to June I teach web design and other important non-photographic professional skills to photographers. In the '90s I wrote technology commentary and reviews for magazines, newspapers, and web publications, including Wired, Salon.com, FamilyPC, the late lamented Web Review, and the Chicago Tribune. Feel free to email me.
I'm co-authoring a book, "Python Web Development with Django", with Jeff Forcier and Wesley Chun. It will be published by Prentice Hall in July 2008, but is available for pre-ordering on Amazon now.
This site is built on a fresh trunk checkout of Django, running on Python 2.5.1, served by Apache and mod_python. The database is SQLite. The operating system is FreeBSD, on a VPS hosted at Johncompanies.com. Comment-spam protection by Akismet. Vintage topo imagery from the Maptech archive.
Akismet, del.icio.us, Django, dpaste.com, Emacs, FreeBSD, Freenode, jQuery, LaunchBar, MacPorts, Markdown, Mercurial, OS X, Postfix, Python, SQLite, Subversion, TextMate, Trac, Ubuntu Linux, wmii
Copyright 2008
by Paul Bissex
and E-Scribe New Media
Released today: web.py. (Source, documentation, backstory.)
Even though everybody (including Aaron) refers to this as a framework, it's a lot more library-like than most of the frameworks it's ostensibly competing with -- by design, it seems. It's very compact -- only about 1000 lines of fairly dense Python. (About 275 of those are a template for pretty error pages adapted from Django though.)
Personally, I find the compact, all-in-one style very appealing. Less for a newbie to absorb and less for an experienced user to keep track of. Yes, it does require a template engine and a database wrapper to be useful, but the core is still extremely lean.
I'm very curious to see how web.py grows. Will users demand built-in ORM and support for other databases? Templating alternatives? Form validation? Admin tools and auto-generated CRUD? And as those things get added, will web.py asymptotically approach Turbogears, or Django, or ... ?
It's conventional to sigh and groan when a new Python web app framework is released. I don't know that I'll use web.py for anything beyond the obligatory test run, but I know that Aaron motivated some good little changes in Django while he was wrestling with it and birthing web.py.
In the end I think that whatever small amount of energy dissipation web.py causes will be more than offset by the ideas that it (by which I mean Aaron, really) injects into the discussion of what a web framework should be and do.
I really dislike the way you use strikethoughs to denote visited links
Noted -- I may go back to color change instead.
And you're welcome!
yeah, nice post ... but damn I hate those strikethrougths too
Just to point to this YAPWF: spiffy from Wilfredo Sanchez, http://www.wsanchez.net/blog/archives/000091.html
' haven't check it...
Comments use Markdown syntax. Your comment will not appear until approved, which may take a few hours or more. Spammers will be torpedoed.
The iPhone keyboard doesn't suck
Python one-liner of the day
7 comments
How not to advocate via Google Code
2 comments
99 problems
3 comments
bitmonk
Obscure "svn mv" problem solved
33 days ago
Charlie
Book news: Rough Cuts and Amazon
34 days ago
Simon Griffee
Django Mercurial mirror tweaks
51 days ago
Jason Calleiro
From PHP to Python
52 days ago
Yuli
dpaste.com
55 days ago
bruce
Neat Python hack: infix operators
59 days ago
David Reynolds
The original Lego Star Wars
67 days ago
At least 29896 pieces of comment spam killed since January 12th. Thanks are mostly due to Akismet.
Sorry for the off topic post, but I really dislike the way you use strikethoughs to denote visited links.
Thanks for the news about web.py!