I'm Paul Bissex, and e-scribe.com is my consulting business. I build web applications using open source software, especially Django. I teach photographers web design and professional skills. In the '90s I did graphic design for newspapers and magazines. Then I wrote technology commentary and reviews for Wired, Salon.com, Chicago Tribune, and lots of little places you've never heard of. Feel free to email me.
I'm co-author of "Python Web Development with Django", an excellent guide to my favorite web framework. Its strong points include an introduction to Python, and better coverage of Django 1.0 than nearly anybody else. Published by Addison-Wesley, it is available from Amazon and your favorite technical bookstore as well.
Built using Django, served by Apache and mod_wsgi. 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. The markup engine is Markdown.
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
At least 67519 pieces of comment spam killed since January 2008, mostly via Akismet.
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...
Thanks for reading! Please note: Your comment will not appear until approved, which may take a few hours or more. Spammers will be torpedoed.
Branching and merging in real life
7 comments
Summer Spam
1 comment
SPF-enabled spam domains
1 comment
Chess via iPod
2 comments
Aesthetics and computation
2 comments
Brett Spurrier
Software for determining image similarity?
19 days ago
nizamfarooq
eBay, fraud, filtering, and Web 2.0
55 days ago
Derek
World's ugliest Django app
86 days ago
sagar
Sort tables with sorttable.js
105 days ago
Paintball Kolbudy
Summer Spam
112 days ago
Copyright 2010
by Paul Bissex
and E-Scribe New Media
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!