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
370
スポーツ×GraphQL
ufoo68
April 11, 2020
Tweet
Share
More Decks by ufoo68
See All by ufoo68
初めて開発リーダーをやってみた話
ufoo68
0
82
M5Stack用の指紋認証デバイスを試す
ufoo68
0
630
結婚式のクイズアプリを自作した話
ufoo68
0
550
M5Stack Core2とAlexaでインターフォンに自動で対応してくれるIoTデバイスを作りたかった話
ufoo68
0
620
KASHIKOIHAKO
ufoo68
0
510
LIFF通話をつくろう!
ufoo68
0
1.3k
KASHIKOIHAKO計画その4
ufoo68
0
270
AWS CDKで作るLINE bot
ufoo68
0
350
解説!LINE bot開発
ufoo68
0
260
Other Decks in Programming
See All in Programming
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
o0h
PRO
9
2.5k
データベースのオペレーターであるCloudNativePGがStatefulSetを使わない理由に迫る
nnaka2992
0
240
CloudNativePGを布教したい
nnaka2992
0
120
AWS Step Functions は CDK で書こう!
konokenj
4
190
Djangoアプリケーション 運用のリアル 〜問題発生から可視化、最適化への道〜 #pyconshizu
kashewnuts
1
270
Formの複雑さに立ち向かう
bmthd
1
940
ML.NETで始める機械学習
ymd65536
0
230
Djangoにおける複数ユーザー種別認証の設計アプローチ@DjangoCongress JP 2025
delhi09
PRO
4
490
新宿駅構内を三人称視点で探索してみる
satoshi7190
2
120
一休.com のログイン体験を支える技術 〜Web Components x Vue.js 活用事例と最適化について〜
atsumim
0
1.1k
読まないコードリーディング術
hisaju
0
100
CDKを使ったPagerDuty連携インフラのテンプレート化
shibuya_shogo
0
110
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
A Modern Web Designer's Workflow
chriscoyier
693
190k
We Have a Design System, Now What?
morganepeng
51
7.4k
Become a Pro
speakerdeck
PRO
26
5.2k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.3k
Raft: Consensus for Rubyists
vanstee
137
6.8k
GitHub's CSS Performance
jonrohan
1030
460k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Designing for humans not robots
tammielis
250
25k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
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とはまた立ち位置が違う • スポーツ関係ない話でごめんなさい