Posted on 04-23-2014
The discussion at one point during the last day was around “chunking” of huge data sets that a provider wants to allow for download over http. The group has been talking about scenarios for how this will work, and after over an hour they are getting to some pretty edge case scenarios surrounding “chunking”.
As I listen, I can’t help but thinking about he pros and cons of upfront planning vs. iterating on your API over time. Are they planning for scenarios that will never happen, and building in development time for use cases that may never become a reality? They know their data and industry best, so I am not educated enough to make a determination, but it doesn't stop me from having these thoughts.
I understand that large companies, like wihtin the utility inudstry, have to plan as much as they can, as they operate in a pretty unforgiving environment when it involves physical integrations, government regulations, and other constraints in the industry. Even with this understanding, I think some larger institutions are very used to planning, and covering every possible scenario that they can think of, and in the process, spending unnecessary resources, and also limiting any positive unknowns from occurring.
Developers from the open API space definitely have to better understand planning, and doing their due diligence before just leaping, but I also think the enterprise will have even more challenges when it comes to letting go and realizing the innovation that can occur around APIs. That you can cover your ass by considering the obvious negative scenarios, then building quality management tooling and processes, and identify other negative scenarios in realtime--when you actually have the data evidence to support.
With too heavy of a governance hand, you might just end up re-living many of the suffocating aspects we experienced in the SOA world.
comments powered by Disqus
Winning in the API Economy
|Download as PDF|
Latest Blog Posts
- Will You Add Me To API Evangelist And How To Spot The Cool Kids
- When I Remix APIs Using Swagger How Do I Deal With Authentication Across Multiple APIs
- It Takes A Team Of Evangelists To Raise An API
- Support For Only Two Creative Commons Licenses In The API Commons
- Machine Readable Terms of Service Didn't Read Applied To APIs Via APIs.json
- API Deployment For Non-Developers Using Zapier, Google Docs, and APISpark
- State of Hypermedia Today @ API Craft In Detroit
- Need A Formal API Standard For Your Government Agency? Fork 18Fs, And Make It Your Own!
- CORS Makes Your API Portable And Remix-able
- Chief Data Officer Needs To Make The Department Of Commerce Developer Portal The Center Of API Economy
- An API Definition As The Truth In The API Contract
- Look At Existing APIs In The Space Before Designing Your Own
- Libraries Hacked: UK Library API, Data And Technology Hacks
- Financial Data Aggregator Yodlee Looking For A Director of Developer Evangelism
- AutoDevBot Open Sources Their API Monitor
- Low Hanging Fruit For API Discovery In The Federal Government
- Looking At 77 Federal Government API Developer Portals And 190 APIs
- Applying APIs.json To API Discovery In The Federal Government
- The Power In API Discovery For APIs.json Will Be In The API URL Type
- Fixing The Machine Readability in API Commons
- Evolving How We Approach The API Lifecycle With APIMatic
- APIs Can Open Up Your Company To Outside Ideas
- APIs Are Often Just A Facade That Is Covering Up The Legacy View Of World
- A Mobile Developer Toolkit With The University Of Michigan APIs
- Kicking Off Image Manipulation API Work