22/01/06 12:39:58.64 /RkhTEU5.net
Ruby on Rails の埋め込みテンプレートERB では、
HTML, JavaScript も、a.html.erb, b.js.erb に、ERBで書いている
<% ～ %>, <%= ～ %>
だから、JSX の方が可読性が高い
762:デフォルトの名無しさん
22/01/06 16:20:27.07 KUTJJCqx.net
>>747
serverはapiだけだよいね
763:デフォルトの名無しさん
22/01/06 17:14:08.33 EbQMVjXp.net
うろ覚えだけどNext.jsのREST部分ってExpressみたいな感じだっけ？ 型に厳格にできるFasify使いたくなる。
764:デフォルトの名無しさん
22/01/07 00:30:34.19 0CT3Il9G.net
Fastify
URLﾘﾝｸ(www.fastify.io)
Node.js用の高速でオーバーヘッドの少ないWebフレームワーク
765:デフォルトの名無しさん
22/01/08 19:22:06.33 n1qotXzE.net
URLﾘﾝｸ(streamlit.io)
ここみると皆Reactなんだが
766:デフォルトの名無しさん
22/01/08 21:00:03.90 IBn1OFCK.net
そういうみんなReactとかいうこと言うと、
そもそもみんなReactやVueじゃなくてjQueryがほとんどじゃん
いや、煽ってるわけじゃないよ、念のため事実として言ってるだけね
767:デフォルトの名無しさん
22/01/08 21:28:33.00 n1qotXzE.net
もちろんそうだが文字通り利用者数が多いだけで実体は
フロントにベタ貼りみたいな使い方がほとんどだから多いだけじゃないの
768:デフォルトの名無しさん
22/01/08 21:30:27.61 2jxzo5wl.net
何度も何度もバカは学習しないんだな
769:デフォルトの名無しさん
22/01/08 21:31:14.14 2jxzo5wl.net
WordPressだろっつってんだろ
770:デフォルトの名無しさん
22/01/08 23:52:15.48 rZeJrpkB.net
面接でjQueryの良さを語る奴がいたら秒でお疲れしたって言うね
771:デフォルトの名無しさん
22/01/09 00:38:34.20 Z9YMd9OK.net
>>747
ルーティングの設定がいらないから、複数ページある場合はNextにした方が楽よ
あとは外部API叩きたいかつAPIキー隠したい場合なんかも、Next.jsでAPI書けるからいいんでないかね
772:デフォルトの名無しさん
22/01/09 00:54:42.58 LjmIy0NB.net
>>754
お前の知ってる様なそういうパブリックなWebサイトとかじゃなく
もっとクローズな用途なクラウドサービスのコンパネとか
773:デフォルトの名無しさん
22/01/09 02:10:21.94 ptXOvsUP.net
>>1にも話題禁止て書かれてるように
jqueryて、いやそりゃjquery便利だよ、でもそういうことじゃなくて・・
みたいな立ち位置だからな
774:デフォルトの名無しさん
22/01/09 02:12:41.98 DeP9nBOI.net
>758
面接でゲームプログラミングの技術の話をしたら
大人になってもゲームするようなやつは・・・なんて
言うやつもいるからなｗ
お前が正しく技術を判断できないだけやで
775:デフォルトの名無しさん
22/01/09 02:19:22.76 DeP9nBOI.net
>>760
なぜReactはパブリックには使えないのかって話だよね
776:デフォルトの名無しさん
22/01/09 02:42:58.17 /n8hCtnI.net
>>762
はぐらかすなよ
jQueryを使う人間はクソだと言う話をしてるだけだぞ
777:デフォルトの名無しさん
22/01/09 03:02:28.13 DeP9nBOI.net
「jQueryを使う人間はクソだと言う話をしてる」アホがいるってだけだろ？
それとも78%以上のサイトがアホだという証明でもあるんですか？
2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
ｽﾚﾘﾝｸ(prog板)
778:デフォルトの名無しさん
22/01/09 04:11:18.35 kL96YPJ6.net
詐欺サイトやゴミサイトのWordPressが自動量産されていくからこれからもjqueryはシェアを拡大していく
779:デフォルトの名無しさん
22/01/09 04:45:28.66 /n8hCtnI.net
>>765
お前が自分で証明してるでしょ
780:デフォルトの名無しさん
22/01/09 06:52:10.05 wCsLaPGq.net
>>759
SGでよければ外部APIキー使うときにgetStaticProps使えばAPI書くまでもないしね。
>>763
はぁ、Facebook, Salesforce, Paypal, Cloudflare, Twitter, Amazon 等そうそうたるメンバーがパブリックでも利用してますけども。
URLﾘﾝｸ(jp.quora.com)
781:デフォルトの名無しさん
22/01/09 07:24:36.84 DeP9nBOI.net
そうそうたるメンバーしか、パブリックで利用していない
782:デフォルトの名無しさん
22/01/09 07:55:46.28 wCsLaPGq.net
面接でjQueryの良さを語る人が来ても別にお祈り確定はしないけど、ここで暴れてるjQueryおじさんみたいなの来たら即お祈りするわ
783:デフォルトの名無しさん
22/01/09 10:31:52.82 lHcaSIlp.net
>>767
重要なのはReactのシェアが増えないことだろう？
このグラフは100%を振り分けたものではなく
ウェブサイトで使われてる割合を示すグラフなんだから
jQueryのシェアが増えたからって別にReactの
784: シェアが下がるわけじゃないってわかってる？ Reactはウェブサイトで2.5%しか使われてないんだよ
785:デフォルトの名無しさん
22/01/09 11:22:05.50 wCsLaPGq.net
その2.5%にトラフィック集中してそう
786:デフォルトの名無しさん
22/01/09 11:24:41.30 KvZKiBks.net
>>759
ディスプレイサイズに合わせて画像のリサイズとかwebp変換とかもやってくれるのも追加で
逆に素のReact使うメリットが見当たらんな
どっちも1回コマンド叩けばすぐに使えるし
787:デフォルトの名無しさん
22/01/09 12:01:24.48 x2Ju23jT.net
Nextってかssr、ssgできるようなフレームワークはライブラリによってはドキュメント通りに設定してもエラーになることがデメリットやな
Firebaseとかリッチテキストエディターとかエラったわ
788:デフォルトの名無しさん
22/01/09 12:43:56.53 LjmIy0NB.net
>>769
そら伝統的なほーむぺーじの進化系としての今のモダンなWebページと
AccessやVBやVC++で作られてたフォームアプリの汎用化としてのWebアプリじゃ求められるものが違うからやん
結局リテラシーが低いからそんな事も分からんのやろ？
789:デフォルトの名無しさん
22/01/09 12:48:50.92 0jw4qUTm.net
>>775
AccessやVBやVC++で作られてたフォームアプリの汎用化としてのWebアプリ
は同じマイクロソフト系のASP.netMVCで作るっしょあれサーバーサイドレンダリングもコンポーネントもRaserで作れるし
790:デフォルトの名無しさん
22/01/09 12:54:00.92 pFr5GuFk.net
ReactからNextって簡単に移行できるもの？
何も知らん状態からReactで作ってる途中なんだけどメリットしかないなら移行する
791:デフォルトの名無しさん
22/01/09 13:01:09.93 wCsLaPGq.net
>>775
そうか、考えてみると昔の人はVB(非.Net)とかVC++なんかでアプリ組んでたのか……ひたすら辛そう。まぁ今のwebアプリより考える事圧倒的に少ないんだろうけど。
792:デフォルトの名無しさん
22/01/09 13:15:05.18 LjmIy0NB.net
>>778
まぁアプリの方が作りはシンプルだけどトラブルあった時毎回現地に行かなきゃいけないみたいな不要な手間が相当あるからね
793:デフォルトの名無しさん
22/01/09 13:32:55.14 SQxynTEg.net
Webにできるようなアプリを単体で配布したところでそんな手間がかかったりするかねぇ。
現場じゃないとできないサポートってどんなんだろ？
794:デフォルトの名無しさん
22/01/09 13:41:15.88 0jw4qUTm.net
昔地図系のアプリ開発やったあとの保守で定期的にデータ更新しにいろんなところ回ったりしてたで
当時はネットワークでアップデートって時代じゃなかったから当たり前だったわ
795:デフォルトの名無しさん
22/01/09 15:44:54.35 LjmIy0NB.net
Accessとかだとデータ破損がよくあるっぽい
自分が担当じゃないがそれでよく現地行ってる人が居る
796:デフォルトの名無しさん
22/01/09 16:05:16.28 SQxynTEg.net
ネットワークが使えない現場の話かな？
797:デフォルトの名無しさん
22/01/09 16:17:20.50 lHcaSIlp.net
>>775
そんなこともわからんから
自分たちがReact使っだけで
ウェブ全体からjQueryがなくなるなんて勘違いしてるアホがいるんやで
現状はjQueryが78%以上使用されていて
しかもまだ増え続けてるんや
798:デフォルトの名無しさん
22/01/09 16:29:05.95 LjmIy0NB.net
>>784
別にjQueryがある事自体は否定してないよ
そらWebサイトは増え続けてるんだから利用実績は増えるやろ
799:デフォルトの名無しさん
22/01/09 16:39:27.64 wCsLaPGq.net
jQuery使いがjQuery使ってるのは好きにすれば良いよ。用途が違うからシェアがどれだけあっても関係ないし、俺たちも住み分けできて快適だ。
ここで暴れてる理由はまるでわからん
800:デフォルトの名無しさん
22/01/09 16:41:23.02 LjmIy0NB.net
初期の頃用途が違う事が理解できずにVue民とかがjQuery民にマウント取りに行ったのを今でも根に持ってるんだろうな
801:デフォルトの名無しさん
22/01/09 16:42:52.33 lHcaSIlp.net
脱jQueryとかアホなことを言ってるアホに
現実を教えてるだけだよ
802:デフォルトの名無しさん
22/01/09 16:43:44.49 lHcaSIlp.net
>>787
用途が違うのに最初に脱jQueryとか言って
使い物にならないものを普及させようとしたアホは誰かって話だ
803:デフォルトの名無しさん
22/01/09 16:49:16.50 lHcaSIlp.net
一時期ブームになった脱jQueryは
すっかり鳴りを潜めてしまったしな
ようやく用途が違うって理解したんだろう
80%近くの人にはjQueryの方が適切だったんだよ
804:デフォルトの名無しさん
22/01/09 16:52:50.92 LjmIy0NB.net
>>789
スマンなその頃俺もjQuery民やったしウザかったのも覚えてるが
その後に実際にAngular、Vue、Reactそれぞれある程度使ってみて検討した結果自分の用途にはReactが合ってるっていう結論に達したんや
805:デフォルトの名無しさん
22/01/09 16:54:45.80 lHcaSIlp.net
>>791
アンケート結果
Reactスレに居る住民の100%はReactを使っていました
みたいな話か？ｗ
806:デフォルトの名無しさん
22/01/09 17:01:24.09 LjmIy0NB.net
>>792
出来合いの認証機構一式（ログイン、登録、パスワード再発行辺りの機能）をそれぞれのフロントFWで置き換え実装してみた感じだが
807:デフォルトの名無しさん
22/01/09 17:19:20.04 wCsLaPGq.net
オーケーわかった。用途が違うしシェアも大きい。納得したから帰ってどうぞ
808:デフォルトの名無しさん
22/01/09 19:23:08.53 PPbOyoIq.net
jQueryっていうか昔ながらのMVCがなんだかんだで一番ユーザーに受け入れられるってことなんだろうな
なのでMVCにCDNのreactってスタイルを洗練させて普及すれば数年でjQuery駆逐できると思う
809:デフォルトの名無しさん
22/01/09 19:30:36.04 LjmIy0NB.net
>>795
Reactはあらゆるものの部品化を洗練していくことで開発効率が上がるパターン
810:デフォルトの名無しさん
22/01/09 19:32:53.80 PPbOyoIq.net
>>796
そうだね
じゃあそれでMVCを洗練させていくのがシェア伸ばす近道だと思うよ
811:デフォルトの名無しさん
22/01/09 19:35:39.71 LjmIy0NB.net
そもそも使ってるところは使ってるんだから無理にシェアを増やす必要なんて更々ない
812:デフォルトの名無しさん
22/01/09 19:40:20.67 PPbOyoIq.net
シェアの大きさはライブラリの寿命に直結するから多いにこしたことはない
10年間メンテなしで安定して動くツールと頻繁にメンテしないといつ動かなくなるかわからないツール
ビジネスって常にコストパフォーマンスだから内容自体が相当に良いものじゃないと後者が勝つことはまずない
813:デフォルトの名無しさん
22/01/09 19:48:13.52 LjmIy0NB.net
>>799
シェアは比率であって絶対数じゃないんだから分母が大きい分仮に5%とかでも他の言語の規模に比べたら相当な数になるんだが
814:デフォルトの名無しさん
22/01/09 20:04:15.21 PPbOyoIq.net
それだけライバルの絶対数も増えるということだよ
経営判断をするときには統計、割合のほうが重視されるのは当たり前のこと
815:デフォルトの名無しさん
22/01/09 21:01:33.78 ptXOvsUP.net
とりあえず今個人的に熱いと思ってるStreamlitはvueよりrect推しみたいだな
URLﾘﾝｸ(streamlit-components-tutorial.netlify.app)
まぁいつでも方向転換しそうだが
816:デフォルトの名無しさん
22/01/09 21:02:22.98 EpYmzJC1.net
>>777
わりと簡単に移行できるけど、React覚えてからの方が混乱は無いと思うなぁ。Next.jsはあくまでもReactの延長線上にあるし
817:デフォルトの名無しさん
22/01/09 23:06:01.65 Z9YMd9OK.net
gatsbyちゃんはお亡くなりになったのかしら…？
818:デフォルトの名無しさん
22/01/09 23:13:49.50 uOSYnK8a.net
jQueryは時代遅れの産物
JavaScriptによる操作が弱くて不十分だった時代そしてブラウザ互換性が弱かった時代に有用であった
今はjQueryは不要
一方でReact万能主義の人もおかしい
Reactが適しているのはある規模のある用途での利用のみ
規模や用途が外れればReact以外が適していたり効率良かったりする
819:デフォルトの名無しさん
22/01/09 23:26:00.50 LnUseWXG.net
銀の弾丸はない
当たり前のことなんだがな
820:デフォルトの名無しさん
22/01/10 01:30:46.77 vc9CW7XN.net
>>805
やっぱり理解してないねｗ
jQueryはブラウザDOM APIを改良したもの
DOM APIを使うぐらいならjQueryを使う
821:デフォルトの名無しさん
22/01/10 02:03:28.38 yjEJqFVX.net
>>807
仮想DOMを用いるため直接DOM操作と無縁なReactやVueの方々がいるこのスレで
「DOM APIを使うぐらいならjQueryを使う」の主張は滑稽
とはいえ仮想DOMはベストではなく今では無駄な方法とみなされている
仮想DOM方式が敗北した原因は差分検知を実行時に行なっているため無駄が多く重くて遅いこと
Svelt等の仮想DOMを用いない方式では差分検知をコンパル時点で行なっているため軽くて速い
もちろんSveltでもjQueryのような昔の遺物は当然使わない
例えば以下の記事などを見ればjQueryがいかに無駄なのかすぐに理解できるであろう
Hey！そこの君！ jQueryからSvelteへ乗り換えてみない？
URLﾘﾝｸ(qiita.com)
【Svelte入門】jQueryでよく作る機能を新しいJavaScriptフレームワーク「Svelte」で再現してみた
URLﾘﾝｸ(canvaspace.xyz)
822:デフォルトの名無しさん
22/01/10 02:24:20.82 /C5xabSi.net
>>771
君頭が悪いの？
シェアとかなんの関係があるんだよ
お前が使う分には何も止めないし使えばいいよ
それを押し付けるなと言う話をしている
823:デフォルトの名無しさん
22/01/10 03:00:12.79 z4d97hDK.net
jQueryUIとjQueryMobileはメンテナンスモードになったし衰退は明らか
jQuery自体もshadowDOMやslot向けのAPI無いから直接DOM触るしか無いからな
機能不足が目立ってきたし役目を終える日は近いだろう
824:デフォルトの名無しさん
22/01/10 03:17:48.37 vc9CW7XN.net
>>809
シェアは評価だからね
世間の評価、俺とかお前が使ってるなんて狭い話じゃなくて
世間の評価を見ましょうって話
825:デフォルトの名無しさん
22/01/10 03:18:55.36 vc9CW7XN.net
>>808
jQueryからの移行記事があふれるってことは
移行してない人が今も多いってことだよ
Backbone.jsから乗り換えましょうとか
聞かないだろ？
826:デフォルトの名無しさん
22/01/10 03:20:30.48 vc9CW7XN.net
>>810
> jQuery自体もshadowDOMやslot向けのAPI無いから
追加すりゃいいじゃん？
アホなの？
827:デフォルトの名無しさん
22/01/10 03:55:42.89 /C5xabSi.net
>>811
じゃあgithubのスター見ようか？
評価なんて人によって違うんだよ
だから言ってるの
828:デフォルトの名無しさん
22/01/10 03:57:55.18 /C5xabSi.net
>>813
じゃあ追加して
829:デフォルトの名無しさん
22/01/10 04:00:27.48 2kgrfn9w.net
YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンは、
月千円と有料だけど、日本6位の3千人
一方、Vue.js の日本ユーザー会も、3千人
単なる1個人の有料Railsサロンと、日本全体のVue.jsが同じ人数。
React は、もっと少ない。
つまり、そういうのを使う所がない
Railsでは、React, Vue.jsも使うけど、
Bootstrap, jQuery だけで済ます規模もある
Railsでは、2億レコード・取引先が2万社ぐらいでも、大丈夫。
2021年10月には、Railsを使い続ける宣言をしている、GitLab が上場し、時価総額は約1.9兆円！
つまり、時価総額1兆円ぐらいまでは、Railsで行ける
Rubyの女神・池澤あやかは、Ruby biz Grand prix 2020の大賞を取ってるけど、
その時に、他のフレームワークでは開発者がいなくて、
結局、Railsで作る事にしたと言っていた
Rails以外のフレームワークは難しいから、まともに作れる開発者は少ない。
可読性も悪いし、開発者を集めにくい
830:デフォルトの名無しさん
22/01/10 04:00:46.32 /C5xabSi.net
>>810
jQueryUI絶賛してたバカが職場にいて
結構なところで使ってる
そのコードをReactに移行したいが相当厳しい
何も楽しくない上にテストもない
マジでクソ厄介なもん入れやがったわ
831:デフォルトの名無しさん
22/01/10 04:35:13.42 gIE9bO0b.net
>>810
jQueryUIって今となってはかなり旧式の外観だしな
jQuery使うにしてもUI/UXコンポーネントにjQueryUIを使うってのは今となってはナシだよな
見た目に関してはBootstrapとか使った方がいいしな
832:デフォルトの名無しさん
22/01/10 05:18:25.61 vc9CW7XN.net
>>814
じゃあ、評価じゃなくて
実際にどれだけ使われてるかで話をしましょう
833:デフォルトの名無しさん
22/01/10 07:01:44.32 X273GCfV.net
jQueryおじさんやRailsおじさんは人の話聞かないんだからほっときゃ良いのだ。ページ数が開発者の支持を示してるなんて言ってるあたり業界人ですら無いんだし
834:デフォルトの名無しさん
22/01/10 07:16:09.05 X273GCfV.net
>>808
Svelteってlet多用するんだなぁ。シンプルだからWebに慣れてないうちは良さそうだけど、本格的なアプリとか作るには辛そう。
835:デフォルトの名無しさん
22/01/10 09:12:17.57 kImY1hGC.net
>>821
どういうこと？let多用が危険そうって事？
コンポーネントに閉じるものしかletにしなかったら大丈夫だよ。
Svelteの良いところはまさにそういう「小回りが利く」部品が作れるところだと思う。
超大作SPAも作れんことは無いと思うけど。
836:デフォルトの名無しさん
22/01/10 09:24:32.68 5diyPxXP.net
なんでletだとだめなん？
837:デフォルトの名無しさん
22/01/10 10:15:59.72 X273GCfV.net
>>822
あぁコンポーネントに閉じれるのか、なら全然良いや
838:デフォルトの名無しさん
22/01/10 11:36:36.62 1lgDMYAu.net
Svelteはどーもやる気せんわ
モバイル開発でrn、fltに並ぶようになってからだな手つけるのは
839:デフォルトの名無しさん
22/01/10 11:55:11.84 vc9CW7XN.net
>>820
何いってんの？開発者の指示と現実は違うってことだよ
昔CoffeeScriptとか人気だったじゃないｗ
でも現実は廃れた
もっと現実を見ようよ。人気でも使われてないんだよ。
840:デフォルトの名無しさん
22/01/10 12:37:08.33 X273GCfV.net
CoffeeScriptとかあったな～。JSが進化して不要になっちゃった
841:デフォルトの名無しさん
22/01/10 12:42:21.84 1lgDMYAu.net
>>826
reactもいずれこうなるのかな？
シェア低いとどうしても不安よね
842:デフォルトの名無しさん
22/01/10 13:01:52.14 IM1YbRvY.net
Reactの機能がブラウザに取り込まれでもしない限り（そしてそんな事は標準としてはやり過ぎなので）無いんじゃないかな。
仮にReactが死んでもポストReactが出てくるだけだろう
843:デフォルトの名無しさん
22/01/10 13:10:29.09 1lgDMYAu.net
そうなると載せ替えがまた面倒そうだな
それが仕事になって金が貰えると考えると労働者としては悪くない話だが
844:デフォルトの名無しさん
22/01/10 13:15:07.30 93i4rHfn.net
モバイル開発でのRNは終わりつつあるだろ。
むしろWebViewがどんどん安定してるしWebでの画面構成があまりにも楽なので、PC版はelectron、モバイル版は自家版WebViewアプリとかCapacitorみたいな組み合わせ増えてない？
Flutterでアプリ公開してるけど、次作はWebViewアプリに原点回帰しつつある。
Cordovaは早すぎた。
845:デフォルトの名無しさん
22/01/10 13:26:25.29 1lgDMYAu.net
なんだかんだで品質も生産性もネイティブのが数段上だよ
WebViewは品質は二の次でウェブ開発者しか居ないときの選択肢
ストアで一流のアプリを眺めて見ればわかる
WebViewメインなんてほとんどない
846:デフォルトの名無しさん
22/01/10 13:27:51.48 gIE9bO0b.net
逆にもう大概確定シェア層があるんだから今更廃れるとか気にする必要ない
もっといいと思えるものが出たんであればその時乗り換えればいいだけ
847:デフォルトの名無しさん
22/01/10 13:29:56.92 1lgDMYAu.net
>>833
その乗り換えコストが嫌なんだよ
だからウェブ世界の中心であるMVCのサポートを手厚くしてReactの地位を盤石のものにしてほしい
SPAにこだわってたら未来ないよ
848:デフォルトの名無しさん
22/01/10 14:08:20.03 X273GCfV.net
定期的に現れるMVC大好きマンは一体何なのだ。いつの時代から来たのだ。
849:デフォルトの名無しさん
22/01/10 14:15:45.29 gIE9bO0b.net
>>834
いや、お前は無理して使わなくていいよjQueryでも使ってなよ
850:デフォルトの名無しさん
22/01/10 14:16:45.56 1lgDMYAu.net
>>835
JUST NOWだよ
君のいる平行世界ではSPAが世界シェアの大部分を占めているのかい？
851:デフォルトの名無しさん
22/01/10 14:17:17.34 1lgDMYAu.net
>>836
jqは嫌だ
852:デフォルトの名無しさん
22/01/10 15:40:24.16 TpA1PF6Q.net
>>832
気づかんレベルになってるだけでは？
ノートアプリのObsidianとかWebViewベースだけどサクサクだぞ。
853:デフォルトの名無しさん
22/01/10 15:48:54.33 X273GCfV.net
>>837
SPAとMVCは直接関係ない概念では？
854:デフォルトの名無しさん
22/01/10 16:41:15.90 igH5zo3P.net
>>810
jQuery使うメリットとして唯一存在していたjQueryUIもオワコンなのかよ
ついにReactやるしかないかー
でも独自UI作るのしんどいんだよなー
855:デフォルトの名無しさん
22/01/10 17:42:13.67 vc9CW7XN.net
>>841
jQueryUIが使う理由ってやっぱりわかってないじゃないかｗ
jQueryUIは昔から使う意味がなかった
jQueryはDOM APIの改良版だから意味がある
856:デフォルトの名無しさん
22/01/10 18:25:23.69 GK5/vvI7.net
DOMの改良版だったのは昔の話で、DOMが改善された今では劣化版じゃね
857:デフォルトの名無しさん
22/01/10 18:37:38.78 rsgowJ2i.net
>>843
その通り
858:デフォルトの名無しさん
22/01/10 18:38:53.55 igH5zo3P.net
>>842
ゼロからUI作るのが面倒だから使ってるんでしょ
あとIEが死んだ今DOM APIは統一的に書けるのだが
859:デフォルトの名無しさん
22/01/10 18:39:12.99 vc9CW7XN.net
>>843
比較記事ならたくさんあるでしょ？
jQueryをDOM APIで書いてみた＝数倍に行数が膨れ上がってしまった
これが結論ですよ
DOM APIは改善されてない
機能が追加されただけで
互換性がある＝昔のまま
860:デフォルトの名無しさん
22/01/10 18:39:42.57 vc9CW7XN.net
>> あとIEが死んだ今DOM APIは統一的に書けるのだが
あはは、jQueryは生産性の改善なのに
まーた的はずれな批判してるｗｗｗ
861:デフォルトの名無しさん
22/01/10 18:57:19.38 gIE9bO0b.net
昔jQuery使ってた頃もajax関連の処理かセレクターで属性変更系の処理が大半だった記憶があるが
それなら今となっては素のjsでもそんなに困らんがなんかそれ以外で重要な恩恵ってなんだっけ？
862:デフォルトの名無しさん
22/01/10 19:02:50.79 X273GCfV.net
React使えば数行どころの改善じゃないしバグも減る。目先の数行で一喜一憂するような、小さいプログラムしか組んだこと無いうちは理解できないだろうけど
863:デフォルトの名無しさん
22/01/10 19:04:48.90 yjEJqFVX.net
>>846
ちゃんと>>808の記事を見た？
Svelteで書かれた同等のものをjQueryで書いてみた→数倍に行数が膨れ上がってしまった
これが結論ですよ
jQueryは完全に時代遅れ
864:デフォルトの名無しさん
22/01/10 19:07:28.51 VxpG8AJ/.net
多分jQueryおじさんはPromise使えない
865:デフォルトの名無しさん
22/01/10 19:51:27.59 gIE9bO0b.net
>>850
Svelteがいいか悪いかは別として高々数十行数の例題の行数の増減に拘るヤツは無能やろ
866:デフォルトの名無しさん
22/01/10 20:31:39.36 vc9CW7XN.net
>>848
jQueryの恩恵は生産性の向上
DOM APIで書くよりも数倍シンプルに書くことが出来る
867:デフォルトの名無しさん
22/01/10 20:32:38.96 vc9CW7XN.net
>>850
$('.class').on('click', function() { alert("ok"); })
これをSvelteで書いてみて
868:デフォルトの名無しさん
22/01/10 20:37:40.39 vc9CW7XN.net
>>851
うっわｗｗｗ
Promiseって、jQuerryの方が先にDeferredとして採用した機能で
その後にPromiseが標準化された後はDeferredはPromise互換になってるんやで
調べてみたらjQuery 1.5でリリースされた機能だから2011年、もう10年以上も前から使ってる機能
お前はそんなことも知らんのや。最近Promise知って自慢気にでもなってんのか？
869:デフォルトの名無しさん
22/01/10 20:39:32.89 vh0ca0zj.net
そもそもjQueryってまだメンテされてんの？
870:デフォルトの名無しさん
22/01/10 20:39:54.23 vc9CW7XN.net
それぐらい調べろよ
871:デフォルトの名無しさん
22/01/10 20:44:39.86 gIE9bO0b.net
>>857
jQuery自体はまだまだ現役だけど
jQuery～って派生モノが結構終わってきてる
872:デフォルトの名無しさん
22/01/10 20:45:03.96 gIE9bO0b.net
アンカ間違えた>>856
873:デフォルトの名無しさん
22/01/10 20:47:11.64 vc9CW7XN.net
jQueryの派生物って結局デザインの部分で
そこはCSSを使えばいいだけなんだよね
jQueryはクラスとか属性を操作するもの
で、そのデザインは変わりやすいもので
Reactとかは結局CSSのアップデートで不要になっていく
874:デフォルトの名無しさん
22/01/10 20:54:46.19 grEJ9ec8.net
なんでjqueryの話になってんの？
専用スレでやればいいっていうかそっちいけ
875:デフォルトの名無しさん
22/01/10 21:00:00.22 34VbY5l/.net
>>856
実質されてないみたいなもん
進化も退化もないからメンテは要らんと思うけどね
オリジナルの作者がもう違うことやってるし投げ出した
今思えば酷いコードだ
彼とは昔shibuya.jsってところで会ったことがあるのだけど
876:デフォルトの名無しさん
22/01/10 21:10:12.17 Y0gY4U10.net
>>855
自慢げに語ってて草
877:デフォルトの名無しさん
22/01/10 21:23:01.34 X273GCfV.net
jQueryの作者についてググったら、2016年にはもうReactに乗り換えてるじゃん
878:デフォルトの名無しさん
22/01/10 21:25:46.83 34VbY5l/.net
>>855
それを言えば元々はpythonのイベント駆動のフレームワークが起源だよ
それを取り入れた
879:デフォルトの名無しさん
22/01/10 21:25:58.06 gIE9bO0b.net
>>864
そういうのって結構多いんよね
Pythonの作者もPythonコミュニティ抜けたし
Delphiの作者もMicrosoft行ったし
880:デフォルトの名無しさん
22/01/10 21:43:05.79 34VbY5l/.net
>>864
本人に取っても黒歴史だろうね
こんなきちがい信者まで産んじゃってw
881:デフォルトの名無しさん
22/01/10 22:07:00.68 bkqxFRjl
882:.net
883:デフォルトの名無しさん
22/01/10 22:48:04.17 pS98ddBp.net
IT分野は言語でもフレームワークでも何でも同じだけど
出来る人たちはある程度の期間が経ったら新しいものへちゃんと乗り換える
細かく見ればそれぞれの期間でも適材適所で複数を使い分ける
一方でダメな人たちは一つのものに依存
884:デフォルトの名無しさん
22/01/10 23:37:01.84 gHWf0EAq.net
>>854
短さにこだわる割にfunction使うのか……
885:デフォルトの名無しさん
22/01/11 00:17:35.94 mxhuTDkZ.net
>>854
なんでアロー使わんの？
886:デフォルトの名無しさん
22/01/11 01:17:39.85 fJrts7FW.net
そもそもReact/Vue/Svelteのどれもイベントハンドラの為にわざわざセレクタなんか使わないからね
jQueryに囚われすぎて思考が狭くなってるよ
もう少し勉強した方がいい
それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど
他のライブラリは管理不要になってるからね
半端な�
887:㈱ﾗコードの真似をしろと言われても困るよw
888:デフォルトの名無しさん
22/01/11 01:23:25.82 P6YErMSE.net
>>872
たしかに馬鹿げてるなw
889:デフォルトの名無しさん
22/01/11 02:14:14.47 TAtkceMX.net
小規模では、jQuery は圧倒的
これを素のJS で書いたら、コードが数倍になって、バグだらけで使えない。
生産性が悪く、長時間労働になるから、
コストが高くなって、時給が減る
Deferred, Promise もある。
Ajax も皆、jQuery を使っていた。
それを最近は、axios に分離した
LoDash も良い
890:デフォルトの名無しさん
22/01/11 02:33:45.09 P6YErMSE.net
>>854
書く必要がない
891:デフォルトの名無しさん
22/01/11 02:38:32.89 mxhuTDkZ.net
>>874
時給なん？
892:デフォルトの名無しさん
22/01/11 07:27:25.35 8AH1bIz7.net
>>874
jQueryは地味に罠が多いし、独特だし、インターフェース設計古いし、ネット上の解説コードの品質が低いし、なんでも文字列だし、 バグ増える印象ある。
歴史が長いし、作られた当時は何もなかったから仕方ないんだけども。
893:デフォルトの名無しさん
22/01/11 08:52:19.62 e5xCtEGd.net
>>870
thisが使えるから、こっちのほうが短くなりやすい
>>871
DOM APIとの互換性
894:デフォルトの名無しさん
22/01/11 08:52:52.31 e5xCtEGd.net
>>875
何もしないでokって出せるのか凄いなｗ
いいから動くもの出せよ
895:デフォルトの名無しさん
22/01/11 08:53:15.82 e5xCtEGd.net
>>877
自分が無能なものをライブラリのせいにするな
896:デフォルトの名無しさん
22/01/11 08:59:20.14 e5xCtEGd.net
>>872
> それにjQueryのonで登録したハンドラはoffで開放しないとリークするけど
なんでいちいちボロを出すんだｗｗｗ
最初からリークしないように設計されたんだが
歴史の話をしてやろうか？
古くかIEでattachEventでハンドラを登録した時ページ移動しなければ
メモリリークしてしまう問題をjQueryは解決したのが売りの一つだった
DOM APIの先はJavaScriptの領域外のブラウザのAPI（ActiveX？）だったため
JavaScriptの参照ポインタが機能しないのが根本的な原因
だからそれを解決するため、俺の記憶が間違っていなければ
オブジェクト（イベントハンドラ）を直接参照するのではなくIDを使った
ウィークポインタのような仕組みを使ってハンドラを管理した
DOM APIに直接登録するのはjQuery自身のイベントハンドラ一つで
いくつ登録しても、内部のハンドラマネージャーがうまいこと
転送するという仕組みで実装されたからメモリリークしないのがjQuery
897:デフォルトの名無しさん
22/01/11 09:01:52.24 e5xCtEGd.net
>>865
ちゃんと書けよ
それを言えば元々はpythonのイベント駆動のフレームワークが起源だよ
それをjQueryは取り入れた
だからPromiseと同等のものにJavaScriptプログラマ触れたのはjQueryが先で
jQuery使ってるプログラマがPromiseを知らないとかありえないだろ
お前が知らんだけじゃんかｗｗｗ
って話の流れだろ
898:デフォルトの名無しさん
22/01/11 09:18:40.61 HkMauCRX.net
jqueryジジイさんは会社や開発でjqueryすごい！Reactクソ！って言ってjqueryのみで仕事してんの？
それともWebサイトしか作れない底辺？
899:デフォルトの名無しさん
22/01/11 09:28:15.89 8AH1bIz7.net
>>878
たった4行でここまで無能を晒せるとか凄い奴だな
900:デフォルトの名無しさん
22/01/11 10:35:17.70 e5xCtEGd.net
>>883
DOM APIは互換性が高くなった。だから
DOM APIでやればいいって言ってるやつがいるだろ？
DOM APIだけでやってるよ。ただしjQueryという便利なライブラリでラップして。
わざわざ自分でDOM APIを簡単に使えるラッパーを自作するなんてアホでしょう？
901:デフォルトの名無しさん
22/01/11 10:35:33.69 e5xCtEGd.net
>>884
反論は？
902:デフォルトの名無しさん
22/01/11 11:41:38.20 fJrts7FW.net
>>881
それIE固有のリーク回避処理でしょ
IEサポート外した時にIE対処コードは除去されてるよ
しかも上位ノードで�
903:Cベントバブリングを捕捉した後のコールバック管理の話とごちゃ混ぜになってるし 記憶の整理もできてないのにどうしてそんなに自信満々なんだろうか
904:デフォルトの名無しさん
22/01/11 12:07:20.77 e5xCtEGd.net
>>887
は？jQueryがリークするって言ったのお前じゃん
じゃあIEのリーク以外にイベントハンドラでリークするっていう
デマ（笑）はどこから持ってきたのか言えよ
まず最初にお前が記憶（捏造）をはっきりと書き出せ
IEの時点でリークが回避されてるっていうのに
on使うだけでリークするわけがないって、少し考えればわかるやろ
905:デフォルトの名無しさん
22/01/11 12:08:07.72 e5xCtEGd.net
しかも上位ノードのイベントバブリングとか
全く話に出てきてないことを言い出すし
な？こういうことだよ。jQueryをわかってないで批判してる
906:デフォルトの名無しさん
22/01/11 12:16:30.78 e5xCtEGd.net
> IEサポート外した時にIE対処コードは除去されてるよ
IEサポート外なら、メモリリークしないということになるだろｗ
IE以外ではメモリリークしないんだろ？
907:デフォルトの名無しさん
22/01/11 12:21:35.79 P6YErMSE.net
>>882
いやだからお前が無知って話なんだが？
本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる
908:デフォルトの名無しさん
22/01/11 12:22:19.44 HkMauCRX.net
>>885
答えになってない
909:デフォルトの名無しさん
22/01/11 12:23:03.67 P6YErMSE.net
>>881
もうIE死んだんだからどうでもいいよ
910:デフォルトの名無しさん
22/01/11 12:23:06.68 e5xCtEGd.net
「jQueryが起源だ」でこのスレを検索しても何も見付からない
自分で嘘つきであることを証明した瞬間ｗ
911:デフォルトの名無しさん
22/01/11 12:23:30.40 8AH1bIz7.net
jQueryおじさんはどんなアプリ作ってるか（仕事してるか）とか、大きいアプリ作った事ない疑惑に関してはきっちりスルーするね
912:デフォルトの名無しさん
22/01/11 12:24:49.74 e5xCtEGd.net
JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
それにムカついてるのか？
起源なんて書いてないがｗ
913:デフォルトの名無しさん
22/01/11 12:25:49.86 e5xCtEGd.net
>>895
誰もが知ってる超大規模ウェブサイトだな
914:デフォルトの名無しさん
22/01/11 12:27:16.03 e5xCtEGd.net
>>893
メモリリークするIEが死んだんだから
jQueryもメモリリークしないで終わる話
お前がいい出したんだぞ
915:デフォルトの名無しさん
22/01/11 12:28:28.28 P6YErMSE.net
>>896
それを起源って言うんだよw
日本語もわからないの？
916:デフォルトの名無しさん
22/01/11 12:28:56.54 P6YErMSE.net
>>898
いやそれは俺じゃないぞw
お前みたいに自演などしない
917:デフォルトの名無しさん
22/01/11 12:29:22.45 3moQ43fE.net
>>897
答えてなくて草
918:デフォルトの名無しさん
22/01/11 12:29:49.05 e5xCtEGd.net
>>899
なるほど
JavaScriptよりも先にjQueryの方が
Promise（Deferred）を採用したって俺が言ったから、
「jQueryが起源」という意味に勘違いして
あらしてたのかｗｗｗ
な？こういうやつなんだよ
919:デフォルトの名無しさん
22/01/11 12:36:39.36 P6YErMSE.net
>>902
起源に論点ずらしてるがまずその認識が間違ってるのよ
jQueryのはtwistedを参考に作られたの
それを知らなかったよね？と言う話
あなたが無知を論点にしてたからそれを咎めたの
わかる？
起源の話はしてない
jQueryは凄くないと言う話をしてる
920:デフォルトの名無しさん
22/01/11 12:37:23.27 fJrts7FW.net
>>888
うーん文意読み取れない？
onのリークとIE固有のリークは別物だよ
さらにその2つとも関係ないjQueryの実装の話も混じってるよ
と補足したらわかるかな？
リークはonとremoveChild繰り返しで簡単に確認できるよ
921:デフォルトの名無しさん
22/01/11 12:39:48.98 e5xCtEGd.net
891 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:21:35.79 ID:P6YErMSE [3/7]
> >>882
> いやだからお前が無知って話なんだが？
> 本当の起源を知らないでjQueryが起源だ！と言ってる無知なあなたを咎めてる
899 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:28:28.28 ID:P6YErMSE [5/7]
> それを起源って言うんだよw
903 返信：デフォルトの名無しさん[sage] 投稿日：2022/01/11(火) 12:36:39.36 ID:P6YErMSE [7/7]
> 起源の話はしてない
わろたｗｗｗ
922:デフォルトの名無しさん
22/01/11 12:40:53.24 P6YErMSE.net
どうやら完璧に論破したみたいだな
気持ちいいぜ
923:デフォルトの名無しさん
22/01/11 12:41:05.16 e5xCtEGd.net
>>904
> リークはonとremoveChild繰り返しで簡単に確認できるよ
reactとDOM APIを混ぜて使って
reactはメモリリークするって話をしてるんですね
「お前がアホ」で終わるよねｗｗｗ
924:デフォルトの名無しさん
22/01/11 12:42:42.26 BOCqnA8F.net
恣意的な編集して論破とか言ってる恥ずかしい人がいる……
925:デフォルトの名無しさん
22/01/11 12:45:51.77 e5xCtEGd.net
いつもの勝利宣言だから、もう書き込まないでしょうｗ
926:デフォルトの名無しさん
22/01/11 12:48:06.76 BOCqnA8F.net
あ、間違えた。論破してる人と恣意的編集してる人は別だわ。
論破は確かにしてるわ
927:デフォルトの名無しさん
22/01/11 12:49:25.14 e5xCtEGd.net
>>910
IDを見ずに内容から、こいつキチガイだって判断したんだろ？ｗ
それが事実だよ
928:デフォルトの名無しさん
22/01/11 12:50:46.87 BOCqnA8F.net
>>911
恣意的な編集してる方が普通にキチガイだよ
929:デフォルトの名無しさん
22/01/11 12:52:13.82 e5xCtEGd.net
>>912
自分の判断に素直になれよｗ
誰も起源なんて言ってないのに
「恣意的な編集して起源って言ったニダ！論破したニダ！」
って言ったほうがキチガイに決まってるじゃんかｗ
930:デフォルトの名無しさん
22/01/11 12:55:00.59 wnL/hmXC.net
ここのスレタイとテンプレみて居座る奴がまずキチガイ
931:デフォルトの名無しさん
22/01/11 12:55:18.35 BOCqnA8F.net
>>913
突然ニダニダ言い出してどうしたの？
もうすぐ超大規模ウェブサイトの端っこで惨めに数行減らす作業の時間だよ？
932:デフォルトの名無しさん
22/01/11 12:55:59.22 e5xCtEGd.net
>>915
jQuery使ってるから、すでに最小の労力で
プロジェクトは完遂してるぞｗ
933:デフォルトの名無しさん
22/01/11 12:58:05.23 BOCqnA8F.net
>>916
jQuery以外には何使ってるの？ jQuery以外の部分は触らせてもらえないんだろうけどさ
934:デフォルトの名無しさん
22/01/11 12:59:24.44 e5xCtEGd.net
>>917
それに答えたらなにかいいことでもあるのか？
GCP使ってるけど？
935:デフォルトの名無しさん
22/01/11 13:02:09.73 BOCqnA8F.net
>>918
執拗に回答を避けてるからなんでかなと思って。GCPとか全然回答になってない事言うし
936:デフォルトの名無しさん
22/01/11 13:04:01.96 e5xCtEGd.net
はぁ？やってることってプログラミング環境全てじゃん
RubyとかPythonとか言えばいいのか？
937:デフォルトの名無しさん
22/01/11 13:07:58.15 BOCqnA8F.net
>>920
普通GCPの～を使ってるって言い方するでしょ。GCPって言い方は変だよ、明らかに
938:デフォルトの名無しさん
22/01/11 13:18:52.55 BOCqnA8F.net
全体を把握してない、全く権限無いんだろうな
939:デフォルトの名無しさん
22/01/11 13:21:43.73 yEugkBXV.net
reactその他と良し悪しを比較するなら意味があるだろうが、じぇーくえりーしか知らん奴のゴリ押しは無価値なんだよなぁ
940:デフォルトの名無しさん
22/01/11 14:17:28.40 Jt6jcb4u.net
jQueryくんはなんかそっち系のスレ出来てるからそっちいって
941:デフォルトの名無しさん
22/01/11 15:53:27.16 isLB2q1s.net
老害のテンプレみたいな人だな
942:デフォルトの名無しさん
22/01/11 16:51:50.09 8AH1bIz7.net
いわゆる無敵くん
943:デフォルトの名無しさん
22/01/11 23:06:45.88 TAtkceMX.net
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 の動画を一斉に上げた！
すごい。全員が最先端を攻めている
944:デフォルトの名無しさん
22/01/12 07:15:25.17 qSKEQhiy.net
Railsはどうでもいけどesbuild使うとビルド速くなる以外にメリットあるのかな？
945:デフォルトの名無しさん
22/01/12 09:01:00.33 KICzL1Th.net
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
946:927
22/01/12 23:33:25.22 FL+rK1TR.net
Rails7がもつフロントエンドへの「答え」、2021/9
URLﾘﾝｸ(zenn.dev)
Rails 7 をちょこっと試す（さらば、Webpacker 編）、2021/9
URLﾘﾝｸ(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 へ変わる
947:デフォルトの名無しさん
22/01/15 09:01:02.57 3bevh9WS.net
NextとFirebaseでSNSっぽいの作ってみて思ったんやが、NextとかNuxtとかのフロントエンドのフレームワークって、フロントエンドの技術メインで全部やろうとしたら有用やなとは思ったが、バックエンドちゃんと書けたり書ける人おるんやったら、いらんかもと思ったんやがどう思うよ
古い感覚なんかもしれんがロジックは基本バックエンドで書いて隠蔽して、フロントはjson要求したりjsonの色付けだけの方が、構成として綺麗かなーとは思ったんや
フロントでゴリゴリとロジック書いてて、これええんか…？って思ってまう
Railsみたいなフルスタックから、フロントやバックとかを分離する方向に時代は向かっとるとは思うが、Nextもフルスタックになりつつあるし
フロントがSPAとかSSGになってんのは体感速度爆上がるからそこはええと思うんやがな
948:デフォルトの名無しさん
22/01/15 09:37:58.71 MzMBXp9X.net
ユーザーが何でも変更可能なクライアントのコードで
全部やったら不正しまくりだろ
フロントエンドで重要なことをしたらだめに決まってる
949:デフォルトの名無しさん
22/01/15 12:34:20.93 IPCx9P3x.net
Nextは別にフロントバックエンドがゴッチャにはならんでしょ、シームレスにも出来るってだけで。バックエンド好きなもの使えるし。
FirebaseというかFirestoreはたしかにそんな傾向あるけど、そこは考え方を転換すればセキュリティを担保できるし、必要なとこはFunctionsでやればいいのだ。
950:デフォルトの名無しさん
22/01/15 12:50:45.75 oDjvE5hT.net
>>931
要らんと思う
フロントはあくまでAPIクライアント
951:デフォルトの名無しさん
22/01/15 13:49:47.30 GR0VNvzC.net
フロントしか開発したことない人が使うには良いんだろうね
バックエンドも触ってる人からみれば分離した方が開発も運用も楽っての当たり前に理解しているし
952:デフォルトの名無しさん
22/01/15 13:53:38.96 SXry2lpj.net
jQuery時代の人なら普通にバックエンドも
プログラミングしてたんだけどね
派手なものを簡単に作れるから
基礎技術ができてない人が多い
953:デフォルトの名無しさん
22/01/15 14:07:50.12 Jx/A2570.net
別にReactとかじゃなくてもフロント改変なんていくらでもできる
なんならパケット直いじりツール使えばどんなシステムでも変更できるし
954:デフォルトの名無しさん
22/01/15 16:41:02.38 0b+CARq6.net
ちょこちょこNext.jsやFirebaseやった事ないのかズレた事言ってる奴が居るな……
955:デフォルトの名無しさん
22/01/15 16:49:44.37 SUNY4hKu.net
>>931自体がNextを要らないと言っているのかSPAを要らないと言っているのかポイントが絞れてないからじゃね？
956:デフォルトの名無しさん
22/01/15 18:21:05.07 Wq5Z+JoU.net
ついにnext.jsを使うプロジェクトを開始したぞ
ちな俺はサーバーサイドもフロントもガッツリやったことがある
その俺が評価してやんよ
ミスったら俺の首が飛ぶ
957:デフォルトの名無しさん
22/01/15 19:22:11.97 Ipn+w0vn.net
利用者の体感利便性を考えたら
まずはページ再送出をしないCSR/SPA化が今では必須でしょう
更に最初のアクセスページのためにCSRだけではダメで最低限SSR併用か可能ならSSGが必要
バックエンド開発者もこの変化についてこれない人は
CSRのためのAPI対応しか出来なかったり
もっと古い人はCSR未対応の古きSSRオンリーしか出来なかったりで
なぜ「CSRとほぼ同じコードをSSR/SSGする必要があるのか」さえも理解できていないようです
958:デフォルトの名無しさん
22/01/15 19:54:39.76 oDjvE5hT.net
SPAで利便性がよくなるか？という問題は場合によるとしか言えんからなー
シンプルなMPAのほうが使いやすいと感じるケースは未だに多い
SPAが必須と考えるのは開発側の独りよがりだよ
959:デフォルトの名無しさん
22/01/15 20:06:15.24 YsspSJMD.net
まあでもSPAのほうが余分なもの読み込まないぶん若干ページ遷移早いよな
そこだけは褒めてやるべきだとおもうわ
まあ作り手の面倒は増えてるし回線速度が速い現在に本当に必要なのかは疑問だけど
960:デフォルトの名無しさん
22/01/15 20:11:01.62 Ipn+w0vn.net
>>942
SPAは毎回ページまるごと送出しなおしのMPAよりも以下の利点がある
・サーバーの負荷減少
・トラフィックの減少
・ブラウザ側での表示書き換え減少
・ユーザーの待ち時間減少 (体感の向上)
つまり全てにおいてエコで優れている
もちろんSPAに加えて前述のように最初のページアクセス待ち時間減少のためにSSR/SSG併用
デメリットは「技術の低い人たちは提供できない」
961:デフォルトの名無しさん
22/01/15 20:17:20.94 V9VQU+75.net
ユーザー目線で言うと非SPAはリロード時、遷移時に画面がしっかりリセットされる安心感があるんだよな
なんか動きが変な気がしたらとりあえずリロード、戻る、適当にハイパーリンククリック
それでまあまあ具合がよくなると経験的にわかってる
これは非常に重要なんじゃないかな
たぶん何も知らんユーザーからするとSPAは巨大でミュータブルなオブジェクトに見えてるんじゃないかとおれは考えてる
逆に非SPAはほとんどイミュータブルな関数に見えてる
もちろんプログラミングの素人であるユーザーがイミュータブルとミュータブルの違いを認識してるはずは無いんだが
ぼんやりと感覚的にその違いを使い勝手という形で体感してるんじゃないかな
962:デフォルトの名無しさん
22/01/15 20:17:38.17 SUNY4hKu.net
>シンプルなMPAのほうが使いやすいと感じるケースは未だに多い
MPAの方がシンプルってそれこそ開発側の視点じゃね？
ユーザーから見てシンプルだというなら仕様が違うものを作っていることになるわけで、そもそも比較にならない。
963:デフォルトの名無しさん
22/01/15 20:17:52.19 IPCx9P3x.net
場合によってはSPAのほうが想定すること少なくて楽。
それはそれとしてSPAが適するかどうかは用途次第。なんだけど、最近MPAはSSGとSPAのハイブリッドばかりでSSR作って無いなぁ
964:デフォルトの名無しさん
22/01/15 20:20:47.89 IPCx9P3x.net
>>945
一般ユーザーはそこまで考えてないと思うし、そう思わせるならUIが悪いと思うな。個人的な意見だけども
965:デフォルトの名無しさん
22/01/15 20:26:33.13 V9VQU+75.net
>>944
・サーバーの負荷減少はユーザーでなく運用側のメリットで今はユーザー視点のメリットについて議論しているのでは？
・トラフィックも同様
・表示書き換えは、、、SPAのほうが増えてないか？
・ユーザーの待ち時間は減る傾向が見られるね
・技術力が低い人に提供できないのはユーザーにとってはデメリットだね
つまりそれだけ利便性の高いサイトが少ないということだから
こうして一個一個深堀していくとやっぱりユーザー目線ではデメリットのほうが大きい気がするなー
ウェブIDE、オフィス文書編集、BPMエディタ、、、この手の従来デスクトップでしかできなかった超複雑なツールをブラウザで提供出来るようになったのは凄い発明だけど
何でもかんでもSPAってのは典型的なミステイクだね
未だに世の中のほとんどのサイトは従来の非SPAがマッチしてるよ
966:デフォルトの名無しさん
22/01/15 20:27:14.48 V9VQU+75.net
>>946
ユーザー目線でも開発者目線でもどっちもシンプルということだね
967:デフォルトの名無しさん
22/01/15 20:29:04.59 V9VQU+75.net
>>948
ユーザーは考えてないよ
感じてる
968:デフォルトの名無しさん
22/01/15 20:31:15.89 Ipn+w0vn.net
>>945
それはそのサイトのバグです
>>949
普通に正しくSPAが作られていれば
ユーザーにとって見た目やUI自体は同じです
その上で反応速度の向上による体感の良さをユーザーは得られます
一方でSPAはサイト提供側にもメリットが大きく
サーバーの負荷減少と送出トラフィック減少により支出コスト(費用)を減らせます
969:デフォルトの名無しさん
22/01/15 20:37:03.33 SUNY4hKu.net
>>950
そうじゃなくて、同じ機能、同じ画面仕様のものをMPAとSPAで作ったのに
ユーザーから見て一方がシンプルに見えるのはどのへんが違うのかという話。
970:デフォルトの名無しさん
22/01/15 21:02:44.04 y6GIaKTP.net
バックエンドがどれだけ地獄になろうが知ったこっちゃない
って話なら確かにフロントエンドは何の機能も持たせず極限にシンプルに出来るね
971:デフォルトの名無しさん
22/01/15 21:06:50.84 SXry2lpj.net
>>954
やっぱりフロントエンドしかできないやつはこの程度ｗ
972:デフォルトの名無しさん
22/01/15 21:11:23.62 IPCx9P3x.net
>>954
それやるとjsonを装飾するだけのフロントになるねw
>>955
jQueryおじさんはフロントもバックエンドもわかってないじゃん。どんな技術使ってるか尋ねられてGCPとか答えてたしw
973:デフォルトの名無しさん
22/01/15 21:13:13.42 NYY8L+mY.net
現代の多くのユーザーとこれからのほとんどのユーザーはネイティブアプリ触りまくってるから、ネイティブアプリっぽい動きできるspaの方がユーザー体験いいやろな
974:デフォルトの名無しさん
22/01/15 21:18:38.65 c5JWm7+b.net
>>956
使ってる技術なんだからGCPは間違いない
普通はデータベースなんかも使うだろう
まさかお前フロントJavaScriptしかやったことないのか？
975:デフォルトの名無しさん
22/01/15 21:19:49.63 c5JWm7+b.net
>>957
はっはっは、思考停止
現代の多くのユーザーが触りまくってるというのなら
ウェブサイトを触りまくってる
Amazonがゲームみたいなインターフェースだったら
使いづらくてしょうがない
976:デフォルトの名無しさん
22/01/15 21:25:29.78 IPCx9P3x.net
>>958
尻尾出すの早いよw
Linuxバリバリ使えるしそれこそクラウドも使えるよ。ちょっと年季入ったフロント屋ならバックエンド書けるのなんて普通じゃん。
さて、どんなDB使ってるのかな？
977:デフォルトの名無しさん
22/01/15 21:30:54.53 NYY8L+mY.net
>>959
ゲームみたいなインターフェースの是非は話してへんでおっちゃん
あとAmazonのネイティブアプリはおっちゃんが作れるウェブサイトみたいにベージ遷移の度にベージ全体読み込まへんで
一回Amazonのアプリをスマホにインストールして確かめてみたらええで笑
おっちゃんはスマホアプリでゲームしかしてへんのは分かったわ笑笑
978:デフォルトの名無しさん
22/01/15 21:31:05.16 y6GIaKTP.net
まあバックエンド＝LAMPの時代が長すぎたよね
979:デフォルトの名無しさん
22/01/15 21:47:21.05 IPCx9P3x.net
>>962
百花繚乱な今から考えるとスゲー長かったなぁ……
980:デフォルトの名無しさん
22/01/15 22:17:52.65 n9+l727f.net
おめえらゴミクソでまったくSPAの利点を理解してなくて萎えた
981:デフォルトの名無しさん
22/01/15 22:25:28.96 5PUMCLRk.net
>>964
お、解説してくれるのか。頼むぜ！
982:デフォルトの名無しさん
22/01/15 22:28:49.96 n9+l727f.net
マジでSPAアプリ開発したことあんのか？
983:デフォルトの名無しさん
22/01/16 00:08:27.05 RG8YDX1E.net
Ruby on Rails 5 からは、デフォルトでTurbolinks を使って、SPA, Pjax。
他にも、API モードもある
Turbolinksは、リンクのクリックイベントやWebブラウザのナビゲーションイベント（進む/戻る）を監視し、
通常の遷移イベントをキャンセルします
代わりに非同期通信（XMLHttpRequest/Ajax）で遷移先のページを取得し、
現在のページのheadとマージし、bodyを差し替えることで、ページ遷移したように見せかけます
984:967
22/01/16 00:14:31.10 RG8YDX1E.net
SPA の利点は、JavaScript のパース時間が無くなる事だろ
985:デフォルトの名無しさん
22/01/16 00:41:09.81 hYWYL0RZ.net
>>960
人に聞く前に自分で答えろよ
お前ひろゆきか？相手に喋らせて
ボロをだろうとするやり方だってバレバレなんだよ
で、お前は何使ってんの？
986:デフォルトの名無しさん
22/01/16 00:43:10.18 hYWYL0RZ.net
>>968
SPAはJavaScriptが複雑で巨大になるんです。
だからJavaScriptのパース時間を少なくしないといけないんです。
こんな感じだよなｗ
987:デフォルトの名無しさん
22/01/16 07:14:17.48 NckdADc4.net
>>969
さんざ人の揚げ足取っといて（取れてなかったけど）自分が取られるとそんな事言い出すのか、惨めだな～
988:デフォルトの名無しさん
22/01/16 08:43:03.79 2ncO695p.net
MPAでもSPAでも速い配信は（技術があれば）やり方次第で可能だし、見せ方次第で違いなんてわからなくなる。要はコンテンツや技術に合わせてスマートな設計をする事が肝要じゃないかな。ハイブリッドでも良い。
仮にECサイト作れと言われて、規模等にもよって設計は変わるだろうし、ここの住民でもみんなそれぞれ違う設計するでしょ。
989:デフォルトの名無しさん
22/01/16 09:25:44.34 Zy2wxIp9.net
>>972
いや、だからお前がSPAを根本的に理解してないからそんなゴミクソみたいな判断しかできないんだよ
990:デフォルトの名無しさん
22/01/16 10:36:32.19 2ncO695p.net
>>973
急にどうした？
別にSPA否定してないし、反論あるなら具体的にね？
991:デフォルトの名無しさん
22/01/16 12:21:40.14 T6dmgaQG.net
SPAってもうクライアントアプリじゃん
普通のWEBアプリしか理解してなさそう
992:デフォルトの名無しさん
22/01/16 13:22:59.10 KNknzt9i.net
まあSPAってぶっちゃけ使えるのホームページレベルぐらいで
大規模なのになってくると画面数が多すぎてMPAになるからねー
993:デフォルトの名無しさん
22/01/16 13:39:04.81 Zy2wxIp9.net
>>976
ホームページしか作れない無知のゴミクソは黙ってろ
994:デフォルトの名無しさん
22/01/16 14:24:15.17 pnIcYu1Z.net
安い喧嘩売るだけじゃなくてさぁ、もうちょっと内容で語りなよ
995:デフォルトの名無しさん
22/01/16 14:24:58.15 T6dmgaQG.net
>>976
SPAはアプリですよ
代表例としては Google mail とか
自分も数年前から普通にキオスク端末を
PWA(SPA)で設計してリリースしてますし
今もみなさんも店頭で使うことできます
996:デフォルトの名無しさん
22/01/16 14:30:30.35 rMsBJTM/.net
>>976
OSがWindows7でブラウザはIE使ってそうなおじさんだね
997:デフォルトの名無しさん
22/01/16 14:46:06.92 2ncO695p.net
TwitterもSPAなんだよね。知らないとそうは見えないだけで
998:デフォルトの名無しさん
22/01/16 15:10:18.25 hYWYL0RZ.net
>>971
なんで、人に何使ってんのって聞いておいて
自分が同じ質問をされると答えら
999:れないの？ おかしいよね
1000:デフォルトの名無しさん
22/01/16 15:41:48.06 2ncO695p.net
>>982
仕方のない人だな……DBで良いんだよね？
場合によるけどFirestoreやPostgreSQL使う事が多いよ、Postgre使うのはjsonbがあるからだけど。
さて、君は何使ってるのかな？
1001:デフォルトの名無しさん
22/01/16 15:45:55.51 nveaF/yH.net
MPAて未だに鯖でHTML生成してんの？
React開発経験した後だと非効率過ぎて嫌にならん？
1002:デフォルトの名無しさん
22/01/16 15:46:10.68 hYWYL0RZ.net
>>983
PostgreSQLとかMySQLとか使うけど
で、何のためにそんな質問したの？
1003:デフォルトの名無しさん
22/01/16 15:48:09.02 hYWYL0RZ.net
>>984
なんでHTMLを生成する場所が
サーバーからクライアントに移動しただけで
効率が変わると思ってんだ？
1004:デフォルトの名無しさん
22/01/16 15:49:34.70 2ncO695p.net
>>985
GCPで？
1005:デフォルトの名無しさん
22/01/16 15:50:34.45 hYWYL0RZ.net
>>987
GCPだとCloud SQLっていいますね。
それで？
何のために聞いたのさｗ
1006:デフォルトの名無しさん
22/01/16 15:51:23.50 hYWYL0RZ.net
な？結局こういうことなんだよ
揚げ足を取るために質問してるから
答えても何も言い返せない
1007:デフォルトの名無しさん
22/01/16 15:54:11.16 hYWYL0RZ.net
jQueryを使ってる人は、フロントエンドだけで全てが作れるなんて
思ってないからサーバーも含めて幅広い知識を有している
1008:デフォルトの名無しさん
22/01/16 15:54:48.12 2ncO695p.net
>>988
最初からそう言えば良いのにGCPとか漠然とした事言うから確認しただけじゃん
1009:デフォルトの名無しさん
22/01/16 15:55:37.56 hYWYL0RZ.net
>>991
で、その質問に答えると黙るのはなぜってこと
揚げ足を取るのに失敗したねぇｗｗｗ
1010:デフォルトの名無しさん
22/01/16 15:56:23.97 hYWYL0RZ.net
答えが漠然なのはそもそも質問が漠然だから
React以外に何を使ってるかなんて聞かれたら
そりゃそれ以外のいろんな事を言うに決まってる
1011:デフォルトの名無しさん
22/01/16 15:59:30.95 2ncO695p.net
>>992
じゃあもっと聞こうか？
CloudSQLと何組み合わせてるの？
1012:デフォルトの名無しさん
22/01/16 16:02:01.62 hYWYL0RZ.net
>>994
俺は質問に答えたんだから、次はお前。
何のために質問したのか答えろ。
もっと言えばお前がFirestoreやPostgreSQL使ってるんだろ
それと何を組み合わせてるの？
そしてそんなことを聞いてどうするの？
お前が質問に答えた上で
俺の質問に答えろや
話はそれから
1013:デフォルトの名無しさん
22/01/16 16:02:48.89 hYWYL0RZ.net
ほんともう揚げ足取ろうとするのがバレバレなんだよ
まじ劣化版ひろゆき屋でｗｗｗ
1014:デフォルトの名無しさん
22/01/16 16:03:45.77 hYWYL0RZ.net
Vue vs React vs Angular vs Svelte Part.9
ｽﾚﾘﾝｸ(tech板)
1015:デフォルトの名無しさん
22/01/16 16:04:01.50 hYWYL0RZ.net
次スレー
1016:デフォルトの名無しさん
22/01/16 16:04:11.43 Zy2wxIp9.net
>>986
やっぱお前ガチで何もわかってねえじゃん
その間違った知識しかないからSPA使えないんだよ
レベル下がるからあっちいけ
1017:デフォルトの名無しさん
22/01/16 16:04:17.37 hYWYL0RZ.net
次スーレ
1018:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 238日 2時間 21分 45秒
1019:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています