API Development in 2017 - RubyKaigi 2017 #rubykaigi

mctk - マクトク @mactkg

requiredを並べていくとプロパティ追加時にrequiredが漏れることがあるので、optionalを指定するようにして、default requiredにする #rubykaigiB

mctk - マクトク @mactkg

$ref使ってるけど、IntelliJで、$refをJumpできるようにしたいな。 / $merge便利。 #rubykaigiB

おしょうゆ @osyoyu

<< じゃダメなのかな yaml.org/type/merge.html #rubykaigiB

kymmt @kymmt90

$refとは別に$mergeを導入 #rubykaigi #rubykaigiB

mctk - マクトク @mactkg

Object自身がSerializeの方法を知っているので、コントローラがきれいになった。 #rubykaigiB

おおた @ota42y

指定した時刻を過ぎていたらskipするスライドwww #RubyKaigiB #rubykaigi

Yuka🦩 @yucao24hours

#rubykaigi #rubykaigiB 聴きたかった routes の話が skip になっちゃった😂

うなすけ @yu_suke1994

あーこれいいな #RubyKaigi #RubyKaigiB

PIXTA Engineering | ピクスタ開発部 @pixta_tech

スキーマを書かないとAPIを書けない。この状況にすることでドキュメントに漏れがなくなる。 #rubykaigi #rubykaigiB

mctk - マクトク @mactkg

HTTPやJSONに型を与えることができる。Rack層でチェックする #rubykaigiB

snagasawa @snagasawa_

飛ばされたとこもめっちゃ聞きたい #rubykaigi #rubykaigiB

mugi @mugi_uno

スキーマを書かないとAPIを作ることができない。なるほど #rubykaigiB

おおた @ota42y

うちもcommittee入れてるけど、アプリケーション層では形式や型を意識しなくて良いの超助かるのよくわかる。必ず数値で来るので、文字列を数値にするとか要らない。 #RubyKaigiB #rubykaigi

Masato Mori @morimorihoge

schema firstにすることで必ずドキュメント（の元になるschema定義）とSerializerが一致するよねという話。規模大きくなってくると欲しくなるのは分かる #RubyKaigiB

普通 @y_ono313

開発者のお気持ち #rubykaigi #rubykaigiB

あしだ @ippomihosanpo

RESTは指針であって仕様ではない、そうだなぁ #rubykaigiB

k1LoW @k1LoW

レスポンスの標準仕様欲しい #rubykaigiB

じゅりあん @MITLicense

YAMLそのもののフォーマットがあんまり幸せになれない気がする #RubyKaigiB #RubyKaigi

PIXTA Engineering | ピクスタ開発部 @pixta_tech

graphql.org #rubykaigi #rubykaigiB

ぷぽ @pupupopo88

RESTは思想であって仕様ではない。開発者のお気持ちで仕様が変わってしまう。 #rubykaigiB

あしだ @ippomihosanpo

GraphQL APIQueryLanguage SQLみたいな #rubykaigiB

mctk - マクトク @mactkg

github.com/interagent/com… #rubykaigiB

あしだ @ippomihosanpo

SQLっぽくていいなぁ、こんなかんじなのですねGraphQL #rubykaigiB

PIXTA Engineering | ピクスタ開発部 @pixta_tech

GraphQLはpostを受け付ける1つのendpointを持つ。クエリに欲しい情報を入れ投げると返ってくる。 #rubykaigi #rubykaigiB

Yuka🦩 @yucao24hours

#rubykaigiB Grape しばらく使ってたから「これいいじゃん、これでイイジャン」って思ってたけど、そうか、フロントエンドの人と共有し易いという意味では YAML で書けるのはいいなぁ。