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は設計の問題になるか。難しいね。