Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

APIs as building blocks


Published on

Presentation from my talk at APIDays+APIStrat in Berlin.

The API economy has emerged as an increasingly robust and important area of the tech landscape as APIs have proliferated.

APIs become fundamental building blocks in today’s software development process. They enable one company to solve a difficult software development challenge (e.g. cloud storage, in-app email, payments processing) and let other companies access that solution, rather than re-solve the same challenge during their own development process .

Today the best way to do business isn’t to build it all in-house. Top companies are increasingly piecing together a composite of APIs from specialized startups.
That lets them concentrate on their unique value-add rather than reinventing the wheel.

Published in: Technology

APIs as building blocks

  1. 1. Giuliano Iacobelli, CEO and co-founder APIs as building blocks: let's code what matters most.
  2. 2. @stamplay 500 Million users 32 Engineers
  3. 3. @stamplay 30 Million users 13 Engineers
  4. 4. @stamplay 40B image views / day 7 Engineers
  5. 5. @stamplay How long before we have a billion-dollar acquisition offer for a one-engineer startup?
  6. 6. @stamplay 0 7500 15000 22500 30000 2006 2008 2010 2012 2014 2016 API Proliferation is exponential The number of open API grew from ~0 to 13K in the past 8yrs. Will more than double to >30K in the next 2 years.
  7. 7. @stamplay “An API for everything there is.” Yoda, Jedi Master. APIs for everything
  8. 8. @stamplay API Explosion is transforming software development
  9. 9. @stamplay APIs as a product Horizontal Vertical
  10. 10. @stamplay Rise of data integration and data execution platforms.
  11. 11. @stamplay More than 77% of top apps integrate APIs. } {
  12. 12. @stamplay Stamplay uses some building blocks as well {
  13. 13. Build vs Buy
  14. 14. @stamplay There are no small changes. When you’re striving for quality
  15. 15. @stamplay Let’s do a test. In aYelp-like app, we want to limit the length of a text review in the product to 140 characters, because we may want to use SMS to send them out. ..that’s a small change, right?
  16. 16. @stamplay LET’S ADD AN IF-STATEMENT
  17. 17. @stamplay Think again.. • What happens when the review is above 140 characters? • Do we crop the string, or display an error message to the user? • If we display an error, where does it appear? What does it say? • Who is going to write the error message? • How do we explain to the user why we’re limiting them to 140 characters? • How will these errors look? • Do we have a style defined? • If not, who is designing it?
  18. 18. @stamplay • Who’s writing the JavaScript? • Does the JavaScript display the same type of error as the server-side code? • If not, what’s the new style? • How does it behave with- out JavaScript? ..and again..
  19. 19. @stamplay • Who is going to write this character counter? • Who wants to test it in our target browsers? • Also, where is the count of letters displayed on the screen? • What does the count look like? • The style should change as the user approaches zero characters and look erroneous at the limit? • Should it stop accepting input at that point? • If so, what happens when they paste something in? • Should we let them edit it down, or alert them? ..and again!
  20. 20. @stamplay Nothing comes for free.
  21. 21. @stamplay It’s not free because you’re talking about it. It’s not free the verifying it was done right. It’s not free in the communication of doing it. It’s not not free to carry it forward.
  22. 22. @stamplay Connect all the things!
  23. 23. THANKS! Giuliano Iacobelli @Giuliano84