More on the Open API Revolution

28.10.2011 by Craig Burton

As I said in an earlier post, the folks as Programmableweb.com announced the that the number of open APIs they track reached an unbelievable number—4000—in record time.

The published this graph showing the hockey stick growth rate:

programmableweb-4000-apis

Figure 1—Total Number of APIs

source: Programmableweb

So lets take quick look at the dynamics of this growth rate.

Phil Windley helped me out and here is what we came up with.

The data could be interpreted as a power law.

Phil  used this: http://zunzun.com/Equation/2/Power/Power%20A%20Modified/

Here’s the data:

0, 0
8.5, 1000
10.5, 2000
11.25, 3000
11.75, 4000 

Power law says:     Y = aX^b

The fit says

a = 13.665
b = 1.618

So, by the year 2013, (X = 13), we’d expect: 7117.

2016 shows 30,000 APIs.

This is a nice steep curve.

 

image

Figure 2—Extrapolating the Numbers

source: Craig Burton and Phil Windley

But I am going to go out on a limb and predict that something even more dynamic is in play. If you look at Figure 3, you can see that somewhere between Oct. and Nov. 2010, the growth Netflix was enjoying took a serious turn for the better. Hits on the API went from 4 billion a month to 12 billion in 30 days.

netflixapigrowth

Figure 3—Growth of Netflix API

source: Programmableweb

If I am right, I expect that we hit the 5000 API mark sometime in mid 2012. Then instead of just going on the power curve to 7117 APIs by 2013, the industry will experience an exponential skip—like the one in figure 3 for Netflix—the jump will go from 5,000 to over 10,000 almost over night. So that we will be way ahead of this ambitious curve shown in Figure 2.

I have no real data to support that. I just think the movement is about to jump the chasm from early adopters to early majority sometime in 2012.

Whatchout.


The API Computing Magic Troika and the API Economy

27.10.2011 by Craig Burton

Intro

Provocative quotes:

Baking your core competency into an open API is a economic imperative.

source: Craig Burton

If you are not engaged in generating or enabling open API’s for your business—you are not in the game.

source: Craig Burton

Social—, Mobile—, and Cloud-computing are hot. The API computing magic troika is white hot.

source: Craig Burton

Ubiquitineurs don’t litigate or file for patents. Litigation and patents are the tools of the purveyors of scarcity.

Source: Craig Burton

I talk to my buddy and visionary Doc Searls almost everyday. He is busy writing his new book about the Intention Economy: When Customers Take Charge. The book is the long expected follow up on his first co-authored work: The Cluetrain Manifesto.

While we talk, we often riff on ideas and things we have read or heard. We have been doing this now off and on for twenty years so we have a language and process that lets us get right to the meat of things quickly. It’s fun. When Doc gets on a rant I just shut up and listen. It’s like listening to Stevie Ray Vaughn riff with words.

One more thing: This post is the first instance of a new term. The term is Ubiquitineur. The definition of ubiquitineur is: Ubiquitineur—An entrepreneur whose business and innovation practices are ubiquity-based as opposed to scarcity-based.

The API Computing Magic Troika

Here is my point.

We are riffing on three core things that make the Intention Economy work. Surprisingly one of them isn’t social computing. They are:

  1. Cloud-based code (Code platforms like Kynetx that are API and cloud-centric).
  2. Cheap telephony-data (Affordable mobile—telephony data pricing like Ting.com provides)
  3. Personal Data Technology(cloud-based stores that are controlled by the individual. Singly is promising such a thing, Cloudmine.me has one up in beta.)

Cloud-based Code

Here is why Kynetx (or possibly other cloud/API-centric code platform) rocks for the Intention Economy rapid prototyping and apps.

  1. Runs in the cloud.
  2. Has built in constructs for managing developer keys.
  3. Late-binding is intrinsic
  4. Loosely-coupled is explicit
  5. Built in support for OAuth 1.o and 2.0.
  6. Event-driven
  7. JSON and JSON Path-centric
  8. Much more but you get the point.

Traditional languages are playing catch-up to this. (I like the precepts of the new Dart language spec from Google. It needs to be evented though. Plus is doesn’t have key management as an intrinsic.)

Cheap Telephony Services

Current telcos are ripping us off for data access. Competition and common sense ( of which little is found in telcos today) will change this. For example look at what Ting.com is doing with providing no frills pay as you go telephony services over the Sprint Network.

Mobile device data access is fundamental to the Intention Economy.

Personal Data Technology

This a new category of technology that is just emerging. Call the personal data ecosystem, or personal data store or architecture, whatever, the point is a place in the cloud where you can store and control information about you.

There are a lot of players emerging in this space. The two I am going to mention are Jeremie Miller’s Singly.com project and the Cloudmine.me service.

To be honest I haven’t used either of them yet, but the precepts in Jeremie’s vision are spot on plus he has gathered an all star group that are likely to do something that will either rock or give us much to think about if it tanks.

I will be playing with the Cloudmine stuff shortly and let you know what I think. So far I like everything there. The one exception is their terms of service. It doesn’t really effect me, but I think they are missing out on the benefits of clear ubiquity-based thinking when the contractually prevent anyone from creating a compatible service.

Soap box rant

This is specifically to the Cloudmine folks but it applies to anybody. If you get enough inertia to attract someone interested enough to start copying your protocol, rejoice—things are good. Litigation is not your friend. Litigation is the tool of the purveyors of scarcity. Protectionism is contrary to what you are trying to accomplish. It is contrary to the laws of ubiquity. You have an alignment problem there. Ubiquitineurs don’t litigate or register for patents.

The API Economy

The API Economy is not something that is going to happen. We are already in full swing.

Look at the numbers published by  the folks at the Programmableweb earlier this month when they hit the 4000 API mark.

programmableweb-4000-apis

source:Programmableweb

Summary

Get with it. Figure out your API strategy. Understand the API Economy Troika and how it relates to what you are doing.

What more point. If you don’t know by know I will end with another quote that is not so provocative and should be obvious:

Digital Identity is core  to all this stuff.

source: Craig Burton.


Steve Jobs: cause to reflect

09.10.2011 by Craig Burton

I am the same age as Steve Jobs.

So when Phil Windley sent me the link to the 1985 Playboy Magazine interview of Steve Jobs (just before he was forced to leave Apple) I had to laugh at some of the questions made by the interviewer and remember all of the things that where going on in the industry then.

During the 80’s I worked for Ray Noorda at Novell. My job was to create and drive Novell’s strategy. The plan was simple, give real freedom of choice to the customer and be interoperable with as many networks and computers as possible.

By 1985 Noorda was finally coming around to the freedom of choice thing. But I had a hard time convincing Ray that the Macintosh was an imperative to support with NetWare. And he had good reasons to balk at my insistence.

Apple was notoriously difficult then—as now—to work with.  Especially when Jobs was at the helm. At times it seemed that Apple’s strategy was just the opposite of Novell’s. Don’t give any choice to the customer except to buy Apple. Interoperability? Never heard of it. Freedom of choice was something Jobs then—and still lives on at Apple now—resisted at every opportunity.

The operating system, the mother board, the bus, the network, the transport, you name it. Apple built their own and was slow to adopt anything that any other vendor supported or invented.

It seems that the only time Apple breaks down and supports any standard is when it is forced to do so. That’s how it was then at Apple, and that’s how it continues to be at Apple. All designed and driven by Jobs.

I doubt Novell would have had Apple attend the rollout of Macintosh support in NetWare if Jobs had been CEO when it happened. Of course having John Scully at the event made it less than stellar, but at least it happened. And the world business community loved it.

When I read the sections of the interview that talk about Apple’s struggle to get a foothold in corporate computing environments it reminds me just how big of a role Novell played in making that happen. Both Apple and Microsoft seemed to revel in the fact that their systems were not interoperable. Novell solved the namespace and interoperability issues between the Macintosh and DOS (and later Windows) in spades in spite of proactive resistance from both vendors.

It would have taken Apple another 10 years before gaining a foothold in the business community without Novell. With the bottom up approach and huge Novell channel and support network, Apple was able to slip in the back door of enterprise departments along with NetWare and the PC before corporate IT knew it or could try to stop it.

With the way things worked out—Apple being the most profitable company in the world and Novell being dead—you might conclude that the Steve Jobs approach to standards and interoperability are the way to go.

It isn’t that simple, things are much more complicated than that.

While no one can deny that Jobs was a great visionary and did incredible things for the world and computing, I can’t stop and wonder what really could have happened if Apple/Jobs had taken the approach of building sexy interoperability along with sexy computers and phones.


Services
© 2014 Craig Burton, KuppingerCole