質問編集履歴
6
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -34,7 +34,7 @@
|
|
|
34
34
|
|
|
35
35
|
1. フロントエンドにReactを採用した時、Railsのメリットが失われるというのは本当か？
|
|
36
36
|
2. サービスを意地でもスケールさせるのを前提で考えた時、データや言語の移行の煩雑さを考えるとWeb側でもネイティブ側でもFirebaseは最初から採用しない方がいいのか？またその場合、ネイティブアプリ側のバックエンドはなんの言語で記載した方がいいか？
|
|
37
|
-
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。そうなるとWeb側とネイティブアプリ側でどうやって整合性をとっているのか？
|
|
37
|
+
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。そうなるとWeb側とネイティブアプリ側でDBの形式が異なることになりますが、どうやって整合性をとっているのか？
|
|
38
38
|
4. ReactとRails、ReactとFirebaseだとRailsWayから外れてもRailsを採用した方がいいのか。それとも、0→10が得意なFirebaseを採用した方が良さげか？
|
|
39
39
|
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、そもそもそれは正しいのか？正しいとしたらこれが具体的にどれくらい大変なのか？
|
|
40
40
|
|
5
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -34,7 +34,7 @@
|
|
|
34
34
|
|
|
35
35
|
1. フロントエンドにReactを採用した時、Railsのメリットが失われるというのは本当か？
|
|
36
36
|
2. サービスを意地でもスケールさせるのを前提で考えた時、データや言語の移行の煩雑さを考えるとWeb側でもネイティブ側でもFirebaseは最初から採用しない方がいいのか？またその場合、ネイティブアプリ側のバックエンドはなんの言語で記載した方がいいか？
|
|
37
|
-
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。どうやって整合性をとっているのか？
|
|
37
|
+
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。そうなるとWeb側とネイティブアプリ側でどうやって整合性をとっているのか？
|
|
38
38
|
4. ReactとRails、ReactとFirebaseだとRailsWayから外れてもRailsを採用した方がいいのか。それとも、0→10が得意なFirebaseを採用した方が良さげか？
|
|
39
39
|
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、そもそもそれは正しいのか？正しいとしたらこれが具体的にどれくらい大変なのか？
|
|
40
40
|
|
4
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -33,7 +33,7 @@
|
|
|
33
33
|
ここで質問です。
|
|
34
34
|
|
|
35
35
|
1. フロントエンドにReactを採用した時、Railsのメリットが失われるというのは本当か？
|
|
36
|
-
2. サービスを意地でもスケールさせるのを前提で考えた時、移行の煩雑さを考えるとWeb側でもネイティブ側でもFirebaseは最初から採用しない方がいいのか？またその場合、ネイティブアプリ側のバックエンドはなんの言語で記載した方がいいか？
|
|
36
|
+
2. サービスを意地でもスケールさせるのを前提で考えた時、データや言語の移行の煩雑さを考えるとWeb側でもネイティブ側でもFirebaseは最初から採用しない方がいいのか？またその場合、ネイティブアプリ側のバックエンドはなんの言語で記載した方がいいか？
|
|
37
37
|
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。どうやって整合性をとっているのか？
|
|
38
38
|
4. ReactとRails、ReactとFirebaseだとRailsWayから外れてもRailsを採用した方がいいのか。それとも、0→10が得意なFirebaseを採用した方が良さげか？
|
|
39
39
|
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、そもそもそれは正しいのか？正しいとしたらこれが具体的にどれくらい大変なのか？
|
3
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -33,7 +33,7 @@
|
|
|
33
33
|
ここで質問です。
|
|
34
34
|
|
|
35
35
|
1. フロントエンドにReactを採用した時、Railsのメリットが失われるというのは本当か？
|
|
36
|
-
2. スケールさせる前提で考えた時、
|
|
36
|
+
2. サービスを意地でもスケールさせるのを前提で考えた時、移行の煩雑さを考えるとWeb側でもネイティブ側でもFirebaseは最初から採用しない方がいいのか？またその場合、ネイティブアプリ側のバックエンドはなんの言語で記載した方がいいか？
|
|
37
37
|
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。どうやって整合性をとっているのか？
|
|
38
38
|
4. ReactとRails、ReactとFirebaseだとRailsWayから外れてもRailsを採用した方がいいのか。それとも、0→10が得意なFirebaseを採用した方が良さげか？
|
|
39
39
|
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、そもそもそれは正しいのか？正しいとしたらこれが具体的にどれくらい大変なのか？
|
2
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -26,7 +26,7 @@
|
|
|
26
26
|
|
|
27
27
|
また、よく聞くのがReactとFirebaseの組み合わせです。0→10の開発ではFirebaseの組み合わせがいいとの話も伺います。ネイティブアプリもFlutter+Firebaseの組み合わせで開発ができるため、Webアプリの技術スタックはReactとFirebase。ネイティブアプリはFlutter+Firebaseで、バックエンドはFirebaseで統一してしまった方がソースを書く手間が二度手間にならずに済むというメリットがあるなと考えています。
|
|
28
28
|
|
|
29
|
-
しかし、Firebaseはサービスをスケールさせていくにつれてつらみが出てくるとの話
|
|
29
|
+
しかし、Firebaseはサービスをスケールさせていくにつれてつらみが出てくるとの話を聞きます。Firebaseを0→10まで使う前提の技術として据えた時に、サービスをスケールさせた後の10→100を担うバックエンド言語はRailsやGoなどを採用するのかなとうっすら思っています。FirebaseはNoSQLですが、RailsやGoは主にRDBを採用した言語だと認識しております。つまり、①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えました。この考えが正しければ死ぬほどめんどくさいなと思いました。
|
|
30
30
|
|
|
31
31
|
|
|
32
32
|
# 質問
|
1
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -36,6 +36,6 @@
|
|
|
36
36
|
2. スケールさせる前提で考えた時、FirebaseはWeb側でもネイティブ側でも最初から採用しない方がいいのか？
|
|
37
37
|
3. FirebaseはNoSQLでFlutterと一緒に採用されているケースが多いが、Web側でRDBライクなRailsやGoを採用している話もちょくちょく聞きます。どうやって整合性をとっているのか？
|
|
38
38
|
4. ReactとRails、ReactとFirebaseだとRailsWayから外れてもRailsを採用した方がいいのか。それとも、0→10が得意なFirebaseを採用した方が良さげか？
|
|
39
|
-
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、これが具体的にどれくらい大変なのか？
|
|
39
|
+
5. Firebaseをスケールさせていくと①NoSQLに入ったデータの移行と②RDBを組み、データを移植する。という作業が必要になるのかなと考えているのですが、そもそもそれは正しいのか？正しいとしたらこれが具体的にどれくらい大変なのか？
|
|
40
40
|
|
|
41
41
|
以上の5点をお伺いできればなと思っております。
|