The online social landscape today sort of feels to me like search did in 1999. It’s a mess, but we don’t complain much about it because we don’t know there’s a better way.
Everything is decentralized, and no one is working to centralize stuff. I’ve got photos on Flickr, Posterous and Facebook (and even a few on MySpace), reviews on Yelp (but movie reviews on Flixster), location on Foursquare, Loopt and Gowalla, status updates on Facebook and Twitter, and videos on YouTube. Etc. I’ve got dozens of social graphs on dozens of sites, and trying to remember which friends puts his or her pictures on which site is a huge challenge.
What enabled Google to solve the search problem was a common standard for expressing pages and the links between them, so that they could index the webpages and derive a metric for which ones were more important. They didn't do this by replacing the web with a structured database that they curated, they worked with the standards in use to make sense of it.
To solve the social conundrum we need the equivalent - agreed standards in widespread use so that we can generalize across sites. Fortunately, we have these. We have OpenID and OAuth for delegated login; we have XFN, other microformats and Portable Contacts for public and private people connections; we have Feeds and Activity Streams for translating social actions between sites.
This enabling social infrastructure means that we'll be able to have a new generation of sites that enhance our web experience through social filtering without our connections being centralised in a single company's database.
Once we get used to the experience of being able to delegate login, personal connections and activity updates, we'll look askance at developers who insist we create yet another profile and invite all our friends by email to experience their site; it'll be like a website without links.
4 comments:
Your comparison would be correct if all the social sites would already speak these standards. Currently we have a hen-egg problem. The splitting of identity providers and service providers has yet top emerge.
I think service provider startups would be happy if they could rely on an existing ID provider infra structure and could focus on the social featuere they want to create.
Interesting points/ideas. One thing that would need to be addressed is that people often use different networking sites to interact with diff groups. The people/things I focus on in LinkedIn are not the same as with interactions on Flickr.
Facebook's groups might be a good model to deal with this, but configuring them creates a lot of overhead for end users.
Overall, I think the ability (option) to cross-post would be a huge step forward
Korth: the fact that I can post comment on this bog using either my Google login or OpenID shows there are at least 2 ID services available :)
Site providers can also use MS LiveID, Yahoo, Facebook, and many others to establish your identity.
The next step is to allow info to flow between these sites
LINKs are the LINKs of the Social Web and anything else that is LINK based, really :-)
I have a single Web ID, a generic HTTP URI that enables you Refer to me by Digital Name in addition to accessing my Profile Data in structured form via a URL.
My Web ID is: http://kingsley.idehen.name/dataspace/person/kidehen#this .
The ID above is also bound to a SSL private key which is associated with a self-signed certificate that carries digital certification of my Identity. Basically, this is what FOAF+SSL [1] is all about.
FOAF+SSL comprehension and adoption is the key to making any Social Web or basic Web tick.
Kingsley Idehen
Post a Comment