❯ Guillaume Laforge

apis

Binge streaming web APIs with Ratpack, Cloud Ednpoints, App Engine Flex and Streamdata.io

At Devoxx last week, I had the chance to do a joint tools-in-action with my talented friend Audrey Neveu, titled Binge streaming you Web API: In a fast-paced fashion, to keep you awake after long University sessions, Audrey and Guillaume will set you up to create a Web API using Google Cloud Endpoints, and stream the content of the API in real-time with Streamdata.io. After a quick introduction to both technologies, they’ll build together both the backend and the front-end to interact live with the audience, through the Web or via a mobile app. Read more...

Scaling a Swagger-based web API on Google Cloud Endpoints

I had the pleasure of presenting at the Nordic APIs Platform Summit 2016 in Stockholm this week. I enjoyed the conference a lot, with great speakers and content, flawless organization, and nice interactions with the audience. For the last keynote of the conference, I had the chance to present about Google Cloud Endpoints, Google’s take on API management. I worked on a little “pancake”-powered demo, deploying a Ratpack application, in a Docker container, on Google Container Engine. Read more...

Get in the flow! The API developer workflow!

What are the activities of the Web API developer? How API tooling should not get in the way of developer’s productivity? I presented a talk on this topic at the GlueCon conference: The API ecosystem provides powerful tools, online services and definition formats for designing, testing, running, or managing APIs. All share common purposes: improve our productivity when developing an API, allow us to collaborate more effectively, or share our creations with the world! Read more...

A five-sided prism polarizing Web API development

At GlueCon, I presented about the 5-sided prism that polarizes Web API development: How do you tackle your API development? Are you diving head-first in the code to get something quickly out the door? Do you start by defining the API contract, that you’ll share between your teams and the consumers? Perhaps you prefer to describe your acceptance tests, explaining the behavior you expect from your API. But if you’re a storyteller, you’ll probably write some use cases, scenarios, to have a better feel for what your API is all about, and how your users will take advantage of it. Read more...

How far should API definition languages go

The most common API definition languages we spot in the wild are Swagger / OpenAPI Spec, RAML and API Blueprint. All three let you define your endpoints, your resources, your query or path parameters, your headers, status codes, security schemes, and more. In a nutshell, these definition languages define the structure of your API, and allow you to describe many elements. As standards in the API industry evolve, however, their purpose and design are under continuous scrutiny. Read more...

One API, many facades?

An interesting trend is emerging in the world of Web APIs, with various engineers and companies advocating for dedicated APIs for each consumer with particular needs. Imagine a world where your system needs to expose not only one API for iOS, one API for Android, one for the website, and one for the AngularJS app front end, but also APIs for various set-top boxes and exotic mobile platforms or for third-party companies that call your API. Read more...