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