Slides for the “Google APIs: Search, Advertising and Commerce” Keynote at SOA Kongress
November 22nd, 2006 · 1 Comment
Google APIs: Search, Advertising and Commerce slides (PDF, HTML)
â€¢ API technologies: SOAP, REST and Ajax
â€¢ What: Google Ajax Search API
â€¢ Where: Google Maps API (Ajax)
â€¢ When: Google Calendar Data API (REST)
â€¢ Advertising: Google AdWords API (SOAP)
â€¢ Commerce: Google Checkout API (REST)
My presentation was a bit too long (103 slides, I have a tendency to cram too much content in my presos) but I was able to make justice to the 5 APIs and show many examples and demos. It was quite packed, I guess 100-150 people, and I’ve had very interesting conversations afterwards, with Frank Leymann from Stuttgart University, who was chairing the session, Reinhold Beckmann from Cordys, Ingo Meltzer from DaimlerChrysler, Eamonn Gabriel from Cape Clear and Thomas Leidinger from the Google office in Munich (I learnt that we have an office in Munich).
It was great to meet David Linthicum, who gave a great keynote about SOA, Web 2.0 and enterprise mashups later in the evening. I’m glad he liked my talk. He’s big on enterprise mashups, and when listening to his keynote I realized I had forgotten to speak about Kieden.
Kieden was a startup who created an integration between Salesforce.com and Google Adwords. On the Salesforce side they developped an AppExchange application, using Salesforce APIs and hosted platform, and on the Google side they used the AdWords API. Their product lets you manage your AdWords campaigns from Salesforce.com, and integrated the ads conversion into Salesforce reporting, letting you track a lead from the moment they clicked on a Google Ad to the close of a sale, potentially a few months later. I considered them as a posterchild for the AdWords API, and in september Salesforce.com acquired them. These guys really understood the opportunities offered by all these online services exposing APIs. When enterprises will start to realize the opportunities offered to them, I’m sure we’ll see enterprise mashups florish.
My talk’s main point is that Google exposes many services using different technologies, SOAP, REST, Ajax, so I see the Google APIs in their current state more as a set of Bridges between users and data and processes than a Platform.
I also echoed the discussion about SOAP vs REST that bloomed in geek blogs last week, after Pete Lacey’s hilarious socratic post the S stands for Simple and is well summarized in Tim Bray’s post S for Simple (Frank later informed me that W3C had ended up dropping the acronym because it was misleading). Nelson Minar’s post Why SOAP Sucks is a must read: based on hard learnt experience rather than ideology. Nelson is the guy who started APIs at Google, designing the SOAP Search API, and the AdWords API. I also highly recommend his ETech 2005 slides about that. He left Google in april. I miss him.
After a year animating the AdWords API developer community, I’d say SOAP/WSDL is OK if you’re in Java or .NET, but if your WS consumers are using anything else: Perl, Python, PHP(4, 5 is OK) or Ruby, you’re in trouble. Amusingly enough the developers who had less trouble were the Merjis guys with their OCAML client lib, but I suspect it’s because they’re really good, and rolled their own toolkit:-) Because of that in enterprise context where most environments are standardized around Java or .NET, they have less concern with WS-* interop issues.