I'm Paul Bissex, and e-scribe.com is my consulting business. I build web applications using open source software, especially Django. 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. 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, bitbucket, del.icio.us, Django, Emacs, FreeBSD, Git, jQuery, LaunchBar, Markdown, Mercurial, OS X, Postfix, Python, Review Board, S3, SQLite, TextMate, Ubuntu Linux
At least 95841 pieces of comment spam killed since January 2008, mostly via Akismet.
Back in February I mentioned Scott Rosenberg's book Dreaming in Code. Somehow I never got around to posting more extended comments. Recently I was asked, by someone who had followed the Chandler project but hadn't seen the book, to clarify why I thought the story was sad. This post is a cobbling-together of my answer to that question as well as some comments I made in the course of our group-interview on the Well. (Short of reading the book, you can learn quite a bit about it from the many interviews Scott has given.)
I said I found it a bit sad because of the divergence between the early goals of the project and the reality of it several years later. Massive schedule slip was the main thing, but there was also a serious scaling back of some initially ambitious and interesting UI goals. As a final kicker, nobody would attempt to build Chandler as a desktop app today -- even a casual Web 2.0 user would look at it and say, that should be on the web!
One thing I appreciated was that Scott didn't pre-empt earlier parts of his story based on later developments. Naturally, as I sat here in 2007 reading about OSAF's 2002/2003 plans to make a networked PIM, I thought, "They're not doing this on the web! They're doomed! Why isn't he talking about that?" He does talk about it, of course, but later, after walking us through those pre-Ajax-explosion days.
From my reading of events, the team sure could have used an injection of short-iteration development religion. It was painful in parts to read about them spinning their wheels over design decisions with no runnable code being produced. It seemed pretty clear to me that hard ship-dates were not actually a very high priority. Certainly Kapor could have made a hard requirement at the outset that a usable rev be shipped every, say, three months. But he didn't. That's a legitimate choice IMO. But maybe a fatal one for this particular project.
The book inspired me to revisit other books on software -- by the time I finished it I had pulled out The Mythical Man-Month, The Pragmatic Programmer, and Knuth's Literate Programming.
Finally, this book feels very much a part of the legacy of the Whole Earth Catalog philosophy: the world is a complex but ultimately comprehensible place, and interested non-specialists have as much place learning how a particular corner of it works -- and how the work in that corner might improve the world -- as anyone else.
It's clear that Rosenberg has a deep interest in software. That was really driven home by his story about collecting tiny snippets of different programming languages; he's not just an anthropologist of an alien culture. And yet he remains a writer of sentences and paragraphs, not functions and procedures. I'm looking forward to seeing where this interest takes him next.
Thanks for reading! Please note: Your comment will not appear until approved, which may take a few hours or more. Spammers will be torpedoed.
Booktools
2 comments
A different kind of URL shortener
4 comments
The syncbox
2 comments
Branching and merging in real life
8 comments
Summer Spam
1 comment
malpaso
Understanding tuples vs. lists in Python
10 days ago
vj100
Understanding tuples vs. lists in Python
10 days ago
scott
Bicycle Repair Man bundle for TextMate
16 days ago
Jasmine
Trying to send eBay a message?
53 days ago
Smok Cigs
Let's play a game: BASIC vs. Ruby vs. Python vs. PHP
90 days ago
Copyright 2012
by Paul Bissex
and E-Scribe New Media