バックエンドエンジニア不要論とFirebaseに関する僕の見解
ฝัง
- เผยแพร่เมื่อ 7 ก.ย. 2024
- Googleの提供するmBaaS「Firebase」の人気上昇に伴って、Web業界でよく耳にするようになってきた「バックエンドエンジニア不要論」に関して、僕の見解を述べてみました。
★関連記事
Cloud AutoML Vision が本当にノンプログラミングで使えるのか試してみた
www.apps-gcp.c...
Firebaseでバックエンドエンジニア不在のアプリ開発
employment.en-...
業界に先駆け Google Kubernetes Engine と Firebase を導入し、先進的仮想通貨ウォレット アプリ「Ginco」を短期間で開発
cloudplatform-...
Firebaseに関するディスカッション形式のMeetup FireTips#1を開催しました
vexus2.hatenabl...
Flashにとどめを刺したのは (1/2) - ITmedia エンタープライズ www.itmedia.co...
★オンラインサロン「雑食系エンジニアサロン」
zsksalon.com
★雑食系ビジネス大学(TH-cam新チャンネル)
/ @kenta6076
★Twitter
/ poly_soft
★Qiita
qiita.com/poly...
★Instagram
/ kenta_planet
★note
note.mu/poly_soft
★業務経歴
github.com/ken...
同意ですね！Firebaseは適材適所です。
0→10 の低コストで事業立ち上げにはFirebaseぴったりです。
10→100の事業伸ばしてくフェーズでは不向きですね。
あとどの分野でもそうですが専門家は正確に話すので、二元論で話しませんよね。世の中はグラデーションがほとんど。ですが、インフルエンサーはあえて極論を話しますね。そのほうがバズりやすいから。難しいところです。
一般的には使われないだろうけど、スタートアップでとりあえずfirebaseで作って規模が大きくなる頃に自前でバックエンドも開発するって流れはありそう
スタートアップは早さが大事だし
今更感ありますが今日はじめてバックエンドエンジニア不要論(と同時にその理由のfirebaseがあるから)を聞きました。
聞いた瞬間に以下三つほど疑問が湧きました。
1. スケールするの？
2. スケールしたとしてもコストかかるなら自前でDBサーバ構築した方がコスト抑えられないの？
3. DBのユースケース色々あるけど全て(とまでは言わないですが)網羅できるほど抽象化してインターフェースに落とし込んで提供してくれるの？
ここの解説が全てではないとは承知しておりますが、だいたい無理そうだと思いました。ありがとうございます。
6:45 ここから最高に好き
DBがPostgresであるSupabaseはいかがでしょうか？
いつも通りの正論ですごい
だったらsupabaseは革命的ですね
PostgreSQLですし。
最近拝見させていただきました。
1年半経っても、RDBは主流のままだと感じますし、素晴らしい考察だと感じます。
多くの事業・サービスは、成長・拡大する前提で立ち上げていると思いますので、
Firebaseが想定しているバックグラウンドの規模はすぐにフィットしなくなると思います。
バック系を立ち上げる段階で、データ移行が必要になると思いますが、
NoSQL⇒RDBのデータ移行はバック系エンジニアも対応できる方が少数ですし、かなり失敗リスクもありますね。
firebaseでは
バックエンドエンジニアオワコンなんて言えないわ
というより
バックエンドエンジニアがオワコンというより
フロントエンドエンジニアが
バックエンドの知識も必要な時代になっていくと思う
フロントエンド側でも
バックエンド側でも
よりシンプルで
よりコンパクトで
より簡単に大きな成果を出せる技術ってのにどんどん入れ替わっていく
技術の進歩ってのはそういうもの
今以上に仕事量が増える方向には発展しない
という事は当然、バックエンドもフロントエンドもどんどん仕事は楽になる結果
もうフロントエンドとバックエンドどっちもやったら良くないか？
って方向に向かっていくと思う。
firebaseを使ってもバックエンドエンジニアは必要です。ただAWSに詳しいバックエンドエンジニアではなくて、Firebaseに詳しいバックエンドエンジニアが必要になります。また体感Firebaseの学習コストはAWSの1/10ぐらいなので、経験豊富なバックエンドエンジニアにとってFirebaseを学ぶのは簡単です。
ローコード、ノンコードの技術により、ウェブアプリケーションのエンジニアの存在意義がなくなるか？といったトピックについても動画化してほしいです。
今回の動画と同じ理由で無くならないんじゃないんじゃないですかね。
今回の動画と同じように、ある程度軽い内容であれば置換できるものの、細かい要件定義に合わせることは出来ないかと。
私見で言うと、ノンコードの技術の下に隠れてしまう技術が失われてしまうのはSQL同様怖いですね。2025年問題のようなことが起きてしまわないことを祈るのみです。
結局AutoMLもFirebaseも規模がデカくなると金かかるし
firebaseからカスタムバックエンドスタイルにスケールアウトするために行うべきパターンが分かっているとプロジェクトの自由度に貢献できるということでしょうか。
RPAに対するご意見も聞いて見たいですね。
なんでfirebaseってNoSQLにしたのかな？
バックエンド不要論唱えてる人への質問、長すぎて詳しすぎておもしろかった。笑
草生えたwww
新しいRuby on Rails。。。
正直なところ簡単なプロトタイプと個人の提供するアプリレベルなら問題ないって程度ですよね。
時代はFirebase、バックエンドエンジニアはオワコンだよって言っている人にわざわざNoSQLの話をして論破していくってのは、面倒くさい状況になると思うからスルーしたほうがいいと思う。
マナブ信者が完全にマナブの養分になってる
初心者ゆえ論点ズレてたらごめんなさい。Firebase 自体にcloud functions っていうバックエンドサービスがあるし、定期実行処理が必要なサービスとかはバックエンドなしだと実装難しいとおもうからバックエンジニア不要論には反対かな
マナブさんをいじめないで！！！
バックエンドエンジニア不要論ワロタｗ
ノーコードでコーディングが要らない並の戯言だな
ん〜〜？？
もしかして、 マナ○の事かなあ？
どこに向かって喋っているのか