Coachella

Top 10 reasons I'll be near L.A. on April 27th and only on April 27th:

10. The Jesus and Mary Chain is playing a show at Coachella.
9. The Jesus and Mary Chain is playing a show at Coachella.
8. The Jesus and Mary Chain is playing a show at Coachella.
7. The Jesus and Mary Chain is playing a show at Coachella.
6. The Jesus and Mary Chain is playing a show at Coachella.
5. The Jesus and Mary Chain is playing a show at Coachella.
4. The Jesus and Mary Chain is playing a show at Coachella.
3. The Jesus and Mary Chain is playing a show at Coachella.
2. The Jesus and Mary Chain is playing a show at Coachella.
1. The Jesus and Mary Chain is playing a show at Coachella.

But they broke up in 1999, you say? Exactly.

$100 ticket plus plane fare plus a day away from work and beloved family for what I'd guess will be a 45-minute set? This isn't extravagant, relatively speaking. Others fans are trekking from England, Sweden, Chile, and Australia (Niina describes it well) to see two Scottish brothers get up on the same stage for the first time in eight years and make it rain aural candy.

Apparently one or two other "bands" may be playing Coachella as well, but that's unclear to me.

Green day

Dahlia has decided she can stand when and where she wants, and Amy even got her to take a half-dozen steps yesterday. Here she poses in a sea of green on a beautiful St. Patrick's Day. Below, an even-greener Elias incubates a love for climbing.

Index cards as bricks

There is an interesting post by Charles Petzold on how and why he wrote Applications = Code + Markup the way he did. The most interesting thing to me is the peek into his writing process:

I spend a lot of time and energy organizing the material in my books. I draw big dependency diagrams on white boards; I make index cards for various topics and then lay them out on the floor in various experimental orders; I write sketchy early versions of half a dozen chapters to test if the material flows correctly. The ordering of material is a central problem in writing a programming tutorial, and I struggle to get it right. I want each chapter to progressively build on the last, like bricks in a wall of knowledge.

Good books always read as if the author sat down with perfect knowledge of the topic and then just said it on paper. Who knew authors litter their office floors with index cards, and their garbage cans with sketchy early versions of chapters. All in a quest to solve a problem that, ironically, the author doesn't have: the reader's lack of knowledge and context.

A large part of the difficulty in building the reader's "wall of knowledge" is a problem of getting the hierarchy right. There must be a buildup of logically dependent pieces -- the epistemological equivalent of a game of Tetris. Some pieces are especially crucial to the goal of completing the wall:

In any book I write, one of my constant goals is to demystify the [topic]. Anything that seems like "magic" is a target for me.

For "[topic]", he actually said "API", but I like this as more general advice for a writer: to maximize the value of your book, make accessible that which was previously least accessible. A corollary I'd like to note: if the topics are already sufficiently accessible, then a new book isn't worth writing.

Petzold regrets the lack of screen shots in ACM, but I have to wonder how much longer the book would have been with them. As it is, I'm on page 55 of 976.