API Meetup Tokyo #6

tt @tora470

TとUのキーの位置近いからね… #apijp

Manabu Uchida @uchimanajet7

RESTful = 使いやすい、自由度が高い ＝ 使いやすい ということではない #apijp

Tomohiro Igarashi @tomigarash

何でも出来るって良い事だけでもない。なんかいろんな所に共通する。。 #apijp

Takeshi Shimizu @Dainana1966

API は使いやすさが大事！正に！ #apijp

山口正徳@AWS Hero(Masanori Yamaguchi) @kinunori

APIの数だけ多いサービスもすげぇ使いづらい #apijp

tt @tora470

リクエスト回数をいかに減らすか #apijp

tt @tora470

CSS Spriteなんかもそうだしね #apijp

Tomohiro Igarashi @tomigarash

APIはDBのインターフェースじゃない。サーバー側で色々とやってあげましょう。#apijp

Aki 💙💛 @Logico_jp

#apijp [APIリクエストの回数を減らす] APIはDatabaseのインターフェースではない。 モバイル向けなら、APIは「1画面で1APIコール、1回の保存で1 API コール」 wazanova.jp/items/1283

Kazuto Kusama(jacopen)☄ @jacopen

モバイルアプリ向けAPIは、1スクリーン、1APIコール、1セーブ、1APIコール wazanova.jp/items/1283 #apijp

tt @tora470

1APIコールにするのはいいけど、その分だけ色んなアプリで使えるようにってのは辛いんじゃ。そこらへんの落としどころが辛い #apijp

tt @tora470

巨大なAPIにするとそれだけプログラマブルなAPIから離れてくのかな。悩ましい。 #apijp

Tomohiro Igarashi @tomigarash

非同期なAPIとネットワークリソースの関係。 #apijp

tt @tora470

非同期処理の設計ポイントは、どうやって処理結果を紐付けるか #apijp

c_5 @c_5

Validation飲み は狂気を感じるｗ #apijp

Kazuto Kusama(jacopen)☄ @jacopen

本日の懇親会はvalidation飲みです #apijp

tt @tora470

PaypalはとりあえずOK返す、そして登録済みのIPNにアクセスして結果を受け取る。 #apijp

Kazuto Kusama(jacopen)☄ @jacopen

job idみたいなものが渡されてクライアントが定期的にポーリングする仕組み。よく使うパターンだな #apijp

tt @tora470

Pull型の方がシンプルで実装が容易 #apijp

Kazuto Kusama(jacopen)☄ @jacopen

Pull型のほうがシンプルで実装が容易、Pushだとリトライ処理をサーバーサイドでも用意しなくてはいけない、Push型だとクライアントサイドのテストがやりづらい #apijp

Manabu Uchida @uchimanajet7

Push型だとクライアントサイドのテストがやりづらい。 #apijp

かんすけ @kansuke4649

昔はコールバック関数使った非同期処理よく作ってたなー #apijp

Kazuto Kusama(jacopen)☄ @jacopen

「APIは隠してもバレる」 #apijp

山口正徳@AWS Hero(Masanori Yamaguchi) @kinunori

プライベート用にAPIを隠してもサービスがメジャーになるとバレて解析される #apijp

Manabu Uchida @uchimanajet7

一般公開しない自分たちしか使わないAPIは雑に作りがち・・・耳が痛い・・・ #apijp