GraphQLはWeb APIの次のフロンティアか? プログラミング POSTD

2017/06/27 19:23:28

kazutomo

バリデーションルールとかも規約に含まれてるといいよなあ。と常々思う

2017/06/27 19:43:13

toyama0919

開発者エクスペリエンス

2017/06/27 21:45:17

koba789

ただし実装できる場合に限る

2017/06/27 22:12:24

SWIMATH2

RESTishっていう概念があるの知らなかったけど完全にわかるって感じ/graphQL全然知らないけどORM的なものが必要になるほど難しいのかな？

2017/06/27 22:44:45

yug1224

RESTish JSON APIって初めて知った。RESTっぽいやつって意味かな？

2017/06/27 23:26:43

ogawa0071

DX（Developer Experience）という言葉はいいね！

2017/06/28 00:26:51

potato777

(少しずれるけど) DX は重要。DX低い(とても開発しにくい) 環境で、良いUX、良いサービス、価値を作ることはとても難しい。海外ではDXよく聞くhttp://uxmag.com/articles/effective-developer-experience https://www.heroku.com/dx https://goo.gl/VSQbVc

2017/06/28 00:40:14

koroharo

GraphQL、ユースケース限定できる業務APに使うには過剰だし、他のものと使い分け。実装コストかかることが理解できない人達の目には見えない程度で普及して貰えると助かる。

2017/06/28 03:32:19

uehaj

バックエンドをGraphQLに移行し、優れた型システムを活用する多数の言語固有ライブラリと組み合わせることで、最初のHTTPコールが発行される前に統合ミスを発見できるようにするべき

2017/06/28 06:56:32

Dy66

DXをバズらせて利益を享受しよう

2017/06/28 07:51:10

tofu-kun

GraphQL、作るの難しいイメージなんだよな…

2017/06/28 08:17:09

tak4hir0

GraphQLはWeb APIの次のフロンティアか？

2017/06/28 08:28:46

kitaj

DXってデジタルトランスフォーメーションのことかと思った。/ DX重要だよね。

2017/06/28 08:49:00

manFromTomorrow

“統合時の開発者エクスペリエンス（DX）を良好に保つのに使える適当なツールがあれば、ユーザは柔軟になりやすい”

2017/06/28 08:58:44

akulog

そろそろ社内でDXを使い始めたい

2017/06/28 09:46:44

turanukimaru

ぱっと見、単にJSONに単純化した独自プロトコルにしか見えないので技術的に後退してるようにしか見えない。

2017/06/28 10:23:16

yoshikidz

DXだけ真面目に読んだ。その他はどこにでも書いてるやつだった。

2017/06/28 10:53:03

vanbraam

RESTfulとRESTishは違うが,RESTとRESTfulも違う.Roy FieldingのRESTは完全に実装するのが難しい理念で,RESTfulはその妥協した実現の1つ;GraphQLは効率面では有効そうだが,複雑な事をやりたがらない開発者にウケが悪そう

2017/06/28 10:55:11

kuchitama

APIにはデベロッパーエクスペリエンスが重要で、RESTの次に来る可能性のあるAPI仕様が3つ紹介されてる。しかし、GraphQLもサーバサイドの実装コスト高いと思うんだよなぁ

2017/06/28 11:02:26

love0hate

GraphQLは部分解のために随分と複雑な仕様を持ってきた感があり未だにしっくりこない。gRPCの方が立ち位置が明確で未来あると思ってる。まぁ数年後どうなっているかは分からんが。

2017/06/28 11:07:27

lifeisadog

DXとか……ウェブ開発界隈は新しい言葉が好きだなあ。

2017/06/28 11:13:29

Horiuchi_H

この頃 GraphQLを見かけるけど、普及するには開発環境の周辺ツールが充実しないと難しい気がする。それと 3rd partyへ公開しない APIに対してはオーバースペック。転送量を気にするなら gRPC で十分かな？

2017/06/28 11:16:44

rgfx

GraphQLもまた「アーキテクチャ宇宙飛行士」なテクノロジーの一つとなってしまうのか、注視が必要そう。

2017/06/28 11:45:04

lyiase

実装できれば…ね…。自分で作る分には時間が許せば積極的に取り込みたいけど。

2017/06/28 13:03:11

psfactory

GraphQLはWeb APIの次のフロンティアか？ | プログラミング | POSTD

2017/06/29 01:48:37

tkawa

予想以上にRESTについてちゃんと書いてあった

2017/06/29 17:22:00

vvakame

DXがどうとかいうならGraphQLにおけるAPI開発者のDXについて論じてくれﾄﾞﾙﾙｧ!!という気持ちが強い

2017/06/29 18:37:19

takezaki

GraphQLは好きではない

2017/07/01 23:21:14

yutaka_kinjyo

“明示性のおかげで、ユーザが何をしようとしているかをよりよく理解できるようになる”

2017/07/02 01:00:29

tmatsuu

CRUDに対応したRESTだけでは複雑なことをするには厳しいし、GraphQLもトランザクション処理には向いてない気がしてきた。かと言ってRPCは設計の問題になるか。難しいね。