November 2nd, 2007

The world is happily building away their new vision of a utopia based on social networking and an open OpenSocial API, which is going to link just everything together.

Perhaps the world will read the terms of use of the API, and realize this is not an open API; this is a free API, owned and controlled by one company only: Google. Hopefully, the world will remember another time when Google offered a free API and then pulled it. Maybe the world will also take a deeper look and realize that the functionality is dependent on Google hosted technology, which has its own terms of service (including adding ads at the discretion of Google), and that building an OpenSocial application ties Google into your application, and Google into every social networking site that buys into the Dream. Hopefully the world will remember. Unlikely, though, as such memories are typically filtered in the Great Noise.

Via a Wired article comes Anil Dash:

Regardless, Google's move is a big bet on interoperability — and against the "winner take all" philosophy of social networking, according to Six Apart's Dash.

"The market has already decided that there's going to be a long tail of social networks, and that people are going to belong to more than one. As soon as you belong to more than one, this kind of interoperability is critical," Dash says. "Open standards win every time."

A lot of people have a different idea of what 'open' means than I do. Is this a Silicon Valley interpretation? Do we need Silicon Valley dictionaries that have entries such as:

o·pen (ō'pən)
adj.

Defined and controlled by Google.

From Russell Beattie, who took the red pill. Or is it the blue pill?

Would people be jumping on this bandwagon so readily if it was Microsoft unilaterally coming up with an API, holding secret meetings geared towards undercutting the market leader, and then making sure that only those anointed partners get a head start on launch day by making sure a key part of the API isn't released - even in alpha. (It obviously exists already, all the partners have that spec and even sample code, I'm sure. The rest of us don't get access yet, until the GOOG says otherwise).

Silly boy. Looks like he doesn't use the Silicon Valley dictionary, either. If he did he would know that Microsoft is synonymous for doing evil while Google is synonymous for…well, you know.

But yes, I also looked for the RESTful part of the equation. It wasn't there. One would think that OpenSocial was rushed out the door quickly, for some reason.

Open standards are not built in secret, with copyright and control owned by one, and only one, company. Open standards belong to the people, and though the standard development process may seem overly political at times–full of anger, rhetoric, accusations small and large, pissing contests, not to mention mind numbing discussions over the smallest points of disagreement–in the end you have a truly open standard that everyone owns a tiny piece of.

But hey! Why am I always so gloomy and paranoid! This is the future of the web, boys and girls. Jump in!

PS This is not a specification whose focus is to import or export your contacts and other relevant information between tools. This is meant for application developers; to create applications like Scrabulous (which is quite fun, btw) that work in social networks other than just Facebook. Until we see more of the RESTful portion of the API, we won't know if an export/import is feasible.

update

Danny certainly has a way with words:

Reliance on megalithic corporations for operating systems and search is bad enough, but if web development starts a lemming dive down a similar path…well, they do say the Big One could happen any time.

Comments
1

I suggest we all start talking about this as "GoogleGadgets" instead of "OpenSocial". Then maybe the commentators won't be blind-sided by the words Open and Social.

2
Shelley - 11:17 am 11/2/2007

Amen, and excellent point Julian.

3

But yes, I also looked for the RESTful part of the equation. It wasn't there.

The People feeds are Atom, and both the Activities and Persistence APIs are AtomPub.

4
James - 11:46 am 11/2/2007

Yeah, I was just going to say it's Google Gadgets rebranded. And it uses Google's AuthSub instead of the recently finished OAuth standard. The APIs are GData, which is based on APP. The killer for me was "http://schemas.google.com/activities/2007#activities" - why they had to invent their own names for activities when SIOC has been around for years is is beyond me. And don't forget, to post user activities you have to register at http://boots:7971/apis/accounts/RegistrationForWebApps.html (ok this last one is partly a cheap shot, since the API guide is only a preview).

Friend export is possible via GET http://{domain}/feeds/people/{person-id}/friends - that's a fixed URL, no variations allowed.

5
Shelley - 11:55 am 11/2/2007

Thanks, Joe. I meant, it's not there yet. I'm surprised Google would release one part, without releasing all. There was no rush to get this out until all was finished.

We'll have to try it when the APIs are released, James. See how it works. After we register, of course. Making sure not to invoke the services too often (that's going to be an interesting ceiling to test).

It still does not look like it's tuned to a import/export routine.

You know, none of these services really want you going somewhere else.

6
ade - 2:01 pm 11/2/2007

I'm curious about why you feel that standardisation of unproven technology is a good idea? Shouldn't we wait till there are at least a few implementations of these technologies before we try to standardise them? Or do you feel that the state of the art has stabilised enough?

If there's one thing we should have learned from WS-* it's that standards committees are a poor place to invent technology

7
Shelley - 2:04 pm 11/2/2007

It's funny, because Dare Obasanjo equated Google's release of Open Social with Microsoft's and WS-*.

No, in this case, this was presented as a de facto, and there is nothing at the Google site that "OpenSocial" itself will ever be open. The documentation is Creative Commons, the examples are Apache, the tech libraries most likely will be at some point. NOT, the spec or, and it's hard to see on this, will any implementation of _anything_ will ever be completely independent of Google.

That's not the way forward. Na, ah, not by a long shot.

8

Shelley,

Nice and too the point as usual :-)

What's wrong with the Open Internet OS we know as the World Wide Web ? Anyway, I elaborate in my latest blog post etc..

BTW - I assume you can discern my Personal URI from my Blog Data Space URI :-)

9
Ewout - 5:06 pm 11/2/2007

Is is true that "the functionality is dependent on Google hosted technology"? I did not gather that from what I read, and it is hard to believe, seeing that a lot of Google competitors say they will implement the proposed API.

The terms you complain about are for Google's implementation of this API, but that doesn't mean that these are the terms for use of the API on say Myspace, right?

10
Shelley - 10:45 pm 11/2/2007

Thanks, Kingsley. I saw your post, and an excellent bit of work yourself.

Ewout, everything I'm reading, the tutorials, et al says that Google gadgets is a part of OpenSocial. I tried to follow Ning's write up, but it wasn't as clear. As for the API, no that is very explicitly detailed in the Terms at Google: that is controlled by Google. And only Google.

11

Shelley,

Those of us who aren't programmers — and/or have faraway corporate IT depts. who abandon our development requests — have few tools with which to implement our ideas.

While I abstractly appreciate your concerns, anybody who lets me string together clunky tools, Movable Type, Ning and page-level Web-server access to achieve what I'm trying to create is my hero.

From this low elevation, making a news site is an exercise in workarounds, using standalone free utilities and bits of javascript (held together with bubble gum and paper clips) to wring every bit of function out of our limitations.

The appeal, to me, of social networking software is not "friends" but bringing together strangers with common interests — topical or microlocal niche networks. (I don't care what your real name is. Let's start there.)

12

[…] actual technology announcement], is the technology itself open? Shelley Powers points out her post Terms that Perhaps the world will read the terms of use of the API, and realize this is not an open API; […]

13

I need a history lesson. Which API did Google pull in the past?

14

They used to have a SOAP API to Google Search. It was shut down late last year and replaced with a much less full-featured "AJAX API" which forces you to allow Google to inject markup into your page; the SOAP API just returned pure data structures that you could manipulate and present however you like.

15
Aruni - 9:28 pm 11/3/2007

Thank you for what seems to be a more fair and balanced (or at least the opposing viewpoint) reporting of OpenSocial. If I didn't know any better, after reading many other posts on this topic I would have thought this was the next best thing to sliced bread.

16

[…] Terms (Shelley Powers) - comments on the very important issue of the terms and conditions attached to usage of the OpenSocial APIs - I had completely overlooked this. T&C are normally attached proprietary products, not open standards. So it looks like we are really looking at Google APIs, not open standards here. […]

17

[…] направлены против кого угодно в любой момент. Чтобы не пугать людей, можно было конкретизировать: имеются в виду, конечно, […]

18

[…] passiamo poi al post successivo, vediamo altre cose succulente: -> Terms Perhaps the world will read the terms of use of the API, and realize this is not an open API; this […]

19

[…] actual technology announcement], is the technology itself open? Shelley Powers points out her post Terms that Perhaps the world will read the terms of use of the API, and realize this is not an open API; […]

20

[…] Powers, auteure et développeuse. "Il ne s'agit pas d'une API ouverte," écrit-elle . "Il s'agit d'une API libre qui appartient à une seule compagnie qui la […]

21
snape - 1:28 am 11/7/2007

I find this Open Social thing a deep embarrassment. The Persistence API is about the most clumsy and low functionality piece of crap imaginable. Standard (one hopes) data types as atom feeds? More torturous nonsense. Why does everything need to be done through html for even more overhead? If one is going to insist on xml then why not at least allow definition of complex ad hoc element types. Who came up with this, a low level summer intern? I am embarrassed to be in the same profession.

Thanks to all those who have contributed to the discussion. Comments are now closed, but you can contact the author of the post directly.