Posted on 07-18-2012
Web APIs come in all shapes and sizes. The differences between API authentication, interfaces and data types can be a big challenge when developers work with multiple social networking APIs like Twitter, Facebook and social media APIs like Instagram and Flickr.
Each API tends to run with their own interpretation of what a RESTful API means, leaving developers left with navigating not only the differences between various APIs, but the changes a single API will make from version to version.
Many industry pundits claim this will become unmanageable. I think its the nature of the web API space, and we should leave API owners to do what they do best, rather than forcing them to agree on standards. Then how will we bridge these difference? This is an important opportunity for providers to step in and aggregate critical APIs within specific sectors, and provide a unified interface that developers can depend on. One example of this in action is Singly.
Singly aggregates some of the most important social APIs, simplifying authentication, creating consistent patterns for API endpoints and a unified set of data types to work with across all supported APIs. Singly pays attention to the differences between APIs and versions, so developers can do what they do best--build social applications, using social data from the platforms their users are already on.
Immediately the pundits will ask, how can they keep up with all the changes? I respond with how can we not move this industry forward without someone paying attention to it for developers. I see Singly as a necessary component for the API industry to stabilize and move forward. Developers needing to integrate with a single API can visit the API directly, while developers who need to integrate across multiple APIs can depend on Singly.
I see opportunities for the Singly model to be applied in other niche areas like location based services, video, restaurants and government to just name a few fast growing API business sectors. It’s clear that RESTafarians aren’t going to come to an agreement on a single stand, and API owners are busy providing the data and resources they specialize in, so a unified approach like Singly appears to be a healthy path forward for standardizing APIs, creating a more stable interfac for developers.
comments powered by Disqus
Winning in the API Economy
|Download as PDF|
Latest Blog Posts
- Some Advice For The Enterprise When Beginning Your API Journey
- Machine Readable API Definition Format Swagger Matures to 2.0
- How Do We Continue Moving Green Button Data And APIs Forward?
- Beyond Public APIs In Government: Internal Access to Resources
- Can You Show Me The ROI On All Of This API Stuff Before We Commit
- In The Future APIs Will Be Default For All Cities
- No Public APIs Are Not Going Away Just Cause A Few BigCos Fumble At It
- Internal API Search Engine For Everyone At Your Company (Not Just Developers)
- If You Need Assistance With Your Healthcare API Strategy I Have The Person
- Explaining APIs To Senior Leadership: Access To Company Resources Without The IT Hassle
- A Conversation With @ijroth, @dorkitude, @antonyfalco, and @medjawii In The Next Generation API Stack Panel @APIStrat
- API Evangelist Thoughts On The Right To An API Key And Algorithmic Organizing
- Explaining APIs To Your Senior Leadership
- An API Evangelism Strategy To Map The Global Family Tree
- Thank You For Your API Evangelist Blog(s)
- Video From The Hypermedia Panel At API-Craft In Detroit Last Month
- Please Open Source Your API Before Shutting It Down
- Explaining My Work Around APIs In Higher Education To Institutions
- You Can Have An API Just By Choosing Products And Services That Have APIs
- Using Excel As An API Datasource And An API Client For The Masses
- Brewing Up Something Awesome With The Jive Software API
- Relationship Between APIs And Containers
- Real-time and Visualizations Will Be Key in Financial API Deployments
- Notification Focused Startups Within Leading API Ecosystems
- APIs That Do One Thing And Do It Well Like ZipLocate