Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Low-barrier to entry for API developers #5

Open
jlouvel opened this issue May 3, 2013 · 2 comments
Open

Low-barrier to entry for API developers #5

jlouvel opened this issue May 3, 2013 · 2 comments

Comments

@jlouvel
Copy link
Member

jlouvel commented May 3, 2013

Suggested by Mike Amundsen

@mamund
Copy link

mamund commented May 4, 2013

HTML is a "low-barrier" to entry for document developers. it's even turned into a low-barrier for app developers (when adding JS).

what is the equivalent for API developers?

my observation is that "CRUD-applied-to-object" pattern seems to be a low barrier for API devs. almost everyone uses this to start and most everyone understands this pattern within minutes. it has scaling challenges (both at the domain and protocol level), but i suspect the pattern could be an important way to fulfill this requirement.

wonder how many other ways we can express this "low-barrier" for API devs....

@jlouvel
Copy link
Member Author

jlouvel commented May 9, 2013

We should aim at low-barrier to entry for:

  • API providers (developers, managers, owners)
  • API consumers (developers mostly)
  • API middleware implementers

This could mean:

  • dev-friendly media types (easy to create, parse)
  • easy to consume in UI layer or in other APIs
  • easy to test, experiment with
  • reuse existing web protocols and standards (benefit from knowledge and existing tooling)
  • ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants