Firebaseを採用する上で思っていることをちゃんと書く - Qiita

Help us understand the problem. What is going on with this article? これはなに？ 先日投稿した君はまだ平成のアーキテクチャを使ってるのか？僕はFirebaseと令和の時代に行くぞ。の続きです。 思っていたよりもたくさんのフィードバックを頂いて驚いています。ありがとうございます。 伝えたいことが伝わっていてよかったなと思う一方、記事の内容の設計が微妙だったなという感じのご指摘もいただきました。この記事では、前回の記事を読んでいただいたみなさんが抱いたであろう疑問・懸念にお答えすることができればと思っています。 この記事だけ読んでもおそらく何の話かわからんとおもうので、先に前回の記事を読んで頂くと良いと思います。 Firebaseって銀の弾丸なの？ 違います。 先の記事から引用しておきます。 大切なことは、解決したい問題を明ら

[tkawa]

どうやらパブリックでないAPIの話なようなので、RESTがボトルネックと言われてもフロントからでもいくらでも好きに変えればいいと思う

[umai_bow]

前に使ったとき秒間のリクエスト制限とかがキツくて、足りねーってなってしまった。コンタクト取れば制限無くせるのかな

[karupanerura]

解説編だ

[azuk1]

敢えてベンダーロックインを気にしないという選択には、そのシステムの始まりから終わりまで面倒を見る責任が伴うと思うのよね。現実問題として、必要とされているシステムを終結させるのは始める時よりも難しい。

[daichirata]

Firebase最近良く使うけど、部分的に通知だけリアクティブにしたりauthはがっつり使ったり美味しいとこ混ぜつつ使うのがいい感じだと思う

[quabbin]

Authenticationなのか、Firestoreなのか、Functionsなのか、なんかいろいろと混ざっているなぁ。まぜこぜにして全体の印象を語ろうとしているのは分かるんだが…。

[trickart412]

全体的に具体的な話がなく、なんの参考にもならない

[digo]

腑に落ちたカンジ