Max is a life enhancer for tech & entrepreneurship. Which seeks to blend both to build innovative products or services for the world that solves hard problems.
Ruby on Rails developer - Maker of ✨ things on the Internet. O(🐌^n) kind of guy. Alumni @lewagonparis (batch 145). Builds wooden furniture on his balcony.
Yes, the contract was (and still is tbh) an API concept I found difficult to understand. May be because a lot of public APIs have a very loose understanding of contract breach (ie no backward compatibility). But again, not-so-well-known APIs upon which a lot of hardware is built fell into the contract category.
Your explanation is 👌 Max and made it much more graspable to me.
Max is a life enhancer for tech & entrepreneurship. Which seeks to blend both to build innovative products or services for the world that solves hard problems.
Actually, it took me a while in working with a frontend developer that made me realise the importance of it.
I found out later that either you create your own contract by yourself or you could use existing template contract like OpenAPI Specification to facilitate and make your life easier for API development.
Ruby on Rails developer - Maker of ✨ things on the Internet. O(🐌^n) kind of guy. Alumni @lewagonparis (batch 145). Builds wooden furniture on his balcony.
Max is a life enhancer for tech & entrepreneurship. Which seeks to blend both to build innovative products or services for the world that solves hard problems.
Awesome article on the part of standardisation.
I think it should be more of in the form of contract(API documentation).
Which both parties has to agree upon to use the API.
Therefore if either parties breaches the contract.
The repercussion is it won't work or behave abnormally with a valid reason by either parties on why the contact is breached.
No one will enter a contract if it is not favorable for both parties to be in a partnership to work together.
Yes, the contract was (and still is tbh) an API concept I found difficult to understand. May be because a lot of public APIs have a very loose understanding of contract breach (ie no backward compatibility). But again, not-so-well-known APIs upon which a lot of hardware is built fell into the contract category.
Your explanation is 👌 Max and made it much more graspable to me.
Actually, it took me a while in working with a frontend developer that made me realise the importance of it.
I found out later that either you create your own contract by yourself or you could use existing template contract like OpenAPI Specification to facilitate and make your life easier for API development.
Yes yes, Swagger is awesome. I've only beginning to use APIs that use Swagger, and it's neat.
Didn't realize it was a contract, though 😅. But now that you pointed it out, this seems obvious!
Hahaha check out Postman, It's a godsend and allows you to import OpenAPI files into Postman to make your life in creating APIs easier.
I believe the new release of Postman allows you to create your OpenAPI specs as well.