[過去ﾛｸﾞ] Vue vs React vs Angular vs Svelte Part.8 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
921: 2022/01/11(火)13:07 ID:BOCqnA8F(7/8) AAS
>>920
普通GCPの〜を使ってるって言い方するでしょ。GCPって言い方は変だよ、明らかに
922: 2022/01/11(火)13:18 ID:BOCqnA8F(8/8) AAS
全体を把握してない、全く権限無いんだろうな
923: 2022/01/11(火)13:21 ID:yEugkBXV(1) AAS
reactその他と良し悪しを比較するなら意味があるだろうが、じぇーくえりーしか知らん奴のゴリ押しは無価値なんだよなぁ
924: 2022/01/11(火)14:17 ID:Jt6jcb4u(1) AAS
jQueryくんはなんかそっち系のスレ出来てるからそっちいって
925: 2022/01/11(火)15:53 ID:isLB2q1s(1) AAS
老害のテンプレみたいな人だな
926: 2022/01/11(火)16:51 ID:8AH1bIz7(4/4) AAS
いわゆる無敵くん
927(1): 2022/01/11(火)23:06 ID:TAtkceMX(2/2) AAS
Ruby on Rails 6 でも、Bootstrap 4 を使うと、jQuery が自動的にインクルードされている。
React, Vue.js, Bootstrap 4 で、jQueryも使う
Bootstrap 5 で、jQueryは削除されたけど、まだpopper.js は使っている
Rails 7 では、外人のYouTuber のRailsのすべての学校・サロンは、
ここ3か月で、脱webpack のesbuild の動画を一斉に上げた！
すごい。全員が最先端を攻めている
928: 2022/01/12(水)07:15 ID:qSKEQhiy(1) AAS
Railsはどうでもいけどesbuild使うとビルド速くなる以外にメリットあるのかな？
929: 2022/01/12(水)09:01 ID:KICzL1Th(1) AAS
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
930: 927 2022/01/12(水)23:33 ID:FL+rK1TR(1) AAS
Rails7がもつフロントエンドへの「答え」、2021/9
外部ﾘﾝｸ:zenn.dev
Rails 7 をちょこっと試す（さらば、Webpacker 編）、2021/9
外部ﾘﾝｸ:qiita.com
規約だけのフレームワーク・Stimulus が入った。
React, Vue,js, Stimulus の選択
Foreman が入った。
JavaScript のbundle には、esbuild, rollup.js, webpack の選択
Bootstrap, Bulma, Tailwind, PostCSS, Dart Sass をサポート。
DartSass 以外の、Ruby Sass, node-sass(LibSass)は滅んだ
SASSでは、グローバルスコープの@import を廃止して、
ファイルスコープの@use へ変わる
931(2): 2022/01/15(土)09:01 ID:3bevh9WS(1) AAS
NextとFirebaseでSNSっぽいの作ってみて思ったんやが、NextとかNuxtとかのフロントエンドのフレームワークって、フロントエンドの技術メインで全部やろうとしたら有用やなとは思ったが、バックエンドちゃんと書けたり書ける人おるんやったら、いらんかもと思ったんやがどう思うよ
古い感覚なんかもしれんがロジックは基本バックエンドで書いて隠蔽して、フロントはjson要求したりjsonの色付けだけの方が、構成として綺麗かなーとは思ったんや
フロントでゴリゴリとロジック書いてて、これええんか…？って思ってまう
Railsみたいなフルスタックから、フロントやバックとかを分離する方向に時代は向かっとるとは思うが、Nextもフルスタックになりつつあるし
フロントがSPAとかSSGになってんのは体感速度爆上がるからそこはええと思うんやがな
932: 2022/01/15(土)09:37 ID:MzMBXp9X(1) AAS
ユーザーが何でも変更可能なクライアントのコードで
全部やったら不正しまくりだろ
フロントエンドで重要なことをしたらだめに決まってる
933: 2022/01/15(土)12:34 ID:IPCx9P3x(1/6) AAS
Nextは別にフロントバックエンドがゴッチャにはならんでしょ、シームレスにも出来るってだけで。バックエンド好きなもの使えるし。
FirebaseというかFirestoreはたしかにそんな傾向あるけど、そこは考え方を転換すればセキュリティを担保できるし、必要なとこはFunctionsでやればいいのだ。
934: 2022/01/15(土)12:50 ID:oDjvE5hT(1/2) AAS
>>931
要らんと思う
フロントはあくまでAPIクライアント
935: 2022/01/15(土)13:49 ID:GR0VNvzC(1) AAS
フロントしか開発したことない人が使うには良いんだろうね
バックエンドも触ってる人からみれば分離した方が開発も運用も楽っての当たり前に理解しているし
936: 2022/01/15(土)13:53 ID:SXry2lpj(1/2) AAS
jQuery時代の人なら普通にバックエンドも
プログラミングしてたんだけどね
派手なものを簡単に作れるから
基礎技術ができてない人が多い
937: 2022/01/15(土)14:07 ID:Jx/A2570(1) AAS
別にReactとかじゃなくてもフロント改変なんていくらでもできる
なんならパケット直いじりツール使えばどんなシステムでも変更できるし
938: 2022/01/15(土)16:41 ID:0b+CARq6(1) AAS
ちょこちょこNext.jsやFirebaseやった事ないのかズレた事言ってる奴が居るな……
939: 2022/01/15(土)16:49 ID:SUNY4hKu(1/3) AAS
>>931自体がNextを要らないと言っているのかSPAを要らないと言っているのかポイントが絞れてないからじゃね？
940: 2022/01/15(土)18:21 ID:Wq5Z+JoU(1) AAS
ついにnext.jsを使うプロジェクトを開始したぞ
ちな俺はサーバーサイドもフロントもガッツリやったことがある
その俺が評価してやんよ
ミスったら俺の首が飛ぶ
941: 2022/01/15(土)19:22 ID:Ipn+w0vn(1/3) AAS
利用者の体感利便性を考えたら
まずはページ再送出をしないCSR/SPA化が今では必須でしょう
更に最初のアクセスページのためにCSRだけではダメで最低限SSR併用か可能ならSSGが必要
バックエンド開発者もこの変化についてこれない人は
CSRのためのAPI対応しか出来なかったり
もっと古い人はCSR未対応の古きSSRオンリーしか出来なかったりで
なぜ「CSRとほぼ同じコードをSSR/SSGする必要があるのか」さえも理解できていないようです
942(1): 2022/01/15(土)19:54 ID:oDjvE5hT(2/2) AAS
SPAで利便性がよくなるか？という問題は場合によるとしか言えんからなー
シンプルなMPAのほうが使いやすいと感じるケースは未だに多い
SPAが必須と考えるのは開発側の独りよがりだよ
943: 2022/01/15(土)20:06 ID:YsspSJMD(1) AAS
まあでもSPAのほうが余分なもの読み込まないぶん若干ページ遷移早いよな
そこだけは褒めてやるべきだとおもうわ
まあ作り手の面倒は増えてるし回線速度が速い現在に本当に必要なのかは疑問だけど
944(1): 2022/01/15(土)20:11 ID:Ipn+w0vn(2/3) AAS
>>942
SPAは毎回ページまるごと送出しなおしのMPAよりも以下の利点がある
・サーバーの負荷減少
・トラフィックの減少
・ブラウザ側での表示書き換え減少
・ユーザーの待ち時間減少 (体感の向上)
つまり全てにおいてエコで優れている
もちろんSPAに加えて前述のように最初のページアクセス待ち時間減少のためにSSR/SSG併用
デメリットは「技術の低い人たちは提供できない」
945(2): 2022/01/15(土)20:17 ID:V9VQU+75(1/4) AAS
ユーザー目線で言うと非SPAはリロード時、遷移時に画面がしっかりリセットされる安心感があるんだよな
なんか動きが変な気がしたらとりあえずリロード、戻る、適当にハイパーリンククリック
それでまあまあ具合がよくなると経験的にわかってる
これは非常に重要なんじゃないかな
たぶん何も知らんユーザーからするとSPAは巨大でミュータブルなオブジェクトに見えてるんじゃないかとおれは考えてる
逆に非SPAはほとんどイミュータブルな関数に見えてる
もちろんプログラミングの素人であるユーザーがイミュータブルとミュータブルの違いを認識してるはずは無いんだが
ぼんやりと感覚的にその違いを使い勝手という形で体感してるんじゃないかな
946(1): 2022/01/15(土)20:17 ID:SUNY4hKu(2/3) AAS
>シンプルなMPAのほうが使いやすいと感じるケースは未だに多い
MPAの方がシンプルってそれこそ開発側の視点じゃね？
ユーザーから見てシンプルだというなら仕様が違うものを作っていることになるわけで、そもそも比較にならない。
947: 2022/01/15(土)20:17 ID:IPCx9P3x(2/6) AAS
場合によってはSPAのほうが想定すること少なくて楽。
それはそれとしてSPAが適するかどうかは用途次第。なんだけど、最近MPAはSSGとSPAのハイブリッドばかりでSSR作って無いなぁ
948(1): 2022/01/15(土)20:20 ID:IPCx9P3x(3/6) AAS
>>945
一般ユーザーはそこまで考えてないと思うし、そう思わせるならUIが悪いと思うな。個人的な意見だけども
949(1): 2022/01/15(土)20:26 ID:V9VQU+75(2/4) AAS
>>944
・サーバーの負荷減少はユーザーでなく運用側のメリットで今はユーザー視点のメリットについて議論しているのでは？
・トラフィックも同様
・表示書き換えは、、、SPAのほうが増えてないか？
・ユーザーの待ち時間は減る傾向が見られるね
・技術力が低い人に提供できないのはユーザーにとってはデメリットだね
つまりそれだけ利便性の高いサイトが少ないということだから
こうして一個一個深堀していくとやっぱりユーザー目線ではデメリットのほうが大きい気がするなー
ウェブIDE、オフィス文書編集、BPMエディタ、、、この手の従来デスクトップでしかできなかった超複雑なツールをブラウザで提供出来るようになったのは凄い発明だけど
何でもかんでもSPAってのは典型的なミステイクだね
未だに世の中のほとんどのサイトは従来の非SPAがマッチしてるよ
950(1): 2022/01/15(土)20:27 ID:V9VQU+75(3/4) AAS
>>946
ユーザー目線でも開発者目線でもどっちもシンプルということだね
上下前次1-新書関写板覧索設栞歴
あと 52 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.035s