俺たちの本当にやりたかった DevDayに行って気づいた。 俺は恋をしていた。

1. 俺たちの本当にやりたかった
DevDayに⾏って気づいた。
俺は恋をしていた。

2. Fumiyaki
＠fumiya_itsc
Love Movie
Love Anime

3. ⾃分はAdobe Fireflではなく
DALL‧E 2の公式から持って
きました
中の⼈を消したのはMyEditを
使⽤しました

4. 俺たちの本当にやりたかったDevDay 俺んとこ 来ないか？
AWS主催のAWS DevDay 2023は6⽉22⽇、23⽇に開催されます
が、このイベントは⾮公式なものです。リジェクトされたトークを
集めたイベントであり、落ちコンとも呼ばれています。しかし、現
在では独⾃のCFPを⾏うなど、単なるリジェクトコンではないイベ
ントとなっています。
著GPTさん
軽くイベントの紹介

5. イベントに参加した背景
現在、副業でエンジニア1⼈でサービス開発をしてる。
本業はフロントエンジニアなのでサーバサイドやインフラまで
⼿が回らない。
そこで、Amplify, firebase, tRPCのどれかを使って楽をしたい。
Amplifyの弱みを聞いて技術選定の判断材料にしたいと考えてい
た。

6. イベントを聞いたTwitterの反応

7. 5分くらい画像⽣成AI（Firefly）について語る⻄⾕さん

8. ようやく始まったかと思った途端にトバしていく

9. ぶっちゃけFirebaseでよくね？

10. いや、むしろAmplifyを使う理由はない

11. ⼀応補⾜しておくとAmplify下げだけで
はなくメリットもちゃんと発表の中に
⼊ってはいました。
シンプルなサービスならまあええん
ちゃう？っていう内容とAmplify
Consoleは便利やでという内容でした。
技術選定のために来た私は散々な⾔わ
れように涙が溢れました。
Amplifyちゃんはええ⼦なんや
でぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ
ぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ
ぇぇぇぇぇぇ

12. あ、お伝えするのを忘れていました。
私は前職でAmplifyを2年間使っていました。
Firebaseも趣味のプロジェクトではありますが1年程度触ったこと
があります。
公平に技術選定をしようとイベントに参加しましたが、私は
Amplifyちゃんが酷いことを⾔われ、Amplifyちゃんを⼼の中で
庇っていました。

13. Amplifyちゃんはそんな⼦やない！
ちゃんと使ったったらAmplifyはめっちゃ便利で汎⽤性が⾼くて
開発者を助けてくれるええ⼦なんや！！！
気づいたら夜の2時30分にAmplifyちゃんがええ⼦だってことを
知ってもらうために反論...おっしゃることには⼀理あると思いま
すが、もう少し別の⾓度から考えることもでると、資料をセコセ
コ作ってしまっていました。

14. 発表の中で⾔われていたことを記憶の限り整理しましょう。
‧Fireflyは⽂脈を理解して背景を⾜してくれる
‧FirebaseはSDKさえ知れば最初から最後まで裏にナニカある…と感じさせない
‧Amplifyは早い段階から裏でなにが動いているかを意識しないといけない
‧Firebase Authenticationがめっちゃ良い
‧AmplifyはWAFとか⾜すのも⼤変だよね
‧SAM（Serverless Application Model）やCDK（Cloud Development Kit）でいいじゃん
‧@connectionディレクティブを多⽤したらデス

15. FirebaseはSDKさえ知れば最初から最後まで裏にナニカある…と感
じさせない/FirebaseはSDKさえ知れば最初から最後まで裏にナ
ニカある…と感じさせない 壱
コレはそう。DA‧KA‧RA好き。
⾃分はフロントエンドエンジニアだけどもバックエンドやインフラも好きだ。
だけど⾃分の時間は有限だから最終的に顧客に届くフロントエンドをメインでやっている。
そんな⾃分がバックエンドやインフラをちょっとヤッテル感が堪らなく気分が良い。
バックエンドやインフラ（AppSync, Lamdba, Cognitoなど）を⾃分で作ってる。
とても楽しい。Firebaseは全てが隠されている。ライブラリを触っている感覚に近い。

16. FirebaseはSDKさえ知れば最初から最後まで裏にナニカある…と感
じさせない/FirebaseはSDKさえ知れば最初から最後まで裏にナ
ニカある…と感じさせない 弐（エアプ話）
拡張性の話も重要だと思っていて、Amplifyはamplify add customというコマンドを使い、全
てのAWSのサービスをAmplifyにCDKを使って追加することが出来る（実務で使ってないのでエア
プです！！！）
反対にFirebaseはGoogle Cloudから独⽴したサービスとして存在しているのでFirebaseのレール
から外れてもGoogle Cloudは助けてはくれない。（Firebaseを使っていたのが昔なので間違って
るカモ☆）
そう考えるとAmplify最⾼って思えてきませんか？

17. Firebase Authenticationがめっちゃ良い
Amplify APIのSchemaで@authするやつの⽅がめっちゃ良い。
Amplifyの認可はGraphQLのSchemaと同じ場所に定義します。
なので、このデータはCognitoUserGroupのXXXってグループしかアクセス出来ませんってことが
データ定義のすぐ近くに書かれることになる。
また、宣⾔的に書くのが好きです。
認可を宣⾔的に書けるんです。FirebaseもAmplifyもフロント専業の⽅が使うこと多いですよね？
奥さん、Amplifyだと宣⾔的に書けるんですよ！！
Amplifyって最⾼でしょ？
これは記憶が過去過ぎてアテにならないかもですがFirebaseのauthのルールってifめっちゃ使ったりしてとても⼿続き的だった気がし
なくもない。もしかしたら今は違うかも。

18. AmplifyはWAFとか⾜すのも⼤変だよね
Amplifyはamplify add customというコマンドを(ry
ごめんなさい、これもエアプで恐縮ですが検索したら結構
出来てそうなので出来るんじゃね？って思っています。
ちなみに⾃分はホスティングはVercelを使おうと思っているのでもう少しエアプが続きます。
NextJSするならVercel使いたいじゃん…
Amplify最⾼！！

19. SAM（Serverless Application Model）やCDK（Cloud
Development Kit）でいいじゃん
AmplifyでLamdbaを使うときはAmplify APIのSchema内で@functionとすると関数が⽣えます。
⼗分これで戦えるとは思っているのですが、SAMやCDKがエアプなので、すいません。
ただ、Amplifyが好きなのでAmplifyを使えばいいんじゃないかなって思っています。
Amplify最⾼！！

20. @connectionディレクティブを多⽤したらデス
これは⾔いたいことが何だったのかが思い出せず、想像することしか出来ないのですが脳内補完
して考えました。
そもそも@connectionを使うとRDBのようなリレーションを貼る事ができます。
とは⾔え、コレを使いすぎるとSchemaの階層がどんどん深くなってしまいます。
GraphQLでは例えば「Aさんの友達Bさんの情報を参照して、Bさんの友達情報にはAさんがいるか
らまたAさんを参照して、そこからまたBさんを参照して」みたいな循環参照が出来ます。
リレーションを深く貼る（多⽤する）ってことは循環参照を深く掘っていくのに似ているのかな
と。
ただ、それはAmplifyが悪いんじゃなくてGraphQLのSchema設計が悪いのでAmplifyは悪くない
と思います！！
Amplifyは最⾼！！

21. 夜中のテンションで間違ったことをあたかも真実のように⾔っているかもしれません。
間違いがあれば教えて欲しいです。
とは⾔え、この資料を持って外部で登壇するわけではないのでひっそりと数少ないAmplifyの1記
事として埋もれてしまうのかなとも思っています。
Firebaseも素敵なサービですがAmplifyも素敵なサービスで、バックエンドを使うなら是⾮検討し
て欲しいと思っています。
AWSの知識が多少必要になりますがAmplifyから始めて、各サービスのことを必要になった時に学
んでいくでも⼗分に使える良いサービスだと思っています。
⾃分は最近本業でAWS(Amplifyではない別AWSサービスの連携について)なにも分かっていないことを⾃覚させられて今必死に勉強してたりします。
Amplifyはある程度ちゃんとサポートしてレールをひいてくれるので安⼼して使い始めてください。2年間ちゃんとAmplifyは元気に動いていました。
Amplify最⾼！！！！
と、まあ夜の3時30分に書いているわけですが…

22. ⾃分は技術選定のためにイベントに参加しました。
でも気づいたらAmplifyを使おうという気持ちでいっぱいでした。
もはやAmplifyに恋をしているかのように⾃然に…
恋は⼈を盲⽬にさせるので、勢いのままに査読せずにこのまま世に放ってしまおうと思います。
みなさんも良いｍBaaSライフを！
えいや！（投稿のボタンを押す時の⾳）
Amplify〜〜〜〜〜〜〜〜最⾼〜〜〜〜〜〜〜〜〜〜〜〜 Fin.

23. 最後に
久しぶりに⼤規模オフラインイベントに参加させて
もらいました。とても楽しかったです！！
イベント企画者の⻄⾕さん、イベント会場を提供し
てくれたクラスメソッドさん、美味しいご飯を⽤意
してくれたスポンサーの企業さん、本当にありがと
うございました！！
ご馳⾛様でした！