jpochtar 7 days ago

Most of the time we use json+http, we need an RPC mechanism, but are afraid to say it because the web people were duped into thinking REST is good.

  • cowmoo728 7 days ago

    I'm currently working on fixing a semi broken REST API that exposed way too much of the data internals to clients. The clients have so much control over the DB that they must chain calls in a specific order and have none of them drop or else the DB can get into a nonsensical state. I understand why it was built this way by the consulting firm, because it let them leverage a server side framework to auto generate a ton of endpoints based on the DB schema, but it's a great example of REST gone wrong.

    I'm considering transitioning to an RPC framework to dig out of this mess, but not sure that will go over well with one of the REST gurus on my team.

    • anentropic 7 days ago

      the problem here seems to have nothing to do with REST

  • macca321 7 days ago

    Pleasingly the docs here refer to HTTP APIs and not REST APIs.

    • tannhaeuser 7 days ago

      It would be even more pleasing if "API" were dropped in favour of "protocol".

  • danpalmer 7 days ago

    REST is good, we were duped into thinking that the Twitter API is an example of a REST API that is worth following.