API Days Paris 2015 with a lightsaber
By Arnaud Lauret, December 11, 2015
API Days Paris just finished this Thursday, leaving me both sad and exhausted and happy and full of energy.
Sad and exhausted because this awesome and intense API conference is over.
Happy and full of energy because this awesome and intense API conference exists.
Two days about automating IT business and the whole society with APIs.
Two days about humanity, society, philosophy and technology.
Two days listening and talking to great people from the APIverse.
Two days of discussion and discovery.
Two days hanging with old and new friends.
Two days tweeting like a berserk.
API Days Paris 2015 in a few numbers and words
This year API Days Paris numbers are:
- 1 light saber
- 1 REST Fest hack day
- 2 long days
- 3 short nights
- 3 custom Commitstrips
- 4 tracks
- 73 talks and workshops
- 800 attendees
- 1600 tweets (around 450 by myself!)
- Thousands of “bouchées”, petit four, … and drinks
Behind the numbers, the main topics I’ve took away are:
- Man vs Machine
- Composite Enterprise
- Hypermedia APIs
- Design efficient APIs
- Event driven efficient APIs
Man vs Machine
Christan Fauré stated we fear that automation means less jobs. We must put humanity at the center of automation and question what we want automate, de-automate, not automate. As letters were the root of humanism, APIs are the root of digital humanism. But we need a fertile ground for our API strategy.
Culture eats strategy at breakfast
We must change our culture, our social automatisms to create this fertile ground. Do not oppose automation and creativity, stay creative when working on API projects. Let the human drive these projects.
Steven Willmott wondered if automation is a good thing? It depends, and the question should be does automation creates or consumes value?
Software is eating the world.
Both Willmot and Bernard Stiegler stated that automation MUST creates new jobs, create value.
Willmott also pointed that we should not teach everybody to be engineers. Not everybody needs it. We are building solutions for humans.
Louis Dorard explained that machine alone is not the only answer. Human, machine learning and automation enable a new level of human productivity. As always, choosing between machine alone, human alone or human + machine will depend on the context.
Ashley Hathaway reassured us, Skynet and HAL9000 are not upon us. We need all the people, the whole is greater than the sum of its parts. Providing tools to developers to make things happens.
Daniel Benoilid said that Human can empower APIs.
Kirsten Moyer told us that if the business model doesn’t change, its not digital transformation. APIs will be the most common reference platform for mapping next generation business models.
These business models will need technology. Peter Matthews stated that digital disruptors understand the benefits of technology.
Neha Sampat predicted that CEOs will start to ask about APIs (not APPS).
Traditional IT becomes irrelevant, companies have to think out of the box. API management becomes business critical. Delivering, visualizing, metrics,…
Saul Caganoff warned us that enterprises must become digital or others will become for them. Even if the Web is now programmable, enterprises need to enable composite enterprise. There are many SAAS services (infrastructure,commodity,functionnal,industry) and a growing ecosystem of iPaas and cloud bpm.
But unique business value will come out of how companies operate/orchestrate all this stated both Caganoff and Sempat.
Like last year, Hypermedia was a huge concern.
REST Fest alumnis Shelby Switzer, Benjamin Young and Darrel Miller gave a clear 101 on REST (hypermedia) APIs. Identifying resources, manipulate through representation, self descriptive message, and hypermedia.
Finding the right balance between cache, linked and embedded resources will provide network efficiency.
Darrel reminded us the importance of hypermedia:
When Jason Harmon asked the audience who was doing hypermedia API, not so many hands raised. People have to be pragmatic: implementing hypermedia must be questionned. First concern must be the value added for developers.
Both Jason and REST Fest alumnis agreed on the fact that making an API predictable by just having a good design (use right HTTP verbs, status, consistent paths structures, …) will already enhance developer experience.
But providing an hypermedia API will definitely improve developer experience.
With an hypermedia API, developers only have to follow the links and will be aware of what they can do or not by analyzing the hypermedia controls without the need of business knowledge.
For Saul Caganoff enterprise need to focus on the S in REST: State. Enterprise needs hypermedia to handle business processes with their APIs. A business process is a path through the state model.
Design efficient APIs
There are situations where REST/web APIs should be questioned. Any tool MUST be chosen wisely.
REST vs SparQL
For Ruben Verborgh we need simple server and clever clients enabled by hypermedia APIs and especially the use of linked data. When evaluating API design and implementation, the question is not is it good or bad but how you can impact positively and meaningfully noth server and consumer (CPU, network).
Verborgh compare the usage of classic REST API and SparQL on both consumer and server side. The SparQL query language can be seen as the GraphQL of linked data. REST API tend to generate many calls but can be easily cached, and tend also to be not enough adaptive to the client need. On the other SparQL enable the creation of tailor made APIs but consumes many resources on the server side.
The conclusion is: if you have the money use GraphQL or SparQL, if not, be clever.
Think design carefully
Web APIs can sting you. As many request as resources, data redundancy, scalability, payload size, all this has an impact on user experience and has a cost. Don’t over-deliver data, don’t forget HTTP status 304 and think carefully your design.
Hugo Hache reminded us that some of API consumers are mobile.
Latency, bandwidth, network absence, you have to be adaptive on both server and client. Parallelizing request or nesting resource? 4 little request replaced by 1 bigger, is more efficient when considering latency.
Server should be able to modulate response size on client demand.
Event driven efficient APIs
A new trending topic arose: Events.
Events become first-class citizen
Caganoff stated that there’s a duality between business processes transitions and events. Events can be handle through webhooks and syndication.
Stream And Think Reactive
Internet is an hostile environment especially mobile internet (latency, drop connection), Ross Garrett ask us to stop polling, diminish payload. There is no one size does fit all solution, but new solutions are not adopted easily (HTTP2 push, MQTT).
Eric Horesnyi compared streaming technologies: web socket vs server side events. They are almost the same from the consumer point of view, the differences lie on the server side.
- SSE is HTTP standard, HTTP2 compliant, infrastructure is ready for it
- Web Socket is TCP, error handling is not defined, protocol upgrade
Both Horesnyi and Garret asked us to think Reactive.
Automation and documentation
Jakub Nesetril pointed that APIs can rapidly be inconsistent, incompatible, infuriating especially when you have more than one API. Generated documentation will not solve API last or API after thought strategy.
Both Nesetril and myself stated that there’s a need for API production lifecycle tools. Tools which can help to create a worflow covering design, prototype, implementation (TDD), delivery of documents, feedback.
Design needs the definition of style guides, many companies have published their guides. But these style guides needs to be enforced into design tools. Apiary propose such tools, Jason Harmon work on checkstyle tools for Swagger definitions.
Luis Borger Quina and Philippe Sultan told us that bots are the new apps and no UI is the new UI. Slack, IFFTT, Zapier enable easy automation.
Julien Mession explained that taking time to build APIs for devops is worth the cost and that it’s easy to test API in devops context. Webhooks and APIs facilitate closing the gaps between tools.
Very special thanks and see you at next API conference
And finally big thank to all speakers and attendees for making this event so awesome.
Looking forward to next API conference to see y’all again!
Here are some slide decks:
- Automating developer adoption (Nicolas Garnier)
- State of Web API Languages (Jérôme Louvel)
- Hypermedia and Civi Hacking (Shelby Switzer)
- More power to API clients (Yann Simon)
- Simple Servers Clever Clients (Ruben Verborgh)
- APIs and the creation of wealth in the digital economy (Steven Willmott)
- Bold Predictions for the 2016 API economy (Neha Sampat)
- Automating business process with APIs (Saul Caganoff)
- Document-API-topia (Arnaud Lauret)
- Build a successful API Overnight : Kill the Unicorn ! (Olivier Etienne)
- Future of AI-powered automation in business (Louis Dorard)
- When RESTful maybe considered harmful (Ross Garrett)
- Bots are the new app. Disrupting communications with slackbots (Luis Borges-Quina and Philippe Sultan)