Tag Archives: Google

Notes and thoughts on last night’s performance of Phillip Glass’ “Einstein on the Beach.” Includes a “Listening experience flow-chart” by my lovely wife.

“Her head shook rapidly from side to side, vibrating like a bobble-head doll, as if stuck in a permanent speed-reading trance.”

Embedded Link

Einstein on the Beach | Stuck Between Stations
Listening to a Phillip Glass piece is more like studying a stained glass window than listening to music in the conventional sense – a passing glance would only tell part of the story, while the full p…

The California News Service (associated with the Berkeley J-School) is running an ambitious data-mining experiment to see if they can predict the outcome of the election based on twitter traffic. This is the kind of project I really miss being involved in…

It’s almost bewildering to see how many different (contrasting) opinions there are out there. After reading the post, check out the comments.

There are disagreements on which approach is the most performant, on whether using a custom collection of libraries (more flexible but more work) or a more complete framework (less flexible but less work) makes mores sense. There is disagreement over whether a whole site should be a Single Page Application, or just a section of a site. In fact, there’s disagreement over what constitutes the difference between a “site” and an “application” to begin with. There’s disagreement on whether client-side or server-side DOM-building is faster.

But the thing that struck me the most was this: The article starts with the premise:

“It’s no longer good enough to build web apps around full page loads and then “progressively enhance” them to behave more dynamically.”

but as one commenter astutely points out:

“… unless you happen to be github or 37signals, in which case you can easily build apps and progressively enhance to be fast and responsive ….”

I’m personally in the latter camp – it may just be a matter of habit, but I see the most logic in building traditional server-side DOM and then using “sprinkle on top” JS to enhance functionality where needed. I know I’m part of a slowly shrinking group of developers who haven’t bought into the 100% Javascript thing, but the “server first” approach does seem (to me) to give the best combination of ease of development, graceful degradation, SEO, and performance.

But I’m ready and willing to have my philosophy tweaked on this – all I need is an example of how JS-based DOM creation can be as fast, easy, and performant as it is in Django, while still giving easy access to deep data traversals, model methods, and permissions (without jumping through time-costing hoops).

Today I begin my exploration of Rails in ernest. It’s becoming apparent that Rails has evolved in this direction more quickly than Django by building REST directly into the framework (Django is more about extremely DRY data modeling and it’s awesome auto-generated internal API).

I’ve been been wracking my brain trying to figure who played Jane the Junkie’s dad on Breaking Bad. Looked so familiar but couldn’t put a finger on the actor. Turns out it was Q all along (TNG):

John de Lancie
John de Lancie was raised in Philadelphia, Pennsylvania. He attended Kent State University where he won a scholarship to Juilliard. John’s father was a professional oboist with the Philadelphia Sympho…

So stoked! Delayed Gratification Magazine asked for a month’s worth of data from bucketlist.org and used it to create this wonderful infographic. You can even order full-size posters from their site. Thanks so much DG! And thanks everyone who has contributed to bucketlist.org over time.

“Of all the things that ever could have happened… most of them didn’t.”

Notes from last night’s amazing Laurie Anderson performance – at 65 she’s mellower, more focused on storytelling than on avante garde gimmicks, but still puts on a fantastic show. Notes on the show at Stuck Between Stations: