Platform: Proprietary vs Open
0 Comments

Some time in the last 12 hours or so this went live.
OpenSocial is a common API for writing social networking apps. Its being embraced by practically every single social networking site out there, with the notable exception of FaceBook. Basically the promise of this is that an application developer can write an application against one API and then deploy it in any of the compliant social networks.
FaceBook, as the current king, has the least incentive to adopt the open standard. In fact the OpenSocial API can be seen as a check to FaceBook. Its simple to understand really, in place of "Facebook" use the word "Microsoft Windows" and in place of "OpenSocial", use "Java". The FaceBook strategy is to add value to their platform by harnessing third party developers to write to their proprietary API. OpenSocial is a counter-strategy to that, by making a universal API that is supported by all social networking sites.
The potential fallout from a successful deployment of OpenSocial is the movement of value in the supply chain away from the social network, and towards the applications. When an app can be deployed on any social network, it doesn't matter so much which network someone is on.
The natural response to this would be for various social networks to "embrace and extend" the OpenSocial API, to try and create lock-in for their own platforms. In the past Java had several legal protections in place to prevent this (not that Microsoft didn't try anyway). JavaScript, with none of the legal protections of Java, was forked mercilously, creating a difficult programming environment for JS developers that persists to this day.
Historically, Java failed at driving a wedge between Windows and application developers. It remains to be seen whether the social networking application community will standardize on FaceBook, OpenSocial, or something else.
Labels: business


