Posts Tagged ‘open web’

Guest Post: Facebook’s claims about data portability are false

// May 28th, 2010 // 0 Comments // Analysis, Dataportability, Media, synapticweb

I have published a guest post on RWW about Facebook’s recent privacy challenges and their claims about data portability.

“The lack of honesty and clarity from the company and its representatives … and the continued trend of taking established language – such as “open technology” or “data portability” – and corrupting it for its own marketing purposes, is far more disconcerting than the boundaries it’s pushing with its technology choices.”

Read it here.

A call for focus from the open standards community

// December 11th, 2009 // 0 Comments // Analysis, Dataportability, Personal, Technology

Time to refocus the open community
Over on the Open Web Foundation mailing list Eran Hammer-Lahav who, despite his gruff and disagreeable personality, I respect greatly for his work in the development of open standards, is effectively calling for a complete shakeup of the foundation and the efforts being poured into the ‘common ground’ of the standards efforts.
Let me define the ‘Common Ground’ as I see it.
Building strong common ground is like building strong open standards deep into the stack. Just like a software stack, our community needs a stack of organizations that are loosely coupled and open to participation. Groups like the W3C and IETF provide a rock solid core, more agile groups focused on specific standards like OpenID and Oauth are in the middle and a project like the DataPortability project was supposed to be on top – a kind of user interface layer.
You see, good standards efforts are neccessarily projects that work to solve one small problem well. The problems are often deep technical challenges that attract passionate and, let’s face it, geeky people to hack, debate and decide on details that don’t hit the radar for 99.9% of the population.
The problem, of course, is that the rest of the world has to care for a standard to matter.
Leaders and project managers need to be found, real companies need to get involved (not just their staff), collaboration platforms need to facilitate real and open discussion, calls for collaboration need to be heard, specs need to be written (and written well), libraries need to be written, governance needs to be put in place and so on.
Also, once the standard is (half) baked, less involved hackers need to participate to test the theories in the real world. Less savvy developers need to hear about the standard and understand it. Business people need to understand the value of using a standard over a proprietary solution. They also need IP protections in place to ensure that by using the standard they are not putting their company at risk. Marketing people need to know how to sell it to their customer base. Customers need to know how to look for and choose open solutions to create a market place that rewards openness.
All of this is ‘Common Ground’. It is common to any standards effort and there should – no must – be an organization that is just as lean, mean and aggresive as Facebook in place to provide these resources if we are ever going to compete with closed solutions.
At the start of 2008 the DataPortability project became very popular. It’s goal was not to build standards, but rather to promote them. To provide much of the common ground that I described above.
The DP project’s particular mission, in my mind at least, was to focus on the marketing effort. To build a massive spot light and to shine that intense light on the people, organizations and standards that were getting the job done.
Is the OWF providing a generic legal/IPR framework? Fantastic! It was the DPP’s job to let everyone know – developers, business execs, media, potential editors, contributors and more. Our job was not, and should never be to start the framework itself, but rather to advocate for, provide context around and promote the hell out of someone else’s effort to do so.
Is a conference happening next year? Excellent. It was the DPP’s job to get in touch with the conference organizer, organize not just a DP panel, but a DP Track and to create room (and perhaps even a narritive) inside which the people doing the actual work can speak.
Has Facebook just announced a new feature that could have been achieved through a combination of existing open standards? Then it is’ the DPP’s job to consult with each of those standards groups and create a cohesive response/set of quotes for the media to use.
Unfortunately, though, many in the standards community chose to fight the creation of the project for whatever reasons crossed their mind at the time. They used all sorts of methods to undermine the effort. Some that would Fox News to shame.
The result, of course, has been a diversion from the important work of providing common area services to the standards community to a self-protection state of creating governance and creating our own ‘deliverables’ in order to justify and protect its own existance.
I have, as a result of a series of unfortunate events, fallen out of touch with the Steering group at the DPP. Moving to the US, getting disillusioned with the community I admired (not those involved with DPP. Ny friends at the DPP Steering group have always performed very admirably and worked extremely hard) and ultimately shifting my world view to realize that the best contribution I can make – the best way to really move the needle – is to ship Data Portability compliant software at scale.
At this juncture, however, I think it’s time for us all to refocus on our original mission for the DataPortability Project.
To restate my humble view on the matter:
To provide a website that explains data portability to various audiences in neat and concise ways. It is the onramp for the standards community. You should be able to send anyone to ‘dataportability.org’ and they ‘get it’ and know what to do next.
To provide context and advocacy on news and development from inside and outside the standards community so that media, execs and less involved developers can understand and react
To build a community of interested parties so that they can swam to the aid of standards groups or the standards effort in general.
To act as a market force to (yes I’m going to say it) pick winners. To highlight what works, what doesn’t and what should be done next to move the whole effort forward. Nothing is as powerful as removing confusion and planting a big red flag on the answer.
To recognize that we have the authority to do whatever we want to do because we are an independant, private group who has chosen to create public/transparent processes. We need to believe in ourselves. If we do good work, then people will listen. If we don’t then they can listen to someone else.
This necessarily means that the only real deliverable from the project would be a small set of communication tools that build community, context and advocacy around what we believe is the ‘truth’ (or at least things worth paying attention to) in the broader standards community.
In my book that is not only a very worthy effort, it is increasingly critical to the success and health of the web.

Over on the Open Web Foundation mailing list Eran Hammer-Lahav who, despite his gruff and disagreeable personality, I respect greatly for his work in the development of open standards, is effectively calling for a complete shakeup of the foundation and the work being poured into the ‘common ground’ of the standards efforts.

Let me define the ‘Common Ground’ as I see it.

Building strong common ground is like building strong open standards deep into the stack. Just like a software stack, our community needs a stack of organizations that are loosely coupled and open to participation. Groups like the W3C and IETF provide a rock solid core, more agile groups focused on specific standards like OpenID and Oauth are in the middle and a project like the DataPortability project was supposed to be on top – a kind of user interface layer.

You see, good standards efforts are neccessarily projects that work to solve one small problem well. The problems are often deep technical challenges that attract passionate and, let’s face it, geeky people to hack, debate and decide on details that don’t hit the radar for 99.9% of the population.

The problem, of course, is that the rest of the world has to care for a standard to matter.

Leaders and project managers need to be found, real companies need to get involved (not just their staff), collaboration platforms need to facilitate real and open discussion, calls for collaboration need to be heard, specs need to be written (and written well), libraries need to be written, governance needs to be put in place and so on.

Also, once the standard is (half) baked, less involved hackers need to participate to test the theories in the real world. Less savvy developers need to hear about the standard and understand it. Business people need to understand the value of using a standard over a proprietary solution. They also need IP protections in place to ensure that by using the standard they are not putting their company at risk. Marketing people need to know how to sell it to their customer base. Customers need to know how to look for and choose open solutions to create a market place that rewards openness.

All of this is ‘Common Ground’. It is common to any standards effort and there should – no must – be an organization that is just as lean, mean and aggresive as Facebook in place to provide these resources if we are ever going to compete with closed solutions.

At the start of 2008 the DataPortability project became very popular. It’s goal was not to build standards, but rather to promote them. To provide much of the common ground that I described above.

The DP project’s particular mission, in my mind at least, was to focus on the marketing effort. To build a massive spot light and to shine that intense light on the people, organizations and standards that were getting the job done.

Is the OWF providing a generic legal/IPR framework? Fantastic! It was the DPP’s job to let everyone know – developers, business execs, media, potential editors, contributors and more. Our job was not, and should never be to start the framework itself, but rather to advocate for, provide context around and promote the hell out of someone else’s effort to do so.

Is a conference happening next year? Excellent. It was the DPP’s job to get in touch with the conference organizer, organize not just a DP panel, but a DP Track and to create room (and perhaps even a narritive) inside which the people doing the actual work can speak.

Has Facebook just announced a new feature that could have been achieved through a combination of existing open standards? Then it is the DPP’s job to consult with each of those standards groups and create a cohesive response/set of quotes for the media to use.

What is the relationship Facebook Platform, OpenSocial, Open Standards, OpenID, OAuth, Portable Contacts and Twitter’s ‘Open API’? DataPortability.org should have the answer neatly described on its website.

Unfortunately, though, many in the standards community chose to fight the creation of the project for whatever reasons crossed their mind at the time. They used all sorts of methods to undermine the effort. Some that would put Fox News to shame.

The result, of course, has been a diversion from the important work of providing this common ground  to the standards community to a self-protection state of creating governance and creating our own ‘deliverables’ in order to justify and protect our own existence.

I have, as a result of a series of unfortunate events, fallen out of touch with the Steering group at the DPP. Moving to the US, getting disillusioned with the community I admired (not those involved with DPP. My friends at the DPP Steering group have always performed very admirably and worked extremely hard) and ultimately shifting my world view to realize that the best contribution I can make – the best way to really move the needle – is to ship Data Portability compliant software at scale.

At this juncture, however, I think it’s time for us all to refocus on our original mission for the DataPortability Project.

To restate my humble view on the matter:

  • To provide a website that explains data portability to various audiences in neat and concise ways. It is the onramp for the standards community. You should be able to send anyone to ‘dataportability.org’ and they ‘get it’ and know what to do next.
  • To provide context and advocacy on news and development from inside and outside the standards community so that media, execs and less involved developers can understand and react
  • To build a community of interested parties so that they can swam to the aid of standards groups or the standards effort in general.
  • To act as a market force to (yes I’m going to say it) pick winners. To highlight what works, what doesn’t and what should be done next to move the whole effort forward. Nothing is as powerful as removing confusion and planting a big red flag on the answer.
  • To recognize that we have the authority to do whatever we want to do because we are an independant, private group who has chosen to create public/transparent processes. We need to believe in ourselves. If we do good work, then people will listen. If we don’t then they can listen to someone else.

This necessarily means that the only real deliverable from the project would be a small set of communication tools that build community, context and advocacy around what we believe is the ‘truth’ (or at least things worth paying attention to) in the broader standards community.

Many have scoffed at that these goals in the past claiming that there was no ‘value’. In my book this set of goals is not only a very worthy, it is increasingly critical to the success and health of the web.

DataPortability is boring?

// September 29th, 2008 // 0 Comments // Dataportability, Media, Technology, Work

Drama 2.0 has made a guest post on Mashable suggesting that DataPortability is boring. I obviously disagree.

Let me address each of his main points one by one.

(1) The average Internet user probably isn’t an active member of dozens of Web 2.0 services. While this may be difficult for some to believe, the truth is that most people don’t feel compelled to sign up for every new Web 2.0 service that launches. And quite frequently, users sign up for services that they eventually end up using very little. Data portability seems a lot less compelling when one recognizes that many, if not most, mainstream Internet users aren’t actively investing their time equally across a wide range of Web 2.0 services.

Actually you’re wrong. Data Portability is not about ‘Web 2.0′ – it’s about any web-based service. A typical user might use CNN, Yahoo Mail, Facebook, AIM, their cell phone and their PC or Laptop. That’s a lot of apps. Imagine the possibilities of having them sync some aspects of your data.

(2) The average Internet user probably doesn’t need or want to take his friends along to every Web 2.0 service he or she signs up for. These services can be fun and entertaining, but the notion that every user wants to be able to import his data when signing up for a new one is asinine.

Really? I remember the same argument against Telephones, PCs and Cell phones. It’s only asinine if you have a failure of imagination.

The point is not what users do today, but rather what new applications and innovation are possible in a standards based data ecosystem.

(3) Privacy is just as important as openness. Where does my data end and yours begin? If you believe that users of Web 2.0 services have some inherent “right” to control their own data but that this data is in inexorably linked to the “social graph,” what “rights” do users have to control where “shared” data goes?

Openness is the wrong word. The DataPortability project does not refer to the ‘Open Web’ for a reason.

Privacy is also the wrong word. Privacy is too broad a term that has no actionable attributes. We need to focus on words that represent features for implementation. Features that allow Access controls and permissioning for example.

As for shared or derived data, the lines are being drawn and the issues are being debated. Just because it’s hard to work out doesn’t mean it’s not worth trying.