Before unite, I thought of opera as an irrelevant company that did good work. now I just see them as irrelevant.
One point that Chris didn't make in his post is that the problem they identified as the reason for building Unite (or so they say), the loss of ownership of one's data to third party services, is the same dilemma that inspired DiSo.
The reason DiSo is relevant, and unite is not, is because the good folks (like Chris) behind DiSo recognized that it's not just about where your data is stored. Just as important is that the format is open and interoperable. Although Unite has this quasi distributed model, it's formats/APIs are (AFAIK) unknown, not based on open formats, and for all intents and purposes, as good as proprietary at at this point.
Pushing the 3rd party into the browser is not a solution to the problem.
My point is that having a public accessible API or docs are no longer enough, you need to adopt open standards whenever possible. Adopting open standards ensures that the end user is free and able to move their data in and out of your service. One of the ways Microsoft torpedoes open standards is by adding creative extensions to them, so while 95% of your data is contained in an open format, it's not portable b/c the extension makes it unusable to services adhering to only the standard.
It's using XMPP vs. rolling your own chat protocol. Supporting oAuth for file access vs. a custom authentication API.
Everything I saw browsing through the docs is about how to develop for the unite platform. I don't see anything about interacting with a unite service outside of an opera browser.
In this sense, unite is a creative extension to an open standard, browsers with common functionality like firefox, ie, safari, etc.
Following this line of reasoning, Twitter is horrible because it doesn't adopt an open standard. Likewise Flickr. And delicious. And anything else with a homegrown REST API.
If their API is well documented, who cares that it wasn't designed and rubber stamped by a committee.
Twitter has adopted open standards, they use oAuth. There's nothing wrong with home grown APIs, but I think APIs that ignore open standards will be a problem as services become increasingly interdependent.
I think if Opera provided an explanation of how to set up a "Unite server" on your own server, than a lot of this controversy would be moot. That's why Google was so epic with their launch of Wave.
One point that Chris didn't make in his post is that the problem they identified as the reason for building Unite (or so they say), the loss of ownership of one's data to third party services, is the same dilemma that inspired DiSo.
The reason DiSo is relevant, and unite is not, is because the good folks (like Chris) behind DiSo recognized that it's not just about where your data is stored. Just as important is that the format is open and interoperable. Although Unite has this quasi distributed model, it's formats/APIs are (AFAIK) unknown, not based on open formats, and for all intents and purposes, as good as proprietary at at this point.
Pushing the 3rd party into the browser is not a solution to the problem.