ブラウザで動くサービスを作るときの技術選定

はじめに 私の仕事は、新規サービスをまるっといい感じに開発するのを委託されることがほとんどです。最近はネイティブアプリを作ることよりもブラウザで動くWebサービスを開発することが多いのですが、案件の規模感や要求によって技術選定を少し変えるようにしています。「こういうときはこう」みたいに一概には言えないのですが、普段使う構成を紹介します。誰かの参考になれば幸いです。 2022/02/10 現在での内容です。 前提 開発を委託される場合の運用費をどうするの問題があります。クライアントにクレカ登録をしてもらうか、こちらで支払って毎月請求するかになります。僕は毎月やるのがめんどくさいのでできるだけ前者に倒している関係上、あまりいろいろなSaaSを組み合わせて作ることをなるべく避けています。 規模感によらず使っているもの 私の場合、以下が使えるとめちゃくちゃ効率よく開発できます。 GCP 好きだから

[ryunosinfx]

何かと思ったらスマホのネイティブアプリと比較してか。通常それをWebサービスとよんだりするが、わざわざブラウザで動くと書くのでフロントエンドのみ、バックエンドなしと思っちゃったよ。ネイティブはレアだから

[cpw]

データが金を生むようなサービスばっかりやってたからRDBMS以外の選択肢はあまりメリットを感じないんだよな。SSRもまだ必要になったことがない。完全にサービスの方向が違うんだろうな

[rinrin900]

これはわかりみしかない。 “コードが分離して開発効率が悪くなるので、個人的にはFunctionsはあまり使いたくない”

[atico]

フロントとバックエンドが密になっているので把握が大変&プラットフォーム固有の必要な知識が多そうというのが懸念事項。開発者ロックインになりそうで怖い。自分でサービスを立ち上げる場合はすごいいいのだと思う

[Nyoho]

Next.js, Firebaseを使われている。templateも置いてある。

[hasiduki]

勉強になるー？

[nishik-t]

うーん、半分くらい分からんな。勉強しよう。

[Lumin]

極めて良い

[prograti]

納品後に自分で保守するかどうかによって技術スタックは全然変わってきますね。

[yarumato]

“SNSでのシェア目的で、ネイティブアプリではなくブラウザサービスにしましょうとなることが多い。GCPはAWSより文書読みやすくていい。GCPで楽にメール送信するため仕方なくSendGrid。GCP Functionsは使いたくない”

[SWIMATH2]

参考になりそう

[umai_bow]

老害ワイ「全部Railsでええやろ」

[forrest-gump]

とても参考になる。Reactは最近書いてなくて、VueだからNext.jsではなくNuxtで読み替えて読んだ。

[samu_i]

“ ”

[turanukimaru]

私はバックも Lambda も（Kotlin ならフロントも）同一のドメインモデルを参照するように書くので分離云々が全く分からない。Next.js と Functions はそうなのかな？でも Go でもモデルを別にしろっていう人のが多いんだよな…？