Lately, there are no shortage of opinions on what data portability is and isn’t, here are some of the more notable posts.
The real roadblocks to data portability on social networks by Robert Scoble
Robert is approaching it from the end user perspective, especially for someone like him who is active on several social networks like Flickr, YouTube, Facebook, MySpace, Orkut, Upcoming.org, FriendFeed, SocialThing, Profilactic, FastCompany.com, Twitter, Pownce, WordPress.com, Disqus, and many more. He raised a number of use cases that aren’t currently possible like changing his main email and having the change propagate to all his social networks, etc.
In his words…
Doing the simplest of data portability (for instance, making all systems understand when I changed my email address) is going to take a lot of work and a lot of cooperation between all of the players). Doing the toughest stuff (like sharing of some of the social graph, or making things like photos and videos portable) will take a lot longer. I’d be surprised if we see some real movement on data portability between a good number of systems by the end of the year.
A Journey of a Thousand Steps by Brian Oberkirch
Brian does not believe that the future of data portability comes from globalized, generic, manifesto-driven approaches but rather small nimble startups like Dopplr and Ma.gnolia that implement focused changes allowing for some level of data portability / interoperability across sites. He also thinks that data portability will be driven by data portability needs arising from limitations of using existing popular social sites.
FriendFeed, The Centralized Me, and Data Portability by Michael Arringtion of TechCrunch
Michael sees friendfeed as a “Centralized Me” site meaning a user can centralize all his information from other sites on friendfeed site. This as opposed to DataPortability that embraces the “Decentralized Me” approach, in essence letting users re-centralize it wherever they please. DataPortability is working to help make that happen through consensus driven policies and procedures. He wonders if DataPortability is the anti-friendfeed.
What have you done for me lately? by Chris Saad (dataportability.org founder)
Disclosure: I am a recent participant on the DataPortability project.
Chris addressed a question that often arises with DataPortability project, “What have you guys actually done?” For example, Scoble asked “Has the Dataportability.org actually shipped anything yet beyond PR?” Chris outlined the roadmap and stated that 2 of the 5 planned phases have been completed and that they are currently in research phase. The research phase is where they are speaking to each standard community about their relevant technologies and contributions to understand how they might fit into any future best practice document or documents.
My perspective (as if you need another one LOL but here it is anyway)
As someone who has worked in big companies before, the current dataportability.org approach (per Chris’s post) is reminiscent of the waterfall development lifecycle approach with a top-down, detailed upfront analysis to understand the comprehensive needs of everyone (social networks, healthcare, financial, government, etc) with regards to data portability and then putting a plan / blueprint / standards together. While this is noble being all inclusive upfront, IMO this is a daunting task (if you have done waterfall before, you know what I mean), not to mention that requirements changes over time – it always has been the case, we just hoped that it doesn’t. In particular, I think that documenting standards can be done in parallel with research. For standards, I suggest starting with a known entity, i.e., social networking, and subsequently amend and / or add new standards for other verticals like healthcare, etc. This allows for deliverables that are actionable by non-dataportability participants that are keenly interested in knowing how dataportability standards might apply to them.
Each post has a different perspective on data portability because it means different things to different people but I consider them all relevant to the discussion of data portability. Is there a right or wrong answer? I don’t think so but it sure is exciting to see what evolves over time and what works and doesn’t work. Regardless, it’s paramount to keep the end user in mind while thinking about data portability because ultimately they will decide what stays and what goes.