Slashdot Mirror


Facebook's GraphQL Gets Its Own Open-Source Foundation (techcrunch.com)

TechCrunch is reporting that GraphQL, the Facebook-incubated data query language, is moving into its own open-source foundation. "Like so many other similar open-source foundations, the aptly named GraphQL Foundation will be hosted by the Linux Foundation." From the report: Facebook announced GraphQL back in 2012 and open sourced it in 2015. Today, it's being used by companies that range from Airbnb to Audi, GitHub, Netflix, Shopify, Twitter and The New York Times . At Facebook itself, the GraphQL API powers billions of API calls every day. At its core, GraphQL is basically a language for querying databases from client-side applications and a set of specifications for how the API on the backend should present this data to the client. It presents an alternative to REST-based APIs and promises to offer developers more flexibility and the ability to write faster and more secure applications. Virtually every major programming language now supports it through a variety of libraries.

"GraphQL has redefined how developers work with APIs and client-server interactions. We look forward to working with the GraphQL community to become an independent foundation, draft their governance and continue to foster the growth and adoption of GraphQL," said Chris Aniszczyk, vice president of Developer Relations at the Linux Foundation. As Aniszczyk noted, the new foundation will have an open governance model, similar to that of other Linux Foundation projects. The exact details are still a work in progress, though. The list of founding members is also still in flux, but for now, it includes Airbnb, Apollo, Coursera, Elementl, Facebook, GitHub, Hasura, Prisma, Shopify and Twitter.

33 comments

  1. the creative side of Dogs by Anonymous Coward · · Score: 0

    Dogs are limited in some respects. But the one artistic outlet which they have is in their bowel movements. Every dog has some Picasso or Warhol in him or her. Dogs express themselves through their bowel movements. If you spend a little time studying them, you will soon realize that more often than not, dog bowel movements are masterpieces, a gift of art to us humans, a gift from another species.

    1. Re: the creative side of Dogs by Anonymous Coward · · Score: 0

      Nice; I like this. Good contribution.

  2. Linux Foundation by 110010001000 · · Score: 1

    Those guys are still around?

  3. More microservice bullshit by Anonymous Coward · · Score: 0

    Entire website is one single page. No structure jackpot scroller. No high level English description of what it even does. It's a query language.... allright. They keep piling on unspecific marketing gibberish about who uses it and links to github where you can find some star wars thing that appears to (poorly) implement a crummy pedestrian schema and lousy query.

    People talk about Microservices this and Microservices that yet they don't even have a decent transactional wire protocol to even communicate... It's all lowest common denominator HTTP crap... completely unsuitable for purpose. Would all be funny if not so utterly sad.

    The reality is justification for Microservices is utter nonsense. Same design considerations apply to any software system... cutting it up into little bite sized "services" doesn't win you anything... it just increases global complexity for no reason.

    More importantly it's about DATA not little shit services that puke all over haphazard localized fiefdoms of data. This shit was cool like 30 years ago.. now it's just tired and lame. Most sane people know not to do it.

    1. Re: More microservice bullshit by Anonymous Coward · · Score: 0

      When I run postgres behind my web server is that a microservice or a tier? When I separate the foo API from the bar API is that microservices or is that duplicated infrastructure? Because do I only separate the API or do I also separate the database? Is it one or two postgres instances behind them? Since postgres can handle multiple databases in a single service with separate permissions what would be the point of separation? Since my API gateway handles arbitrary number of APIs what's the point of separation between foo and bar?

    2. Re: More microservice bullshit by Anonymous Coward · · Score: 0

      You are so goddamn right..it's really popular with H1B indochimps to keep them siloed

    3. Re: More microservice bullshit by Anonymous Coward · · Score: 0

      You could run each micro service in optimized hardware, specific for what each service does.

    4. Re: More microservice bullshit by Anonymous Coward · · Score: 0

      When I run postgres behind my web server is that a microservice or a tier?

      Depends how often you vacuum.

      When I separate the foo API from the bar API is that microservices or is that duplicated infrastructure?

      Every atom in the universe is a micro service.

      Is it one or two postgres instances behind them?

      It's three. Three quarks for muster mark.

      Since postgres can handle multiple databases in a single service with separate permissions what would be the point of separation?

      A database handling multiple databases in a single service? What does this even mean?

      Since my API gateway handles arbitrary number of APIs what's the point of separation between foo and bar?

      Goddess Demeter demanded it by decree.

    5. Re: More microservice bullshit by Anonymous Coward · · Score: 0

      And... people do this?

    6. Re:More microservice bullshit by null+etc. · · Score: 1

      Alternative?

  4. Too late by Anonymous Coward · · Score: 0

    Bugmen invited millions of retarded non-technical people onto the internet, and now it's all gone to hell.
    This can't be fixed. The internet has fallen well below critical mass, and will never be good again.

  5. Re: A thought experiment, Postulate C) by Anonymous Coward · · Score: 0

    What is the point of the empty postulates? Do you see words there with what you're smoking?

  6. What's the speed of light? by Anonymous Coward · · Score: 0

    Indeed, they all assume the previous postulate is true, but if Postulate A is false, then they all are false.

    So far I've offered you a postulate that is speculative: a) that mass isn't real.
    One that stems from A, B) lights energy is kinetic.
    One that stems from B), Postulate C) that the binding force of B must be cyclical.

    However, Postulate D) is self contained, and J2) is also self contained reasoning.

    So unless you have an actual counter argument here, perhaps you stick around?

    There are no time travelling particles in these postulates, no magic forces at a distance, that are really just filtering induced correlation.
    This is coherent explanation of what's going in matter and light, and time.

    Explained as a series of postulates put simply enough for anyone to read and understand.

    And I offer a preview of where these postulates lead,
    Postulate F. The basis for the speed of light is the next one of these. And that would only be HALF WAY through these postulates.

  7. Poor man's SQL by aberglas · · Score: 1

    Plus the things that SQL should have added decades ago, like easy syntax for things like
    Select invoice.customer.salesman.name from invoice...

    1. Re:Poor man's SQL by Anonymous Coward · · Score: 0

      Plus the things that SQL should have added decades ago, like easy syntax for things like Select invoice.customer.salesman.name from invoice...

      I want to be more insane than you when I grow up but that's likely impossible at this point.

    2. Re:Poor man's SQL by Anonymous Coward · · Score: 0

      Plus the things that SQL should have added decades ago, like easy syntax for things like Select invoice.customer.salesman.name from invoice...

      Spoken like someone who doesn't understand that that query ends up with 3 joins and 4 table scans. Were you wondering why it took 500ms to complete and didn't scale? Perhaps you should design you schemas more intelligently.

    3. Re:Poor man's SQL by Anonymous Coward · · Score: 0

      Wasn't SQL originally supposed to be about separating the query logic from implementation details like that?

    4. Re:Poor man's SQL by Anonymous Coward · · Score: 0

      Wasn't SQL originally supposed to be about separating the query logic from implementation details like that?

      Is there a point somewhere in your question? Separation crap is no license to disregard reality.

      If you tell a computer to do something stupid you pay the price for it no matter what method is chosen by the machine to fulfill your command. OPs original remarks go well beyond stupid for reasons that should be blatantly obvious to anyone with half a clue.

    5. Re:Poor man's SQL by Chrisq · · Score: 1

      Plus the things that SQL should have added decades ago, like easy syntax for things like Select invoice.customer.salesman.name from invoice...

      I want to be more insane than you when I grow up but that's likely impossible at this point.

      I can prove you wrong by proposing the API ESP version

      select The record I want FROM the right table;

    6. Re:Poor man's SQL by Anonymous Coward · · Score: 0

      Except a simple query like that would use indexes and return data at 1ms in any descent database

    7. Re:Poor man's SQL by Torvac · · Score: 1

      lets just join all the tables ... still faster than one with everything

  8. shitify? by Anonymous Coward · · Score: 0

    Twatly?

  9. Re:GraphQL is CoCed by Anonymous Coward · · Score: 0

    hi Putin

  10. Re: A thought experiment, Postulate C) by Anonymous Coward · · Score: 0

    No

  11. Re:GraphQL is CoCed by Anonymous Coward · · Score: 0

    Hi there Emperor Xi!

  12. Yes by Anonymous Coward · · Score: 0

    To have a binding force between light and matter, the force must be zero when the velocity is C.
    And you *do* that binding force, you've seen light bend through a slit, or in glass as it passes through it.
    Hence Postulate C is true if Postulate B if true if Postulate A is true.

    1. Re: Yes by Anonymous Coward · · Score: 0

      It's new troll spam. Just stop feeding the trolls.

  13. GraphQL Alternative by null+etc. · · Score: 1

    Anyone who finds GraphQL to be a little, uhm, heavy for their needs might consider restQL, which is a middle ground between GraphQL and REST.

    1. Re:GraphQL Alternative by jessicaroberts · · Score: 1

      GraphQL shifts complexity to the server instead of the client. That can be an advantage when there's multiple clients or just one client iterating faster than the underlying logic. There's certainly a short term cost to GraphQL compared to REST, but there's a lot of use cases with positive ROI outside FANGs. run 3

  14. Re: A thought experiment, Postulate C) by Hognoxious · · Score: 1

    I think his host file app is supposed to fill them in.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."