Goodpatch closed its Berlin office. We will continue to help businesses through Tokyo HQ.
まずはじめに 目的 この記事は、これからgraphqlをはじめる、もしくはgraphql始めたてにおいて知っておくと良さそうな情報(と、そこへのindex)をまとめることを目的に書いています。 想定読者は「これからgraphql始めたい人、始めたばかりの人」です。 その背景として、graphqlベースのAPIがもっと増やすべく、その導入/学習コストがそこまでは高くないことを説明したい、ということがあります。 ------8<------- 以下宣伝 ------8<------- なお、 Issus(イシューズ) という個人向けマークダウンノートサービスの中でGraphqlを使う中で得た情報をまとめています。 ------8<------- 以上宣伝 ------8<------- 概要 Graphqlのコンセプト、特徴、強み、という概念としての話から、 リクエスト/レスポンスの流れ、クエ
farmtory-labとはいったいなんなのか?それを伝えるためにまず、farmtoryという言葉に込めた意味を説明したいと思います。 "farmtory"は farm と factory を合わせた造語。工場と農場が一つになった家、それをfarmtoryと呼んでいます。 farm辞書的には、農場、農園、飼養場、養殖場のこと。 私は、farmを衣食住に関わるものを「栽培するところ」と捉えています。植物や魚、鶏や菌類などを育てるところ。それらを私たちは、食べたり、服などの素材にしたり、身の廻りのものに加工したりします。私達の生活の多くのものは、生物を由来としていたり、もしくは生物由来のもので代替できます。自分たちの生活で必要なものの一部を栽培する場所。それがfarmです。 factory辞書的には、工場、製造所のこと。 factoryは「作るところ」です。材料を加工して生活に必要な形にしてい
これは 6/28 に開催される GraphQL ナイト のための資料です ここまでで分かること クエリは独自言語みたい クエリを変えることで柔軟にデータをとってこれそう クエリと結果の見た目が似てるのは分かりやすそう(主観) でも facebook はなんで作ったの? facebook の事情 数十億ユーザから膨大なリクエストがくる 新興国の低速なネットワークからのモバイル接続も多い アップデートされないモバイルアプリもサポートする つまり リクエスト回数は可能な限り減らしたい 後方互換を維持しながら API を開発したい 無駄なデータを送りたくない (大規模開発なので型安全も欲しい) 規模は違えど我々も同じような問題を抱えているのでは? なぜ既存のものではダメだったのか? より詳しくは昔の graphql.org のページを参照(internet archive) v.s. REST 複
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く