Archive for December, 2008

Update: see story on ReadWriteWeb about the latest Activity Streams working group meeting.

For a while now many in the microblogging community have been wondering how to add contacts and exchange updates & comments across services.

For instance, some of my friends are on Jaiku, others are on Twitter, and a third group use Friendfeed. How could I follow everyone without having to deal with creating and managing an account on all three?

Currently, we’re forced to treat services as proxies for communities. For instance, my Twitter and Friendfeed contacts are mostly North Americans, whereas my European friends are on Jaiku.

This is not dissimilar to the way telephone networks used to work in the early days. To call someone, both the caller and receiver had to be on the same network.

Thankfully this is no longer the case with email. Imagine how restricted our day-to-day communication would be if mail servers didn’t interoperate.

Metcalfe’s law says the value of a network grows exponentially in relation to the number of members on the network. Walled gardens have been a bad idea from the start, since they limit the growth of the network. Because of this dynamic, they destroy value – and eventually also themselves.

There are two roads to the inevitable end state where everyone is reachable. Either the little networks agree on a standard for interoperating; or they get devoured by the most powerful player and the world is left with a monopoly.

In telecoms, AT&T gobbled up the regional networks — only to be artificially broken down into a dysfunctional set of baby bells by an antitrust ruling.

This Friday at the Learning about the Open Stack event, John McCrea described how AOL and the other internet walled gardens were brought down by the open Web.

And today, proprietary IM networks are being stamped out by an open protocol, XMPP.

The urgent issue now is to prevent microblogs from becoming the next dysfunctional dinosaurs.

A bunch of activity stream interoperability initiatives have been put forth in answer to this call, and the viable parts are now converging under the open stack umbrella term.

What the community is looking for now are concrete examples and implementations.

In his presentation at Friday’s event, Chris Messina demonstrated the use case of subscribing to someone who lives on a foreign Web service.

In what follows I’ll expand on Chris’ story by discussing another use case, where you add the foreign friend to your address book without needing to go to their site.

Imagine I want to add a friend, David Recordon to my contacts. I know his email address, so I click ‘add contact’ in my client and enter his email.

My client translates David’s email address into his OpenID URL, probably using a method called Email to URL Translation.

Now that my client knows where to find David on the Web, it goes out to David’s URL and fetches a little file that contains machine-readable pointers to David’s public profile and the photos, status messages, bookmarks, blogs, and other feeds he publishes. The enabling standards at work here are likely to be XRDS-Simple and Portable Contacts.

This loop is simply referred to as ‘discovery’.

Once my client is done, it is ready to display its findings to me. Here’s a mock-up to illustrate what I might see (the same mock is in Chris’ slides):

Dave

After selecting David’s contact information and some of his feeds, I click ‘Save’, and a subscription request is sent to these services. They return a few of David’s most recent public updates to me.

The next time David logs into these services, he sees a standard new subscriber notification. His service can perform discovery on me to display my name and profile summary to him, and allow him to reciprocate.

David may also choose to allow me to see some of his private information, such as his contact details. The enabling standard here is of course OAuth.

I have never needed to join any of the services David uses; in fact, I don’t even need to know their names. It is irrelevant to me if he uses Twitter, Plurk, or Friendfeed to publish his status updates or prefers Flickr, Photobucket, or Picasa for sharing his photos. All I care about is seeing his updates and being able to respond to them using my own client.

Information wants to be free, and social objects want to travel.

For a nice demonstration of federation in action, see this video by Sebastian Küpers.

I took a call with a few Nokians today about innovation. Constrained by the 140-character limit on microblogs I crammed the bottom line of my hour-long argument into three points. The note started getting comments on Jaiku and pick-up on other blogs, so I thought I’d post them here:

  1. binge on your own dogfood
  2. live by usage stats
  3. iterate like mad

Like @constantine notes in the Jaiku thread, the real decision power comes from executing on this. A lot of people ‘get it’ but that’s not enough.

People also misinterpret the third point to mean you should release constantly without any quality control.

Those folks miss that there’s a progression here: keep dogfooding and only release when you can no longer not release. Then iterate based on what features get usage.

The secret is actually not included in my list. It is to hit the right feature set for launch.

A lot of startups end up in feature-shaving mode. One day they wake up to the painful reality that their product is too complex because they tried out a lot of different ideas.

Although obesity is not a great starting point, there are examples of successful overhauls. For instance, the first version of Flickr was a Flash application with real time chat and photo sharing. Few if any of those early features remain on Flickr today.

I believe turnaround always requires external shock. Often comes in the form of a change in leadership. When I asked a friend on the Flickr team if some specific event took place that enabled the company to execute such a drastic change of course, he replied smugly: “Caterina happened”.

I’ve also been asked many times if industry gatherings are a waste of time for startups. This conversation happened after LeWeb and it seems to recur every time an event splits attendees’ opinions.

Personally I’ve found that events and partnerships that go live on a certain date are great ways to force a big bang release. They help the team to focus and create a building sense of urgency. And it’s gratifying to ship just in time for a party :)

There’s probably lots more to be said. Feel free to add your points to the list.

This year Google handed out limited-edition unlocked G1’s to employees as christmas presents. I picked mine up a few hours ago.

Although I’ve been carrying various versions of the handset for over a year now, it was a new experience to open one of my own from a real consumer box.

The G1 is very close to a post I wrote 3 years ago on the missing disruptive mobile device. (Thank you, Matt Jones, for reminding me about it. I hope the day comes when you emerge from behind the camouflage and return to blog for us once more).

While the power of the G1 in terms of features and functionality is unparalleled, the basic user experience is still a bit stuttery and not yet as velvet-smooth as flow on the iPhone.

If they were Argentine tango dancers, switching from the iPhone to the G1 would be the equivalent of pairing up with a beginner after coasting smoothly with a top dame or don.

This particular beginner is a fast learner though. It also has social object-producing capabilities none of the others have.

The top Android app lists by Gizmodo and TechCrunch seem a bit dated. If you’re an Android user or following the developer circuit, let’s hear from you! What apps should I be installing?

In December 2007 Brian Oberkirch and I sat down in my home in San Francisco for a discussion about social objects. This week Brian added the conversation to his series of podcasts on social software.

Although it’s been a year and some of the discussed services have evolved (for instance, OpenSocial has progressed in leaps and bounds), the discussed ideas continue to be at the core of my work.

Here’s a topical breakdown of the 42-minute MP3 file in roughly chronological order:

  • definition of a social object
  • Facebook and OpenSocial
  • what makes a good social object
  • verbs
  • making objects shareable
  • turning invitations into gifts
  • charging publishers not spectators
  • status updates as social objects

Over on Conversation Agent, Fast Company’s Valeria Maltoni touches on something worth noting.

She discusses the controversial Motrin ad, an online video promoting a pain medication product that sparked uproar last month.

Maltoni connects the outburst to anguish Americans who’ve lost their savings, jobs, and homes are feeling this holiday season:

“The Motrin ad became the catalyst for these sentiments, the social object for people to come together and talk about how badly they felt.”

Bingo.

The most disruptive social objects articulate something masses of people urgently feel, but lack a way to express.

The Motrin ad became symbolic. Like making salt, shoe throwing, and un-pimping autos.

Unfortunately, in Motrin’s case the feelings were fear, anger and despair. The ad was pulled, along with an apologetic email from the company.

Ads are not about products. They’re social objects in themselves.

It's been a little over a year since the Jaiku team and I joined Google.

My time has mainly been spent building infrastructure that makes it easier to share social objects on Google's Web and mobile services.

Some of the pieces of this infrastructure are really basic. For instance, I've worked with the team that built a profile page for Google users (mine is here). If you are using google.com in English, you can now access your profile by clicking on My Account.

For more on profiles, see Duncan Riley's recent post on TechCrunch.

Another piece of the puzzle has been to enable people to share social objects with the contacts in their address book. Gmail now lets you organize your contacts to Friends, Family, and Co-Workers. You can then share items on Google Reader with your Friends group. You will see these same groups in various Google products that let you share information with people. If you own a G1 phone you know those same contacts are also synced to the mobile phonebook.

I also helped Brad Fitzpatrick launch the Social Graph API. Although this API is not a visible product, it powers many services such as the suggested links on your Google profile. Collaborating with Brad has been one of my delights of the year, since I had wanted to work with him on the social graph problem already before either one of us joined Google.

Jaiku has been a 20% project, meaning it has been getting about one day a week of my time.

Over the last few days a conversation about the future of Jaiku has been taking place on blogs (relevant posts in English here, here, here, and here) and Jaiku (current active threads here, here, here). I regard the Jaiku community as friends, and your concern about the future of the service is legitimate. It warrants a response. What follows is my personal angle.

We announced this spring on the Jaiku blog that Jaiku will be ported to Google App Engine. Since the porting has not been a full time project, and development involves working on a still maturing new infrastructure as well as maintaining the legacy site, its velocity has not been as high as I had hoped. That said, we're on schedule and expecting to ship in the new year.

Google isn't staffing up Jaiku.com. But we love the product and plan to open up its development to the user community more in the future. I'm not ready to talk about the details yet, so stay tuned for more news about that in the new year on Jaiku.

This is a step in the direction we all want to go: away from the
tyranny of silos towards freely interoperable social
networks. People should be able to post and follow status updates across servers just like they send email. No single service, no matter how large and powerful, is the platform. The Web is the platform.

In spite of the decision to not throw resources at building Jaiku into an independent Web brand, recall that the acquisition announcement stated that "Activity streams and mobile presence are important areas where we believe Google can add a lot of value for users." Of course this statement still holds true, and you can bet your Android that there are completely new Wow!'s in store.

I hope that after reading this you, like me, are getting more and more tickled by what 2009 has to bring.

And now that Ulla and I are done having kids for a while, my new year's promise is to also return to blogging.