04.27.12 |
∞
Excellent discussion over at Slashfilm this week regarding the death of film as a physical media. Hosts Dave, Devindra and Adam break down the implications for a half hour, covering technology, economics and the emotional attachment to celluloid.
Because the Slashfilmcast moved to a shorter, more streamlined format a few weeks ago to accommodate host Dave’s new day job, I didn’t expect we’d see in depth discussions like this. Kudos to the team for keeping production levels high.
04.26.12 |
∞
Perhaps you’re reading this post, don’t know much about HTML and CSS, but want to start. Many if not most would recommend some sort of online tutorial. Based on the sample chapter I’ve read and reviews elsewhere, check out this book first. Gorgeous work and $15 on Amazon.
Granted it’s true 99% of technical books out there are outdated within seemingly a day after their publication. Yet the raw basics of HTML and CSS – markup, attributes, layout – are fairly timeless. I expect this book, for this reason and with its shallow learning curve, will last on shelves a lot longer.
04.26.12 |
∞
The Oatmeal strikes again with another winner. I had a good laugh with his FlareGramster idea.
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.