Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
スポーツ×GraphQL
Search
ufoo68
April 11, 2020
Programming
0
340
スポーツ×GraphQL
ufoo68
April 11, 2020
Tweet
Share
More Decks by ufoo68
See All by ufoo68
初めて開発リーダーをやってみた話
ufoo68
0
22
M5Stack用の指紋認証デバイスを試す
ufoo68
0
320
結婚式のクイズアプリを自作した話
ufoo68
0
340
M5Stack Core2とAlexaでインターフォンに自動で対応してくれるIoTデバイスを作りたかった話
ufoo68
0
470
KASHIKOIHAKO
ufoo68
0
390
LIFF通話をつくろう!
ufoo68
0
940
KASHIKOIHAKO計画その4
ufoo68
0
220
AWS CDKで作るLINE bot
ufoo68
0
300
解説!LINE bot開発
ufoo68
0
210
Other Decks in Programming
See All in Programming
WebComponentsで フレームワークを1ページに共存させる
webuilder240
0
150
IntelliJ IDEA を知らなかった 自分に教えたい小ネタ集 / IntelliJ IDEA Hints for My Past Self
mackey0225
3
170
Open Source Swiftc Workshop
kitasuke
1
180
ドメイン・ファーストで考える問題解決に役立つモデル設計 / Domain First Model Design
suzushin54
1
1.4k
オブジェクトしこう
okuramasafumi
2
130
Deno に Web 標準 API を実装する / Implementing Web Standard API to Deno
petamoriken
0
350
孤独のCTOグルメという やや奇抜な企画をやった目的と効果
shoheimitani
3
1k
App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement
takefumiyoshii
1
120
Swiftの型推論を学ぼう | Let's Learn About Type Inference in Swift
omochi
2
520
AppDeveloperCon 2024 EU: Building polyglot developer experiences in 2024
salaboy
0
380
導入から5年が経って見えた Datadog APM 運用の課題
bgpat
2
540
MySQL のインデックスの種類をおさらいしよう! / overviewing indexes in MySQL
okashoi
0
170
Featured
See All Featured
The Cult of Friendly URLs
andyhume
73
5.6k
GitHub's CSS Performance
jonrohan
1023
450k
How to Ace a Technical Interview
jacobian
272
22k
Scaling GitHub
holman
456
140k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
The Pragmatic Product Professional
lauravandoore
24
5.7k
Art, The Web, and Tiny UX
lynnandtonic
288
19k
RailsConf 2023
tenderlove
0
510
YesSQL, Process and Tooling at Scale
rocio
160
13k
The Power of CSS Pseudo Elements
geoffreycrofte
58
4.9k
Rails Girls Zürich Keynote
gr2m
91
13k
What's in a price? How to price your products and services
michaelherold
236
11k
Transcript
スポーツ×GraphQL とりあえずネタがなかった
自己紹介 • 名前 ◦ ufoo68 • やってること ◦ AWSを使った開発 ◦
スポーツIoTLTの主催 • 最近とった資格 ◦ ソリューションアーキテクトアソシエイト ◦ Alexaスキルビルダー
宣伝
ときは二日前
最初に 毎度のことながら ネタがなかった
最初に考えたこと MiBand4を買ったのでハックしてみよう
しかし 前回のスポーツIoTLTとIoTLT60回目にて 流石に同じネタをやるのは面白くない。。。
次に考えたこと 最近勉強してるGraphQLでスポーツネタできないかな
探したらなんかあった
順を追って説明
TheSportsDB スポーツ選手・チーム・イベントに関するデータを取得できるAPI
やろうと思ったこと 公式のGraphQL wrapperを使ってSportsDBのデータを取得してみる
ここからGraphQLについての話
まずGraphQLとは? • サーバとクライアント間の通信のための使用言語 • FaceBookの研究チームが提唱 • REST APIに変わる新たな技術(?)
誤解してたこと 既存のAPIサーバとクライアント間の通信の仕様が変わるのか? クライアント API サーバ クエリを投げる クエリを解釈 レスポンスを返す
本当は違った GraphQLというものが両者を仲介するようになる クライアント API サーバ クエリを投げる クエリを解釈してリクエストを投げる GraphQLサーバ リクエストを受け取る
実際にやってみた
ローカルでGraphQLサーバを実行
Postmanでクエリを実行
スキーマのタイプを調べるクエリ query { __schema { types { name description }
} } 試しにこのPlayerってやつを とってみよう
Playerでとれる情報を調べる query { __type(name:"Player") { name fields { name }
} }
適当な選手の情報を取得 query { player(id:34145937) { name sportType nationality } }
以上
まとめ • MiBand4の話は前回のスポーツIoTLTと本家IoTLT vol.60のn0bisukeさんの資 料を見よう • スポーツIoTLTのIoTはInternet or Thingsなのでこんな話もしていい •
GraphQLはREST APIとはまた立ち位置が違う • スポーツ関係ない話でごめんなさい