If you want to understand someone, my advice is to sit next to them and solve a very hard problem together. You will learn who they are by watching how they think.
— Michael Lopp

PyGotham and the Q&A that followed, I’m finding more reasons than ever to read Michael Lopp’s books and blog, Rands in Repose.

The tension between those who make digital products and those who don’t is a systemic problem that seems to stymie every industry, yet so few people know how to resolve it — and resolve it at scale. There must be a collection of good advice somewhere. If not, it’s probably time to start one. What do you say?

(Photo: Ed Yourdon/Flickr)

Last week, Alastair Dant, lead interactive technologist at The Guardian, came to Hacks/Hackers NYC to show how his team produces its informative and award-winning interactive graphics.

It’s a wide-ranging talk about what’s new and inspiring about news technology, and how each team member’s unique skills contribute to the whole.

Well worth watching. And if you want to deeply nerd out with The Guardian, check out their Developer Blog.

The projects mentioned in Alastair’s talk:

Alastair’s team is Martin Shuttleworth, Mariana Santos, Jonathan Richards and Alex Graul.

Quora product designer Rebekah Cox answers the question (on Quora, naturally).

Note, this is one person’s perspective. Nevertheless, her response is a really important read. For some time now, I’ve been studying how to increase the number of women in tech and as I see it, the hurdles are three: Culture. Education. Mentorship/Role Models.

Of the three, example after example shows culture is the hardest to overcome. Cox illuminates what tech culture is like — and offers valuable advice on how a woman can use perspective to her advantage.

It’s my hope that tech culture will evolve in a way that doesn’t require a hard shell to stay in and excel.

But until then, people who don’t feel like alpha nerds but want to be in tech can learn a lot from Rebekah Cox’s reply and footnotes. Read it and leap.

It was great to see so many people excited about yesterday’s post on understanding API documentation. And better still, it was encouraging to see people succeed in the first exercise.

Being able to read API docs is like being able to read any foreign language: You improve through daily practice. So for today, let’s stick with movie reviews.

I hope you’ve got a Netflix account. If so, work through Joseph Smarr’s Netflix API tutorial. When you’re done, you’ll have a personalized list of RSS reader-ready movie ratings, reviews, and recent DVD returns.

If you’ve got questions as you’re working through the tutorial, post them in comments and try to help each other. I’ll pitch in too. Afterward, you’ll be ready for something completely different, so we’ll take a look at the Bitly API on Wednesday.

If you need a little break while you’re working through the Netflix example, enjoy the fascinating video below that explains the Stuxnet computer virus. This kinetic type explainer was created for Australia’s “Hungry Beast” news show on ABC1.


Video: Patrick Clair/Vimeo

Poynter.org just published my how-to piece on reading API documentation.

It’s directed at readers with little to no coding experience. I hope the intended audience finds it helpful. The example I used — looking up New York Times “Harry Potter” movie reviews — was a fun one, rather than something more serious, because doing fun things lowers the barrier to getting started.

Reading API documentation takes patience and tenacity. Even the most experienced developers I know will sometimes come across documentation so poor that they spend a lot of time guessing at how the API works. So don’t feel daunted. Practice instead.

I’ll post a couple follow-up exercises here on Ricochet, but get started now by heading over to the beginner’s guide for journalists who want to understand API documentation.

Update:
Thanks for all the retweets, comments and link pass-alongs. Keep them coming, and feel free to ask questions and suggest other tutorial topics in the space below.

Michal Migurski of Stamen sent me some thoughts about writing APIs based on my post, which makes me think there might be hope for the way API documentation will be written in the future.

In the meantime, if you’re responsible for writing API docs — or technical documentation of any sort — Jacob Kaplan-Moss’s “Writing Great Documentation” instructional series is mandatory reading.

Jacob’s name might sound familiar to you: he’s one of the co-founders of Django, a Web development framework created by journalists and developers as a tool for doing data-based journalism.

Photo: Sean Dreilinger/Flickr

Switch to our mobile site