Twitter: 75% of Our Traffic is via API (3 billion calls. Twitter’s 1 API Gave Birth to 43 New APIs. The API Billionaires Club. We write a lot about the growth in the number of APIs on ProgrammableWeb.
Why startup needs API. There is a long list of things people will tell you that you need as a startup: You need a working product.
10 Common Mistakes. Twitter was one of the first to see what happened when traffic to the site came more from the API than the Web.
It now has more than 65 million tweets per day, most coming from services that use the Twitter API. Twitter has made numerous changes to fix its API. Another 10 Mistakes. There was a recent post on ReadWriteCloud about 10 common mistakes made by API providers.
I think this is a very thoughtful post, but I think it's an inward look at the problem. In other words, they are looking at problems that developers face while implementing their own APIs. I think biggest mistakes are not necessarily how to implement your API, but how API consumers will perceive, implement and use the API. So I came up with my own list based on nearly a decade of implementing APIs from the receiving end.
Guest author Marcelo Calbucci is the Chief Startup Officer at Conceivian, a Seattle-based Startup Lab, and the founder of Seattle 2.0, an organization providing resources for tech entrepreneurs and startups. I’m done building Facebook apps. I started building Facebook apps about three years ago, when I first started doing web development consulting full-time.
My first apps were simple affairs, but over time they grew more complex and I leveraged the platform features more and more. Marketing. Last week, Alex Williams posted a list in ReadWriteWeb's Cloud Computing channel of the "!
0 Common Mistakes Made by API Providers. " Alex's post points to some of the problems that occur in both the technical and the business realms of API development. In the case of the latter, he lists "Poor Community Management" and "Not Recognizing the API as a Core Line of Business" as common business-related errors. Weekly bugs report. We have received a great deal of feedback recently about things we should do to improve Facebook Platform.
The themes are clear: “fix the bugs,” “update the documentation,” “talk to us more,” and “make things more reliable.” We are listening, and this post outlines some of the things we are doing to address your concerns. Fixing Bugs We have set up new mechanisms to triage and track the bugs you report. Attracting Developers. This guest post comes from Alex Willen, Business Analyst at Box.net.
Alex works with the Box platform, improving its usability and evangelizing it to developers. An API can be an extremely powerful tool, allowing you to expand the functionality of your product without having to do the development yourself. APIs Enterprise Ready. Typically, when anyone talks about APIs, they talk about internal or enterprise APIs and external or open APIs.
But as the cloud services become more widely adopted, we’ll see an interest in more hybrid situation, where internal IT departments use external APIs or other services as part of a broader architecture. What does this mean for developers? Hackathon. This guest post comes from Jimmy Jacobson, a developer and advocate with Zappos IP, Inc’s API team.
Twitter kills whitelists. Last night, Twitter made official what many members of the developer community had long suspected - there would be no more whitelisting for data-hungry apps. For some developers, this either means that they have to come up with creative work-arounds or, for others, that their projects are dead in the water. So why did Twitter kill the exception to the rule and what does it mean for the future of Twitter apps and the developers who create them? What Is Whitelisting? First, a quick primer on whitelisting. Whenever you use a third-party service that integrates with Twitter, it likely uses the API (application programming interface) to get data - to get your @replies, direct messages, tweets and so on. Appstore. This guest post comes from Alex Willen, Developer Advocate at Box.net. Alex works with the Box platform, improving its usability and evangelizing it to developers.
So you’ve decided to put together an API, an excellent choice which I applaud. While this is an enormous step in the right direction, hopefully you’re aware that the there’s much more to be done–more, in fact, than I could begin to cover here. Appstores.com. Business Models. Business models were nascent in 2005, when ProgrammableWeb listed only 105 APIs in our directory. There were only four basic models, according to John Musser’s talk this morning at Glue. Fast forward six years and those same business models exist, but there’s a lot more detail, as the now 3,000+ APIs have refined the ways an API can make money. 2005 API Business Models 2011 API Business Models (larger version) Most of the 2005 models contain at least another level of detail, with the “developer gets paid” model containing the most granularity. Limiting API Usage? As a consumer of APIs, one thing you encounter every day are API rate limits. Just about every API has limits on the number of calls you can make against their API.
As developers, we accept the limits because in many cases we are getting the API for free. And in some cases, even the rates aren’t enough for a provider to get what it needs, as when Google put the kibosh on Translate. Are limits simply a sign that a provider needs to find a strategy that scales? Some API owners solve this problem of “excessive calls” by setting a daily limit on API calls.
Pricing Data in the overload age. :D Marijuana APIs. We are seeing APIs appear in just about every industry this year, from finance to green tech to health care. One industry that clearly seen the value of APIs is the U.S. medical marijuana industry, recognizing thatAPIs can provide the seeds for entirely new strains of business models and applications to grow (pun intended). As more states are legalizing medical marijuana, there has been a subsequent wave of APIs being launched to support the industry and developers who are working to build apps for both patients and growers.