Firebase でバックエンドエンジニアがいらなくなるは正しくない - Diary

Firebase でバックエンドエンジニアがいらなくなるは正しくない と思っている。 用語定義が曖昧だが、「バックエンドエンジニア」という言葉でなんとなく想像されるものとしては、 Rails とか Laravel とかでデータベースに CRUD する Web アプリケーションを書ける人を指すと思う。違いますかね。そんなに違ってないと思うが。 Firebase でこれらの知識をもつ人が不要か?というとある程度の規模、機能を持つアプリを作ろうと思うとこれは必須になる。 Firebase のデータベースは機能が少なく(とはいえ Firestore はわりと「これで十分じゃん」ではあるが)、なにか複雑なことをしようとすると、すぐに Cloud Functions という機能に頼ることになる。 Cloud Functions はようするに Firebase の Lambda + API Gatewa

[knjname]

なにかが楽になる→専任を減らせる→兼任のスーパーマンで回せる可能性が高くなる

[paradisemaker]

俺もあの記事読んで、バックエンドやってんじゃんと思った

[kote2kote2]

あれ、誰もそんなこと言ってなくない？被害妄想じゃない？

[ogawa0071]

“2018 年に 1 からアプリを作る場合最も有力な選択肢” になるのはなぜか。1から作る場合は要件の柔軟性が高いから。Firebase時代に求められるのは、要件をプラットフォームで実現可能な形に落とし込む力。

[Rishatang]

「被害妄想じゃない？」とまで言える神経すごいなって思った

[Leiu]

https://employment.en-japan.com/engineerhub/entry/2018/08/30/110000 に対して。

[tackman]

Firestore単体だと複雑な要件ある時に無理だなっていうのは理解したところだった。他も全編セヤナーって感じだ

[nabeen919]

せやな、うん、せやな。 >> Firebase でバックエンドエンジニアがいらなくなるは正しくない - Diary:

[khei-fuji]

気になった記事。/ Firebase でバックエンドエンジニアがいらなくなるは正しくない -

[masayuki5160]

Firebaseが完璧だと思うのは危険でメリデメ考えて技術を選択するの大事。もちろんサービス初期にはFirebaseは有力な候補だし。

[k2wanko]

ある程度の規模になってくるならGCPがわかるエンジニアが必要

[sasurau4]

firebase、堅めのproductionで導入するにはまだハードル高い気がするし、同意。あと価格の面はどうなんだろう？

[maruware]

いなくてもよい場面は増える

[delphinus35]

同感。結局CRUDやってた頃の諸々の知識が必要になる。完全 stateless の単純なアプリで無い限り。

[aikawame]

Parseの時も一部の人達にバックエンドエンジニアはオワコンだの終わらんだの言われていたな…。歴史は繰り返す。

[ledsun]

ActionCableは要らなくなりそう

[mukimi]

“Firebase でバックエンドエンジニアがいらなくなる” ブコメにもあるけど誰がそんなこと言ってるんだろう

[masa-wo]

umu

[mytechnote]

“API Gateway”

[cloverstudioceo]

javaで基幹系作ってる友人(ﾊｧｿｳﾃﾞｽｶｰ)

[psfactory]

Firebase でバックエンドエンジニアがいらなくなるは正しくない - Diary

[rti7743]

昔のmysqlのinnodbでもそうだったけどアンチ全文検索教の奴が世の中にいるんだろう。全文検索(とそのための正規化)は需要があるんだからサポートすればいいのになあ。

[otihateten3510]

その前に、要らなくなるという言及を見たことがないです　／　最近Firebase，Firestore使ってます。限界来るの結構早い。機能毎にどちらを使うか選択する感じになりそう。バック、フロント共にFirebaseの知識が必要になる。

[programmablekinoko]

省力化したぶんフロントにやらせようとか・・・嫌です