A little while ago I read this great article on the cinematic influences of the game Kentucky Route Zero, which got me thinking that I should be expanding my exposure to and ability to talk about film, particularly with regard to influencing work on Moonshot or other creative projects. So I’m starting an informal Cinema Club (think Book Club) and hope to write a bit about the films I watch and what I took away from them.
At some point I overheard Buster (my PM on analytics.twitter.com) raving about Nassim Nicholas Taleb’s books. I was intrigued without knowing too much and dove into Black Swan (even though Buster recommended Antifragile as his favorite) because I wanted to see what the deal was.
Ludum Dare is a game jam. Every 4 months
a weekend is selected and a theme is announced. Thousands of game developers
have the weekend to design, create, and release games for a competition
where there are no official judges and no grand prize.
It’s been the most rewarding creative outlet I’ve ever had.
Now that 2013 is pulling to a close I feel the pull that anyone who has ever set pen to paper (metaphorically, in this case) feels now - the thick, crushing desire to “bang out” a top 10 Greatest Hits list before retreating sleepily back into the embrace of a thick holiday sweater for a few weeks’ hibernation. I had a great time in 2013 - got SUPER married to the love of my life, participated in Twitter’s IPO and then moved into a fulltime Software Engineer role while finishing a set of Stanford graduate CS courses. Busy year.
Twitter, naturally, was a common theme. It’s where I participated in and documented many of the significant parts of my year. Of course, many of my friends don’t use or even understand the service, so to them I’ve dropped off the face of the planet. Inspired by the great 2013.twitter.com retrospective, I thought I’d put together some of my notable moments into a smörgåsbord for those friends to feast upon.
I recently had to debug an issue which required a lot of familiarity with
HTTP to debug. There were a lot of random workarounds to the problem (“if I
disable feature X it works”) but only when a developer clearly articulated
the exact problem with the HTTP response was it possible to trace the error
to a consistent reproduction case. The underlying lesson is one I’ve learned
at least a few times now. When working with web APIs there will be times
where things break at a level where you will be completely helpless unless
you know how things work underneath all of the frameworks, toolkits, and
client libraries in your application. So learn HTTP, damn it.