04.25.12 |
∞
This week’s Mad Men episode was probably my favorite of the year, and I couldn’t at first put a finger on why. Then I read this excellent point by Slate critic John Swansburg:
One of the pleasures of Mad Men has always been its unpredictability—it’s a fool’s errand trying to guess how the plot will twist—but that unpredictability has reached new heights this season. It’s no longer merely a question of story—now it’s a question of form, too. “Mystery Date” incorporated elements of horror, “Signal 30” culminated in a hilarious comic set-piece, and, as you guys have noted, last night’s episode dabbled in noir and the psychedelic while also experimenting with chronology. When I tune in on Sunday, I’m not just wondering what’s going to happen, I’m wondering how’s it going to happen—what mode will the series operate in tonight?
I love noir works like Chinatown and L.A. Confidential, along with fragmented chronologies like Pulp Fiction and Memento. Seeing how Mad Men borrowed from both the noir and fragmented timeline genre, it makes a lot more sense why it clicked so well for me.
04.25.12 |
∞
Really nice roundup by Verge writer Nilay Patel on the privacy implications of each cloud service. Not crazy about Apple’s ability to delete “objectionable” material, but then again, I’m not the audience for buying iCloud space.
04.25.12 |
∞
Jonathan Snook is a very smart, respected web developer and speaker. So why the hell didn’t I check out his SMACSS style guide earlier? Pretty brilliant stuff. SMACSS (pronounced “smacks”) is loose architectural framework for CSS. It’s a way to organize large, complex websites (e.g. my day job) in ways that maximize flexibility and reusability.
It’s effectively here in free html form which you should read pronto if CSS is important to you. If you enjoy it, go the extra mile and buy an e-book. My company has, and I’ve already easily gotten the $15 sticker price back in value about an hour of usage.
04.24.12 |
Technology |
∞
“Save for later” apps – apps like Instapaper that capture and cleanly format text articles for later consumption – are essential to my workflow. I rely on them to read long form content for my job, for blog posts and just for fun almost every night. But last week there was a serious shakeup: Popular app Read It Later reinvented itself as Pocket. It aims to be a save later service for not just text articles but almost anything online, from videos to photos and mp3 clips. That’s ambitious, something I had to investigate further.
Thirty articles and a few days later with the app I’m hooked. Overall Pocket is an awesome app, albeit with a few rough patches. It’s a tool I’d recommend to almost anyone, especially to iOS newbies given its straightforward setup process. There are several things that Pocket does especially well:
A consistent experience across multiple platforms. A lot of other media apps provide a smart UI on both the iPhone and iPad. Yet it’s rare to see an app ecosystem work so consistently on the iPhone, iPad and the desktop. With Pocket there’s a uniform, drop down based navigation on each device that’s easy to use. Its grid based, Flipboard-esque layout works especially well on the iPad or web while remaining fully usable on the iPhone.
Visual design. Many apps dedicated to browsing or media discovery have a color scheme and layout that is heavy on contrast or overly skeuomorphic. It makes a strong first impression but can get a bit boring or distracting when you’re trying to browse through or read individual articles. Pocket avoids these problems by leveraging a light palette with subtle contrast and few gradients to maximize readability. This minimalist design looks borderline “non-native” to the iOS platform, but I think for Pocket it’s a smart move. The look feels fresh and distinctive, much in the same way the Twitter client Tweetbot distinguished itself visually with a chrome, metal and gradient heavy design.
App integration. This is where a lot of competition falls short; you can have an awesome reading experience, but that becomes meaningless if you can’t move articles in and out of your save for later app easily. That’s not a problem with Pocket. It uses the same API as Read it Later which has been around for years and consequently there’s huge app support.
Video integration. I’m a big film nerd, so naturally I capture a lot of clips, video essays and trailers. Pocket has native support for Youtube and Vimeo, which gives each saved video article a proper headline and thumbnail. With two taps I’m watching a video full screen on my device. Instapaper, Readability and other choices either can’t play video at all or add a lot of cruft around the video itself.
The setup process. Pocket goes out its way to make capturing content as easy as possible. On iOS devices it identifies other apps that are Pocket compatible and provides custom setup instructions for each. To add a web bookmarklet, an essential capture tool, its step by step tutorial is best in class.
Nevertheless Pocket isn’t perfect. The app’s filter for switching between text articles, images and videos is occasionally inaccurate; usually the articles view accidentally pulls in a few videos or vice versa. Also Pocket’s web site needs a bit for work on typography; its body text color is too light and it doesn’t offer the same font choices available on its iOS app. Finally while the default sans serif and serif options look nice, text customization (i.e. font choice, line height, margin size) lags behind what Instapaper provides.
So is Pocket better than Instapaper? Yes and no. If you trend toward content that’s graphic heavy, video based, or anything that strays from pure text, Pocket should be your first choice. For die hard readers of news articles, blog posts and other text-heavy content, stick with Instapaper.
I plan on using both: Instapaper for reading, Pocket for videos and everything else. I’ll detail in a future post exactly how I integrate both apps into my daily workflow.
04.24.12 |
∞
Really excellent overview of how to debug and inspect CSS, HTML and JS code effectively with Chrome. A year or two ago I was a die hard (Firefox) Firebug user, but I’ve come around to the Chrome tools as my preferred toolkit for web development.
Personally my only point of contention is with the author’s support for Chrome Canary as his development platform, of which i’ve run into serious bugs, crashes and rendering problems. Instead I prefer a more moderate approach by running the Chrome Beta as my main browser. I find it’s highly stable yet you still get many of the new development features far ahead of the default Webkit releases.
04.24.12 |
∞
Spoiler: they really like it. Why can’t Spotify get their UI design act together like the Rdio guys? I’m a total Spotify devotee and love their native app’s speed, high sound quality and great selection. But this “let’s copy iTunes and make it dark” design is getting really old.
04.24.12 |
∞
I found this extended look by Ars author Ryan Paul a bit overly friendly toward the internet powerhouse. It’s nevertheless pretty essential reading for any web developer. A few key trends of the piece are worth remembering; successful developers iterate often and test religiously. One other point I rarely see emphasized, but apparently critical at Facebook:
Instead of offices, Facebook developers work mostly in open spaces laid out like bullpens. Workstations are lined up along shared tables, with no barriers between individual workers. Each building has meeting rooms where employees can have discussions without disturbing other workers.
That last sentence is key. I’ve personally found development breakthroughs often come from healthy verbal debate in front of a white board, but doing so in the middle of an open plan can (understandably) disturb colleagues. Private spaces are critical.
04.23.12 |
∞
I liked developer Chris Coyier’s approach here; step back and examine how to serve up responsive imagery from a high level perspective. Chris touches briefly on all the proposed solutions, from creating new elements to client side Javascript.
On the not so cool side, Chris avoids taking a stance on which solution he’s siding with. I personally prefer a new image element or HTML5 based custom data attributes that the browser interprets to render the properly sized image. The other cross browser methods are admirable but ultimately make too many http requests for me to be comfortable with.
04.23.12 |
∞
On Friday a Kotaku forum member leaked what looks like a legit orientation manual for new employees at Valve, the gaming company behind Half Life, Portal and the Steam network.
Anyone who works at a technical firm should check this out. There’s a lot of philosophies here that are really smart. For instance, keeping a flat corporate hierarchy:
Hierarchy is great for maintaining predictability and repeatability. It simplifies planning and makes it easier to control a large group of people from the top down, which is why military organizations rely on it so heavily. But when you’re an entertainment company that’s spent the last decade going out of its way to recruit the most intelligent, innovative, talented people on Earth, telling them to sit at a desk and do what they’re told obliterates 99 percent of their value. We want innovators, and that means maintaining an environment where they’ll flourish.
Or on working sensible hours:
While people occasionally choose to push themselves to
work some extra hours at times when something big is
going out the door, for the most part working overtime for extended periods indicates a fundamental failure in planning or communication. If this happens at Valve, it’s a sign that something needs to be reevaluated and corrected. If you’re looking around wondering why people aren’t in “crunch mode,” the answer’s pretty simple. The thing we work hardest at is hiring good people, so we want them to stick around and have a good balance between work and family and the rest of the important stuff in life.