How FriendFeed Splits the Conversation

March 14th, 2008, 4 Comments »

FriendFeed ServicesI’ve been hearing plenty of noise among the Alpha Geeks this week about the sudden emergence of FriendFeed. It’s basically a way to aggregate all of your sundry feeds in one megafeed of stuff. I’ve noticed a flurry of new followers of my FriendFeed this week.

I first tried FriendFeed and wrote about it back in October, and here’s what I said:

Holy crap. Who in their right mind would want to see all of that in one place? It’s my stuff, and I don’t even want to see it.

I feel the same way today. I don’t need more stuff, I need less. I went on to remark on the one way I might make use of FriendFeed:

If FriendFeed or somebody else lays some clever filtering on top of my friend’s mega-feeds. To start with, how about a filter that shows me everything my friends tag as ‘fordarren’, regardless of what service it’s in?

Louis Gray wrote a post boosting FriendFeed, and I think his essential point was this:

There are a definitely a wide number of sites out there that let you share all your activity in one place, or to track friends’ activity, but FriendFeed is the only one that lets you share items directly to the feed, elevate discussions through comments and show “likes” to highlight individual posts.

Later, he re-emphasizes the interactive aspects of this very simple service.

Comments Here, There and Everywhere

That may have some appeal, but there’s a downside: FriendFeed splits the conversation around a given chunk of content.

Louis’s post is a great example. Currently there are nine comments on his blog. However, there are two other, distinct comments on the aggregated link in FriendFeed. The FriendFeed readers don’t see the blog comments, and vice versa. It’s like the conversation is happening in two languages, and some people aren’t understanding the whole thing. I occasionally see a similar problem in blog posts imported into my Facebook profile.

The solution to this problem is simple in theory, but painful to implement. There needs to be an open comments protocol that all of these services buy into, so that, for example, a comment in Flickr can also appear in FriendFeed and a blog post displaying that photo.

In my experience, these cross-industry APIs and standards take a long time to hash out and agree upon. Then it takes even longer for the sundry stakeholders to bake into the next release of their software. If this already exists, I’m not aware of it.

In the meantime, FriendFeed just bifurcates the interaction that Louis espouses.

4 Comments »

Thmbnl: Effortless (and Vowelless) Screenshot Thumbnails

March 5th, 2008, 1 Comment »

Friends Todd and Larry (along with Cindy Li) have just launched Thmbnl, a utility for web developers. What does it do?

Thmbnl is a compact utility for showing thumbnail-style images of pages linked from your website or application. Developers can sign in, grab our code libraries and samples, write some code and you’ve got thmbnl in your app!

That’s a great idea, and will no doubt prove handy to people building web apps that require thumbnail functionality. I see it as a kind of purpose-built tiny chunk of Flickr’s functionality. Where I manually upload a screenshot to Flickr so that I can grab a screenshot, they’re doing it automatically. And, obviously, marketing it to web app builders. It’s not super-exciting, but in my experience, it’s often the Internet plumbing concepts that really take off.

Designers and developers will be interested in Todd’s comprehensive and enlightening discussion of the development process for Thmbnl. Here’s an excerpt in which he discusses their choice to rely on OpenID as their user management system:

The most concrete benefit of the OpenID-only strategy in its impact on feature design is that it’s allowed us to support webmaster and enterprise teams who need to work from the same thmbnl account without adding weight to the account management features. Although we don’t have the permissions gradient that corporate software often provides, we have a simple, one-field interface for attaching OpenIDs to an account. OpenIDs for those people who leave the team or no longer need access are removed from the same place. Under a traditional user name+password approach, we would have had at least one or two more pages to manage multiple users on the same account.

Good luck to the Thmbnl team. Or should I say Gdlck?

1 Comment »