2022/02/13 02:39
dreamzico
出てくる技術のほぼ全てを使ったことないどころか名前すら初見だったり。どういう規模のプロジェクトで使うの？　ただただ無駄に複雑難解なだけに見える。俺こんなの使えないポンコツだけどWeb系で食っていけてるよ。
2022/02/13 11:15
newnakashima
同じ構成で何個もサービス作っててテンプレ化できるならこれでもいいかも。規模小さいならVMにフルスタックFWという昔ながらの方法が結局一番コスパ良かったりする。運用する人がGCPとかわかんないなら特に。
2022/02/13 11:24
masatomo-m
この人の慣れたパターン、という感じかな。フリーランスみたいなので、0 -> 1で決まった期間にとりあえず動くもの作るみたいな場合、テンプレがあると便利なのは確か。そして癖が強くて引継ぎ先のエンジニアが死ぬ
2022/02/13 11:31
mayumayu_nimolove
何を作るのかが最初に来てからだと思うけど網羅的になってた
2022/02/13 11:35
m50747
一見かっこいいんだけど、ここまで様々なものを使っていくとバージョン管理や保守メンテナンスで死にそう。数年で終わるシステムならいいんだけど。
2022/02/13 11:47
takutakuma
TypeScript 使うなら Nuxt,Vue はツラミがあるので、 Next,React に寄せたい。
2022/02/13 12:15
poontan
名前すら初見のサービスを腐してマウント取った気になるのはあまりかっこ良いことではないかなと思う（人気ブコメについて）
2022/02/13 13:00
bayashiko_bayashi
WebコンソールがGCPとFirebaseで別なのが個人的に使いづらい。でもこの構成が安めなのは魅力。
2022/02/13 13:40
hhungry
とりあえずWebサービス作るならVPSにLAMP+フレームワーク程度でええねん。
2022/02/13 13:51
naopr
攻めすぎず地に足のついた納得感ある構成だった
2022/02/13 14:20
l__LINE__l
サービス開発や監視運用に必要なものをしっかり考えてある印象。しかしgcp人気高いっすね。
2022/02/13 14:49
tama20
この技術使って何作りたいの？ 包丁やら材料揃えたのはわかったから、何の料理作りたいの？
2022/02/13 15:45
fujii_yuji
ログイン前提の業務ツールじゃなく、検索されることも前提にした公開サービスならSPAの取り扱いは注意した方が良さそう。それ以外は参考にさせてもらいまする。
2022/02/13 16:17
hdampty7
サービスの規模感が必要かなぁ。ユーザ数や画面数など。掘っ立て小屋でいいなら素材や工法関係ないでしょ。高層マンションとかビル立てるならクソどうでもいいフロントエンドなんかを語るんじゃねぇよと。
2022/02/13 16:33
versatile
最近は表も裏も typescript ってのが普通なんだね。ちょい前は 裏はほぼ rails で、表はなんらかのフレームワークってのが流行ってたが
2022/02/13 16:38
otchy210
インフラをこねこねしないといけない昔ながらのスタックよりも、よほどシンプルで楽に見えるけどね。自分でゼロから作った経験が無く、他の人・チームにおんぶに抱っこだと複雑難解に見えるのかも。
2022/02/13 16:52
geerpm
定番だし納得感ある。リレーションと権限調整がきつくなければfirestore使ったり。フロント側がTS/react/vueで固まってく中、バックエンドがぼやけはじめて今後のジョーカーになりそう。TS/go/LL、RDB/NoSQL…新定番が欲しい
2022/02/13 17:00
miyasakura
GCP/Firebaseの構成を勧める人はフロントエンドが出自の人が多くてサーバー側の柔軟性や拡張性がイマイチわからなくて手を出せていないだよなぁ。そろそろ自分もやってみないとな。。
2022/02/13 17:07
hara_boon
手を動かせないでちゃんとできる人はそれだけで偉いという気持ち。／わからなくても仕事ができるとしても無知を誇ることほどダサいことはないと思うよ。。知った・使った上で否定するならともかく
2022/02/13 17:40
Nyoho
NestJSを使っておられる。
2022/02/13 17:41
iseebi
Firebase HostingはIP制限とかかけられないので開発中サービスが表に出てしまうポイントには注意必要だと思う。Authentication通す前がログインボタンしかないなら問題ないとは思うけど。
2022/02/13 17:48
Phenomenon
色んなもの使ってるけどTSで全部書けるしはやくとりあえず動くものって感じの選定で良いと思う。うん。
2022/02/13 18:15
arx0balest
なんで日本でだけVueが流行ってるんだろうな？海外の案件はほぼ100% React + TypeScriptなんだが。
2022/02/13 18:26
muuran16
NestJSはBFFに使ってるサービス最近見かける。ドキュメント見ても色んな要件、構成を満たせそうで好感触。
2022/02/13 19:08
steppapa
フロントもバックエンドもtypescriptは一度経験してみたいなぁ。
2022/02/13 19:31
justgg
噛み付いてる人が多いのが謎。どういうサービスか見当もつかない人は自分のやっていることを否定されたような気がするんだろうか。
2022/02/13 19:57
nzxx
名前も知らないのはただの無知だし技術記事に対して「それで何を作るの？」は見当違いにもほどがある
2022/02/13 20:47
bellonieta
やっぱりGCPだよね。
2022/02/13 21:09
skypenguins
小規模なサービスならフロントもバックもTypeScriptでGCPのプロダクトにおんぶに抱っこの時代なんだなあ
2022/02/13 21:29
b_wa
クライアントに納品する場合、クラウドのアカウントって誰の持ち物で、誰が費用を払うのかな。開発中はクライアントと開発者のどっちなのかな。
2022/02/13 21:32
asa_ca3
良くまとまってる
2022/02/13 21:34
masalib
人を雇う事を考慮した方がいいかと思う。これだけの技術を求めた場合に単価が高くなる。
2022/02/13 21:36
ALM0ND
参考になります
2022/02/13 21:47
akahigeg
いいバランス感覚の構成だと思うけど、腐してる人がいるのなぜ
2022/02/13 22:16
ryer
ええ。。。フロントエンドがどうでもいいってことはないでしょう。。。。
2022/02/13 22:43
mint6626
Webサービス作りたい、の予算の中央値って200から300万円くらいじゃなかろうか。この構成を使える技術力の人を値切らず募集したら年収800万円から1000万円くらい、外注したら3,4ヶ月でできるシステムでも1000万円はすると思
2022/02/13 22:56
kobito19
あんだけベンダーロックイン離脱したがってた業界が今もこうです
2022/02/13 23:08
hasiduki
よさそう？
2022/02/14 00:08
umai_bow
前の人より肌感近い。なんか腐してる人多いがこれは最低限でスケールするいい構成だと思うけど・・・。
2022/02/14 00:15
suekunhello
似たような感じで、DBはFirestoreでフロント処理できないことやトリガーによるバッチ処理はCloud Functionnsに一任。SendGridに加え、全文検索にalgoliaがお気に入り。
2022/02/14 00:46
ys0000
まだvue3へ移行が難しい過渡期でvue2が現実的な選択肢という感じがあるなぁ。vue3も良さそうな雰囲気だけど、周辺技術の立ち上がりが遅れてるのは気になる。
2022/02/14 01:23
a-kuma3
「とりあえず作る」のスケール感と「誰が作るか」によるかなあ。「私」がメインでやるなら良いんだけど、寄せ集めだと React や Vue どころか Typescript や SCSS すら通じんし、名前空間的なクラスしか作れないやつの方が多い
2022/02/14 08:45
kuni530
"Webサービス"警察参上！
2022/02/14 09:23
sekiryo_no_pg
Vueか...
2022/02/14 10:27
masa_iwasaki
スタートアップのMVPもしくはサービスインを目指した構成では当たった場合の規模拡大を前提に考えるので現時点で開発回ってかつ拡張性の担保が必要という要件を押さえている印象。後半にある他の選択肢も現実的。
2022/02/14 10:39
lifeisadog
フロントエンドのこれ系見るたびに「複雑だなあ」と思ってるので「裸のLAMPでどうにかなる」人の言ってることもわかったりする。それをみて「名前も知らないのはただの無知」も理解できるけどフロントに寄りすぎかな
2022/02/14 10:43
seeki
多数のサービスを使い分けることができる方の意見はとても参考になる。全部使いこなせる人はとても少ない。
2022/02/14 10:48
morimarii
「これ数ヶ月から2,3年で終わるやつですよね？それならいいですけど」って答える構成パターンですね。。。　／サービスイン後に継続的に機能追加・リファクタリング等の要員を揃えられる技術かってのもありますから、
2022/02/14 13:51
surume000
いいね
2022/02/14 14:08
xorphitus
納得感ある構成だと思う。継続メンテで苦労したくないから餅を餅屋に任せたり、調査を簡単にするサービスを入れてますって話でしょ。後は現場や人の得手不得手に合わせて一部変えたり丁寧に説明するんではないかと。