Vue vs React vs Angular Part.5

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 12/18 02:11 / Filesize : 277 KB / Number-of Response : 1011
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2020/07/29(水) 22:38:49 ID:z6Fnx3oM.net]: 実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。
666 名前：デフォルトの名無しさん [2020/10/15(木) 23:16:19.72 ID:Q+OzPLs+.net]: バックエンドしかできない奴のほうが圧倒的に多い
フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ
その5もかなりレベル低い
667 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 02:00:37.72 ID:1ldh1gNy.net]: フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
668 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 06:43:23.46 ID:mNNz1sQv.net]: つまりちゃんと勉強してればフロントはブルーオーシャンなのか
669 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 07:45:18.52 ID:wWII2Cv6.net]: >>653
React作ったのはクソ程儲けてるFacebookなんですが・・・
670 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 07:49:28.78 ID:hscjZ2ao.net]: フロントはFacebookとか有名所に持ってかれてる
671 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 08:03:24.24 ID:Ueb3a1qY.net]: >>664
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
672 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 08:12:59.24 ID:7v3+fMeC.net]: >>664
だからどうした？
儲けてるから技術があるわけでもない
過去にはFacebookはPHPみたいなゴミを採用して改造していた
技術のセンスが悪い

Reactにしてもframeworkまで機能を追加できなかった
自社で使えればいいという程度の認識
673 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 08:13:59.79 ID:7v3+fMeC.net]: >>666
Facebookは個人情報を盗んで金儲けしてるだけ
674 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 08:50:51.37 ID:3YV1q+v5.net]: アンチフロントエンドの巣やんけ。どうしてこうなったw
675 名前：デフォルトの名無しさん [2020/10/16(金) 09:07:27.26 ID:U2mwlh0O.net]: バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
676 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 09:09:14.88 ID:Z0vtD/Dq.net]: >>653
React作ったのはクソ程儲けてるFacebookなんですが・・…
677 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 09:29:14.75 ID:Ueb3a1qY.net]: >>671
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
678 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 09:50:33.24 ID:7v3+fMeC.net]: 有名企業が作ったからというだけでReact採用するのはアホだね
AngularなんてGoogleすら使ってないと言われてるしなｗ
679 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 10:31:27.69 ID:bwQBizED.net]: >>659
寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ
フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか？
680 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 10:33:02.15 ID:bwQBizED.net]: >>673
Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ
681 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 10:55:37.86 ID:flwBJ1Bb.net]: jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
682 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 10:57:50.32 ID:jOsz+QQ/.net]: 10/15、雑食系エンジニア・KENTA

Web系エンジニアの主要5職種、結局どれが一番得なのか？
https://www.youtube.com/watch?v=hM_k9792d4o

時給1万円などの高単価は、バックエンド・インフラなどの上流工程。
低単価は、フロントエンド・iOS・Android

漏れが補足説明すると、
先に、上流工程でお金を使ってしまうので、
下流工程では残ったお金を分配するだけになるから

会社の重役になる人も、サーバー側言語のRuby ばっかりw
683 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 10:59:23.53 ID:Ueb3a1qY.net]: Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
684 名前：デフォルトの名無しさん [2020/10/16(金) 11:28:09.39 ID:U2mwlh0O.net]: >>677
コイツはフロントやって挫折した奴
フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能
685 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 11:29:39.80 ID:s+qbwWMb.net]: >>677
上流の意味がわかってないぞｗ
686 名前：677 mailto:sage [2020/10/16(金) 12:22:00.87 ID:jOsz+QQ/.net]: 先にシステムの構築運用から始まるから、
最初は気が大きいから、そこで予算を使ってしまうので、
フロントは、残りの予算から決まってしまうから不利

フロントは見たらわかるから、誰でも口を出しやすい。
ちょっとした見た目を直せと言われることが多い

ところが、違う人が来ると、また違うように直せと言われる。
違う人が来るたびに、修正しろと言われる

こういうやり取りが多いから、あいつは仕事が遅いとか、
デザインが悪いなどで、時給が下がっていく

相手がデザインを指定してくるから、
他の人には、エンジニアの腕が悪いように見える

最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw
色んな人が、デザインを指示してくるから

船頭多くして、船山に上る
687 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 12:56:55.44 ID:AQ/XYXlc.net]: >>677
自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね
Rubyなんて雑食エンジニアすら使ってないと言われてるしなｗ
688 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 14:12:25.82 ID:7v3+fMeC.net]: >>681
いろんな人から指示されるのはフロントが悪いだろ
意見まとめる人つくって指示系統を一つにしろと言えばいい
デザイン悪いからクビなんてきいたことない、センスも悪すぎだろｗ
689 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 14:21:39.18 ID:Ueb3a1qY.net]: フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
だから散々クレームくらっては場当たり的な対応を繰り返す
でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう
最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない
690 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 14:25:03.71 ID:XtprH8ZD.net]: バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
691 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 14:40:44.94 ID:7v3+fMeC.net]: >>685
サーバーサイドのがフロントより格上だ。業界の常識

フロントは上流をまかされない時点で格下なんだよ
セキュリティやDBやOSやネットワークの知識に乏しい
692 名前：デフォルトの名無しさん [2020/10/16(金) 15:01:01.44 ID:U2mwlh0O.net]: バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ
何回言ったら理解するんだこのアホどもは
693 名前：677 mailto:sage [2020/10/16(金) 17:01:06.75 ID:jOsz+QQ/.net]: バックエンドでは全く分からないから、客は何も言えない。
言う材料・知識がないから

一方、フロントは見た目だから、誰でも口を出しやすい。
だから、ここを直してとか言いやすい

あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。
でも、その手間がうっとおしい
694 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 17:33:42.65 ID:flwBJ1Bb.net]: KENTAみたいなレスですね
その改行するのはKENTAの喋り方を参考にしているんですか？
695 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 17:52:20.91 ID:mGgsIFZq.net]: >>677
かなり偏った意見ですな。
696 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 18:55:46.80 ID:gzagFIoh.net]: KENTAってやつに他スレ荒らすなって言えばいいの？
697 名前：デフォルトの名無しさん [2020/10/16(金) 19:01:20.23 ID:U2mwlh0O.net]: ケンタ自身が荒らしに来てるのか
698 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 19:04:24.17 ID:EVdCVrH9.net]: KENTAのサロンの会員
699 名前：デフォルトの名無しさん [2020/10/16(金) 22:09:51.49 ID:ORKkOrVS.net]: before
afterみたいな
擬似要素使うのやめろや
あとCSSから外部ファイル読み込むもやめろや
devtoolから検出しにくいんだよ！
CSSでプログラムめいたことするのやめろやカスが
同じ事JSで全部できるから
700 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 22:25:53.17 ID:JU6AgX+H.net]: >>694
JSっていうかjQueryだろ
どちらも宣言的に記述できる
宣言的だからバグがへる
701 名前：デフォルトの名無しさん [2020/10/16(金) 22:40:19.99 ID:ud3FB9tY.net]: 素のJsやjQueryのどこが宣言的なんだ。
702 名前：デフォルトの名無しさん mailto:sage [2020/10/16(金) 22:43:59.41 ID:JU6AgX+H.net]: どちらもっていうのは
CSSとjQueryのことだよ

宣言的っていうのは
クラス名 { 属性: 値 }
みたいに書くから

.class { color: red }
$(.class).css({color: red})
どちらも宣言的
703 名前：デフォルトの名無しさん [2020/10/17(土) 00:00:16.51 ID:hFf/ef7F.net]: 宣言的はキーワードを指定すると何が起こるか
って事の記憶することを強要する
プログラムのように上から論理的に処理を辿ることが出来ない
バグが減らないと言うが現実は
スタイル効かない、効かない、それがやりたかったんじゃない
そんな余計な効果は要らない…クラスが死んでる、重複してる
上書かれてる…こんなんばっか

構造化プログラミングは覚えゲー不要
余計なライブラリに頼らず素のJSで
構造化プログラミングでDOM操作。これぞ至高
704 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 06:25:29.32 ID:1f/mlEIF.net]: 正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい
705 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 06:27:33.64 ID:Ty9bf9Kk.net]: >>699
これが現実。お前が「狭い世界」に生きてるだけの話

https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年8月15日 76.2%
2020年10月15日 76.5%
706 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 06:29:30.57 ID:Ty9bf9Kk.net]: 「DOMはつぶしが効きますか！」
→React、Vue、AngularでDOMは使いません
707 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 06:51:25.79 ID:1f/mlEIF.net]: へ～、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。
708 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 07:09:33.11 ID:Ty9bf9Kk.net]: 減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるｗ
最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに

> DOMはやった方が良いと思うけど。
jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然
jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない
だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う
力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる
709 名前：デフォルトの名無しさん [2020/10/17(土) 07:39:48.48 ID:hFf/ef7F.net]: React使ってるのに内部でjQueryを使ってると地獄
あとフロントライブラリの中で
jQueryを前提としていてjqueryで書かれているものが
かなりあることと、
ライブラリの使用例がブログとかでjqueryが書かれている場合
他人がjqueryで書いててコピペしたい時に
jqueryに依存してしまうケース
新人は素のDOMでもReactでもなくまずjquery
でコードを書こうとするがこれを正そうとするのは
非常に面倒
こういうの加味すると脱jqueryはかなり困難
710 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 07:42:22.63 ID:Ty9bf9Kk.net]: > React使ってるのに内部でjQueryを使ってると地獄

そりゃそうだな。ReactはDOMと共存できない。
だからReact使ってると内部でDOMを使ってると地獄だ
jQueryだけに限らない
711 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 07:44:52.70 ID:Ty9bf9Kk.net]: 皮肉が通じなさそうだからもう少し説明してやるかｗ

>>704はjQuery側の問題ではない。
React側の問題だ

jQueryがーと書いてあるが
それは全てDOM APIを直接使った場合にも当てはまる

ReactとDOM APIを共存させる方法だってあるーという
話をし始めたら、その方法を使えばjQueryも共存できることになる
jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから
712 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 08:25:22.14 ID:U9MsrWrp.net]: 実際なんで増えてるか不思議
技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね
713 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 08:39:42.69 ID:1f/mlEIF.net]: 既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
714 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 08:51:11.19 ID:Ty9bf9Kk.net]: 俺からすればなんでjQueryのシェアが減ると思ってるのかなって感じだがな

jQuery不要とか言ってるやつの言葉を正確に言うと
「jQueryなくても冗長になるだけで頑張ればできる！」
だからな。これはデメリットにはなってもメリットにはなってないんだよ。

jQueryをなくした場合のメリットは一応ある。例えば
「jQueryをなくすとで30KB（gzip圧縮状態）減る！」とか
「DOMを直接使うと実行速度が1%（？）速くなる！」とか
でもこれらを言うことはない。

jQueryをなくすとこにメリットが有ると感じてるなら、それを言えばいいのにそれを言わないのは
jQuery不要と言ってる人が、本当はなくすことにメリットを感じてないからなんだろう
だから「脱jQuery」とか言ってごまかしてる。これは目的ではなく手段

DOM API vs jQueryであれば明らかにjQueryの方がメリットあるわけでjQueryを使い続けるのは当然
仮想DOM使ったフレームワークとjQueryであれば、フレームワークの方がウェブアプリを作るときに
メリットがあるけど、ウェブの大部分はウェブサイトなんだよ
とある会社の"ホームページ"でJavaScriptがバリバリに使われてると思うか？思わんだろ？

普通の会社のホームページに飛んだ時、動き出したらうざく感じるだろ？
それが許されるのはゲーム会社とかアニメーション会社ぐらい

JavaScriptは昔からページの一部に動きをつけるための簡易的な
スクリプトとしての利用が大部分なんだから、その延長上にあって
より簡潔に記述できるjQueryが使われるのは当たり前の話
DOM APIはjQueryの簡潔さに追いついてないし、フレームワークは全くの別路線だ
715 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 09:27:02.02 ID:VD5xPr74.net]: 採用するメリットの少ないSPAフレームワークより
より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い
従来のフレームワークにはたいていjQueryがセットで付いてくる
716 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 10:10:58.06 ID:vimxgZ9f.net]: bootstrap jQuery辞めるってよｗｗｗ
717 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 10:40:49.29 ID:Xc+hYu9K.net]: >>699
Webシステムの開発者にはReactとかの方がいいけどWebサイトのコーダーにはjQueryだろ
もう根本的に用途が違うものと見た方がいい
718 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 10:42:28.62 ID:Xc+hYu9K.net]: >>706
jQuery側の問題でもReact側の問題でもない
それをやる奴の頭が悪いだけ
719 名前：デフォルトの名無しさん [2020/10/17(土) 11:25:56.09 ID:HPgFuhDr.net]: 世の中圧倒的な数のゴミサイトが量産されてるんだからjqueryを使う意識なくてもWordPressとかが使ってるからな
WordPressなんかWordPress
720 名前：内のjqueryの他にテーマが読み込むjqueryや各プラグインが読み込むjqueryとか1ページに複数のjquery読み込んでいるサイトがけっこう多くてめちゃくちゃカオスだぞ ReactなどのSPAライブラリはWordPressやjsプラグインみたいに勝手についてこないからな ゴミが大量にある状態をシェアも人気も圧倒的とかほざくバカはそれはそれで勝手にそう思ってりゃいいから他で騒いでろ []: [ここ壊れてます]
721 名前：デフォルトの名無しさん [2020/10/17(土) 12:12:21.74 ID:0qFIP5N2.net]: lisp系でお薦めの最新言語はなんでしょう？
Erlang?elixir?
722 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 12:25:07.47 ID:Ty9bf9Kk.net]: >>711
bootstrapがjQuery使うをやめたからbootstrapが使われてるから
勝手に入ってるんだという言い訳ができなくなった
そして>>714はWordPressを言い訳にしてる。
723 名前：デフォルトの名無しさん [2020/10/17(土) 12:45:32.01 ID:HPgFuhDr.net]: >>716
ゴミ住人がゴミの数を自慢してもさぁ
はよ住処に帰れ
724 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 12:45:34.46 ID:tqKCa8dx.net]: >>707-708 >>716
前にも書いたがjQueryは依存関係で知らないうちに
入ってる人が多いだけ
アホなjQueryおじさんは事情を知らずにシェア増えてると喜んでる。
jQueryのコード書いてる人が増えてるわけではない。

例えばbootstrapもjQueryを読み込むようになってる
最新bootstrapはjQuery依存を解消したが最新版は旧ブラウザの
サポート切ってるからあえて古いBootstrap使ってる人も多い。
725 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 13:04:24.42 ID:Ty9bf9Kk.net]: > 前にも書いたがjQueryは依存関係で知らないうちに
> 入ってる人が多いだけ

依存関係で知らないうちに入ってるのを除くというなら
将来BootstrapやWordPressでフレームワークが
使われるようになっても除かないといけない
ということは理解してるかい？
726 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 13:10:28.75 ID:Xc+hYu9K.net]: このスレがプログラム板にあるのはWebサイトではなくWebシステムに焦点をあててるからだ
と後付けの理由を主張してみてすつ
727 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 13:12:58.88 ID:tqKCa8dx.net]: >>719
jQueryおじ、やっぱり頭悪い
Bootstrapがweb frameworkを使うことはありえない。

WordPressはCMSだからCMSのシェアを見るべき。
そもそもPHPはゴミだから採用の選択肢にあがらない
728 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 13:16:30.63 ID:tqKCa8dx.net]: jQueryおじはそもそもweb frameworkの必要性すら
理解してない無能だからどうしようもない
こういうのがいるからフロントはってバカにされわけ
729 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 16:39:18.03 ID:Ty9bf9Kk.net]: >>721
> Bootstrapがweb frameworkを使うことはありえない。
あれ？なんでWordPressはかかないの？
WordPressがweb frameworkを使うことはありえるわけだよねｗ
730 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 16:39:45.43 ID:Ty9bf9Kk.net]: > WordPressはCMSだからCMSのシェアを見るべき。

jQueryはCMSで採用されているのです。
731 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 16:42:17.00 ID:Ty9bf9Kk.net]: > Bootstrapがweb frameworkを使うことはありえない。

React Bootstrap
https://react-bootstrap.github.io/

Angular powered Bootstrapng-bootstrap.github.io
https://ng-bootstrap.github.io/#/home

BootstrapVue
https://bootstrap-vue.org/

採用する人いなそうｗ
732 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 16:49:22.96 ID:U9MsrWrp.net]: 本業じゃない人がちょっとwordpressのどこどこが不便だからコードコピペして修正、ってなると学習コスト低いjqueryくらいしか無理だろうしシェアは減らなそうだ
733 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 17:31:49.56 ID:Xc+hYu9K.net]: web frameworkって言葉じゃフロントエンドを指してるのかバックエンド指してる曖昧だからキッチリ明示した方がいいんじゃない？
従来なら寧ろバックエンド側を指して使われてた言葉なはず
734 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 17:32:36.04 ID:Xc+hYu9K.net]: >>725
それ全部触った事はあるけどAngularだけめっちゃ使いにくかったな
735 名前：デフォルトの名無しさん [2020/10/17(土) 19:12:35.59 ID:tqKCa8dx.net]: >>725
アホすぎて>>721がそういう意味じゃないのわからない？
web frameworkがBootstrapを使う（呼び出す）ことはあっても
逆のパターンはあり得ないって言ってんだよ

>>723
CMSはなんらかのweb framework使ってるのが普通だろう
CMSの人気を測る際はCMSのランキングを見る。
CMSとweb framworkのシェアを比べたりするのは
736 名前：意味がないし そんなことをするのはアホだろう まったく用途、カテゴリが違うもの比べてどうするつもりだ？ []: [ここ壊れてます]
737 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:17:20.82 ID:tqKCa8dx.net]: >>727
むしろわかりやすいようにきっちりweb frameworkと書いてる。
web frameworkはserver-sideまで含めた仕事するやつだ

UI側だけの場合は、UI frameworkとかUI libraryと表記されるのが普通
738 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:19:57.04 ID:tqKCa8dx.net]: このスレでいつもjQueryのシェア書いてるのは
web framework否定論者のアホってこと
739 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 19:31:23.99 ID:vimxgZ9f.net]: >>725
> 採用する人いなそうｗ

jQuery使ってたせいでreactやvueから敬遠されて他のcssフレームワークの隆盛を許してしまったからね。
いまさら脱jQueryしてももう巻き返しは難しいだろうね。
740 名前：デフォルトの名無しさん [2020/10/17(土) 20:23:33.62 ID:P3PLPttw.net]: >>704
> React使ってるのに内部でjQueryを使ってると地獄
これ具体的にはどんな地獄があるの？
741 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 20:29:38.07 ID:eMYmKq8F.net]: >733
Reactは仮想DOMといってDOMの情報と同一のものを内部で二重に持っていて
差分ができたら内部のDOM情報を実際のDOMに反映している

だからDOM APIを使って直接実際のDOMを書き変えると
Reactの内部のDOM情報と食い違いが起きて正しく反映できなくなる
何が起きるかはわからない
742 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 23:06:55.61 ID:P3PLPttw.net]: >>734
そういう意味か
なら外部JSの恩恵を享受するためにDomの管理をReact管理から外して利用すれば
問題ないね（この内容はTutorialにもあった）
743 名前：デフォルトの名無しさん mailto:sage [2020/10/17(土) 23:57:34.48 ID:Xc+hYu9K.net]: >>729
WebFrameworkって従来はバックエンドを指す言葉なんだけど
フロントならFront-end Frameworkとでも書いたらどうだ？
744 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 00:07:40.58 ID:H1Ht+H/l.net]: >>731
そりゃWebサイトおじさんからしたらjQueryは今でも現役だろうから反論したいんだろ

逆にWebシステムの構築を考えた場合Reactが一番妥当だから
中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Webサイトのコーダーにwebpackでのビルドとかやらすのもナンセンスだと思うから
サイト→jQueryに回帰
システム→React
っていう風になっていくんじゃないかね
ちなここはプログラム板だから議論対象はWebシステム
745 名前：デフォルトの名無しさん [2020/10/18(日) 00:27:35.41 ID:oU6L/1KQ.net]: ｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868
起業で成功するキャリア形成の仕方とは？元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
https://note.com/taishikato/n/n7809a8ed3ffc
746 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:23:51.16 ID:u/6+iFla.net]: >>737
> 中途半端マークアップコーディングやってるVueとかAngularとかは廃れる可能性も結構あると思ってる

Reactも含め、未完成のWeb Componentsを補うために
複雑なことをしてるから将来確実に廃れるか大幅に仕様が変わるよ

Web Componentsがどのブラウザでも実用的になったら
それをエミュレートしてる今のバージョンは完全にレガシーになって
将来のモダンブラウザのみを対象とした軽量なものが登場する

その時代でもDOMは変わらないだろうから、
そのDOMを簡略化するだけのjQueryは変わらず使えるわけさ
747 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:35:23.85 ID:Yx1P9/Gs.net]: >>736
勝手に名前つけても伝わらないだろ
例えばMicrosoftとかはBlazorをUI Frameworkと呼んでいる。

web appに限定されないからfrontend frameworkは不適切
748 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:38:35.01 ID:5IG+e1ti.net]: jQueryのセレクタ構文とか、いまじゃバニラのJSでも
document.querySelector('input[type=radio]:checked')
みたいな感じで使えるし簡略化するだけのjQueryはわざわざ読み込むまでも
なくなっていきそうだけどな
749 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:41:22.39 ID:u/6+iFla.net]: そりゃセレクタ構文だけだろ
jQueryの特徴は、そのセレクタにマッチする複数（ない場合も含めて）に対して
CSSのスタイルと同じように要素が存在するかをチェックすることなく
宣言的に処理を割り当てることができるのが便利なんだが
750 名前：デフォルトの名無しさん [2020/10/18(日) 01:53:17.56 ID:5IG+e1ti.net]: メソッドチェインできることだけがjQueryのメリット？
ほんのちょっとの便利のために余分なファイルを読み込ませたくないな
751 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 01:56:11.41 ID:u/6+iFla.net]: メソッドチェインの話なんかしてないのに
いきなりなにいってんだろうねｗ

まさかメソッド呼び出しは全部メソッドチェインだとでも思ってんの？
752 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:05:59.33 ID:5IG+e1ti.net]: 何言ってるのかわからないけどなにか小粒な利点を主張しているのは分かった
存在チェックすることなしに宣言的に処理をするなんて小粒も小粒
753 名前：デフォルトの名無しさん [2020/10/18(日) 02:07:38.05 ID:5IG+e1ti.net]: わかった
知能が低くて最新のライブラリなりフレームワークについていけないから
ひがんでるんだな
754 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:09:36.41 ID:5IG+e1ti.net]: jQueryを使うので能力の精一杯なのか
755 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:11:04.54 ID:u/6+iFla.net]: >>745
そんなんだからjQueryがいつまでも増え続けてるのがわからんだよ

jQueryが物理的に行数が減るのは当然として、
その結果、メンテナンスのコストが下がって
バグが減るのが重要なところだろ
756 名前：デフォルトの名無しさん [2020/10/18(日) 02:13:12.65 ID:5IG+e1ti.net]: 素人がちょっとしたWebページにちょっとした動的な要素をつけたいときには
jQuery使うと便利かもね
って程度だよ
jQueryにすがりついてるお前の程度もしれてるｗ
757 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:13:22.35 ID:u/6+iFla.net]: 例えば、アロー関数なんて使わなくても
this保存してfunctionつければ同じことができるけど
アロー関数使わなくて良い世界を知ったら元に戻れないだろ？
ほんの数行の違いでもないほうが楽なんだよ
758 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 02:29:10.45 ID:5IG+e1ti.net]: まさかjQueryマンセーで愚かな考えを晒すことで周りから袋叩きされる
ということを通してjQueryを貶めるという作戦か
759 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:04:15.75 ID:u/6+iFla.net]: そんな願望垂れ流してないで
メリットとデメリットの話をしろよ

jQueryがなくても頑張れるっていうだけで
jQueryをなくすメリットを言わないんだもんなｗ
760 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:18:45.94 ID:xWXtsYNK.net]: ハァ？jQueryバカはCSSセレクタ丸パクリのクセして自分の手柄にしてんのか。チョンみてーだな(藁
761 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:23:44.86 ID:5IG+e1ti.net]: jQueryバカが言ってるメリットはどれも小粒
なくても困らない
なら最初から利用しなければ余計なファイルを削減できる
というのが使わないメリット
762 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:36:40.28 ID:u/6+iFla.net]: >>753
もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
763 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:38:05.32 ID:u/6+iFla.net]: 余計なファイルを削減できる？
JavaScript使ってる時点で外部JavaScriptファイルがある
たかだか1ファイル減るだけの話
しかも結合すれば1ファイルですむ
764 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:44:26.00 ID:5IG+e1ti.net]: jQueryとかメリットなんて微々たるものなのにレガシーブラウザ対応とかで
無駄にサイズがでかいからな
減らす効果はそれなりにあるぞ
765 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:44:51.93 ID:u/6+iFla.net]: 余計なファイルを削減できるというメリットは小粒
初回アクセス時に30KB読み込みができるというメリットは小粒
JavaScript処理が僅かに早く終るというメリットは小粒

jQueryをなくしたときのメリットはどれも小粒ではないか
体感上わからない程度の遅延があっても困らない
ならできる限り開発を楽にするほうがいい
というのがメリット
766 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:45:14.17 ID:u/6+iFla.net]: >>757
圧縮時30KBはものすごく小さいですが？
767 名前：デフォルトの名無しさん [2020/10/18(日) 03:46:02.89 ID:5IG+e1ti.net]: バカに何言っても無駄かもしれんが
768 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 03:47:50.92 ID:u/6+iFla.net]: 例えばGoogleのシンプルな検索トップページは圧縮状態で65KBでした。
769 名前：デフォルトの名無しさん [2020/10/18(日) 04:01:50.12 ID:5IG+e1ti.net]: jQueryを利用するメリットがそもそも小粒
ブラウザごとの分岐処理とかが埋め込まれてるから実行時の効率が悪い
ファイルサイズがでかい
つまりいらない
770 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:26:16.95 ID:u/6+iFla.net]: jQueryのメリットのうち小粒のものだけを抜き出したら
全部小粒だった

と言ってるのと同じだなｗ
771 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:27:54.23 ID:xWXtsYNK.net]: >>755
中学校を単に学校というって言ってるみたいなもんだな。バカが。
CSSのセレクタのルールそのままパクっただけの盗人。
盗んだものをもともと自分のだと主張。まさにチョン。
772 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:34:21.10 ID:u/6+iFla.net]: jQueryの価値はjQueryオブジェクトだよ
CSSセレクタなんか、素の使いづらいJavaScriptでもできるじゃんｗ
価値がないところだけを見て価値がないと言っても無意味だよ
もっと広い目でjQueryを見ないとｗｗｗ
773 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:34:51.73 ID:5IG+e1ti.net]: このjQueryバカは素人レベルのスキルしかなさそう
774 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:36:26.13 ID:5IG+e1ti.net]: しょぼいWebページをjQueryで作ってご満悦なんだろう
775 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:37:38.31 ID:5IG+e1ti.net]: いい年こいたおっさんがjQueryにすがりついてるとかダサすぎるんだよ
776 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:45:10.27 ID:u/6+iFla.net]: ほらね、もう遠吠えいうことしかできなくなったでしょ？
777 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 04:50:29.21 ID:xWXtsYNK.net]: CSSセレクタパクリがバレたら開き直ったjQueryガイジ。
居直り強盗で駅前一等地を占拠してパチンコで儲けるチョンと同じ。
jQuery関係ないスレで居直り占拠jQueryチョン。
778 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 05:21:40.18 ID:5IG+e1ti.net]: おっと
>>1 に
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
と書いてあったな
779 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:08:38.76 ID:u/6+iFla.net]: >>770
なんで無視したの？もう一回同じことを書く羽目になったじゃないか

もともとJavaScriptでCSSセレクタは使えなかった。
今は単に「セレクタ」というんだが、お前が言ってるように「"CSS"セレクタ」という
言葉があるのは、元々はCSSで使うものだったときの名残ｗ

はるか昔にjQueryがJavaScrpitでCSSセレクタを実装した
その素晴らしい発想を見て、それをあとからDOM APIに
querySelectorとして使えるようにした

パクったのはDOM APIの方。それを知ってて
お前わざと>>753みたいなアホ丸出しのレスしただろ？ｗ

しかしDOM APIがパクったのはセレクタAPIだけで
jQueryオブジェクトはパクらなかったので
DOM APIのループ処理で繰り返すという手続き的なAPIは変わらなかった
宣言的なjQueryの比べれば劣化コピーでしかない
780 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:17:16.70 ID:d1Nj1iwg.net]: 言葉で説明されてもメリットわからんな。どうせ議論するならコード書け。
781 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 07:50:51.32 ID:d1Nj1iwg.net]: 言い出しっぺとして書くけど、これを数文字短くするためにjQuery使うか？

document.querySelectorAll('div.highlighted')
.forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))
782 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:00:05.71 ID:0puAkJ4t.net]: document.querySelectorAll('div.highlighted').forEach(ele=> Object.assign(ele.style, {color: 'red', backgroundColor: 'white'}))

$('div.highlighted').css({color: 'red', backgroundColor: 'white'});

一行のものはだいたい半分になる。
だがそれよりも重要なのは「宣言的」であるということ
forEachというループが無くなっている
783 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:18:08.24 ID:mPnoVdEN.net]: 無いとなんかすごいのか？
jQueryが裏で回してるだけじゃん
784 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:19:09.73 ID:0puAkJ4t.net]: >>776
jQueryが裏で回す（十分テスト済み）＝自分でやらないからバグが減る
785 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 08:27:01.54 ID:0puAkJ4t.net]: jQueryとレビューする点を見れば
どちらが大変かなんて明らかなのよ

document
querySelectorAll　　→　　$
('div.highlighted')　　→　　('div.highlighted')
forEach(
ele=>
Object
assign(
ele.style,　　→　　css
{color: 'red', backgroundColor: 'white'}))　　→　　({color: 'red', backgroundColor: 'white'});

jQueryだと4箇所見るだけですむが、DOM APIだと 9箇所もある
786 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 09:50:11.92 ID:mPnoVdEN.net]: コードの意図を隠してまで短くすることか？
その時点で要素があるべきなのか複数なのか何も判らん
エラーが出ない=バグがないってことならいいが
787 名前：デフォルトの名無しさん [2020/10/18(日) 12:28:55.12 ID:atqzb7Sw.net]: >>739
こいつ結局Webサイトの話しかできてねえな
アホだろ

>>750
こいつやはりアホだ
アロー関数がfunctionの代用だと勘違いしてる
その認識でほんの数行変えたらバグるわけ
そもそも仕様がまったく違う
788 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:23:36.66 ID:qDJHdxok.net]: >>780
どこにアロー関数がfunctionの代用って書いてある？よく読んでみなよｗ
789 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:24:28.19 ID:qDJHdxok.net]: >>779
隠しているのはコードの詳細であって
詳細を隠してるから意図は明確になってる
790 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:56:45.57 ID:H1Ht+H/l.net]: >>739
Web Componentsは流行らんと思うよ正直
こんな移り変わりの激しいWeb技術の世界で3年以上前から話題が上がってるにも関わらず未だに流行りにもなってないっていうのはそういう事だろ
Recoidなんて登場してから殆ど経ってないのにもうReduxを抜きつつある
Web Componentsが本当に良いものならそういう速度感で流行るもんだ

現時点で流行ってないっていうのは結局D言語みたいなものにしかならない
791 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 13:58:18.90 ID:H1Ht+H/l.net]: 訂正
Recoid→Recoil
792 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 14:09:20.19 ID:nDjNgNBc.net]: WebAssemblyも流行らなかったしね
793 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 14:39:50.73 ID:H1Ht+H/l.net]: WebAssemblyに関してはWebGPUが今後流行ったら多少チャンスはあるかも知れんがそれ以外の用途では望みは薄そうだな
794 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:05:47.51 ID:WlQf1Fni.net]: Ruby, jQuery は、メソッドチェーンで関数型のように書ける。
a().b().c() みたいに

これを一々、存在チェックしてられない

return if obj = a() == nil

return if obj = obj.b() == nil

obj.c()
795 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:18:04.47 ID:Yx1P9/Gs.net]: WebAssemblyはこれからの技術
MS以外がまだまともなframeworkだしてない
JSが好きという人は少ないので必ず流行る

>>786
CPU速くなったらwasmの弱点が消えて長所だけが残るから
wasmはだんだん増えていく
796 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:32:42.61 ID:nDjNgNBc.net]: > CPU速くなったらwasmの弱点が消えて長所だけが残るから
> wasmはだんだん増えていく

そこに目的がありません
速くなったら使われると思うのはなぜか？
ウェブアプリが作れるようになったら、みんなウェブアプリを作ると思うのはなぜか？
目的がなければ、使うようにも作るようにもならない
797 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:36:35.19 ID:nDjNgNBc.net]: 劣ってるから使われないって思うのは
技術者のよくある勘違いだよなｗ

そもそも需要がなければ使われないんだよ
798 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 15:38:29.83 ID:nDjNgNBc.net]: 不都合な真実、ほとんどの人がwasmを試してすらいない。遅いなんて言ってる人全然いないだろ？
799 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:42:00.34 ID:Vj/rkYxM.net]: https://classic.minecraft.net/
babylon.js製。
安定して60fpsで動くが、babylon.jsにはWebAssemblyは一切使われていない。
800 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:54:05.68 ID:Yx1P9/Gs.net]: >>789
JSに縛られず開発生産性高い言語を使える
それだけでwasmを使う理由になる
801 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 16:55:29.25 ID:+DCedG5t.net]: × JSに縛られず
○ もとからJS使わない人が使う

だからウェブ系の人は使わないし
JS使わないならネイティブアプリでいいんじゃね？ってなるんだよなｗ
802 名前：デフォルトの名無しさん [2020/10/18(日) 17:07:08.15 ID:Yx1P9/Gs.net]: >>794
native appだけでいいってのは技術的にはそのとおり
wasmは中途半端な立ち位置だからな

ただApple, Googleで手数料30%取られるだろう？
wasmだとその手数料を回避できるから
そういうビジネスの問題考えたら価値がすごくあるわけ
803 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:09:18.69 ID:H1Ht+H/l.net]: 結局ブラウザから排除されてるJavaAppletやFlashPlayerとWebAssemblyに違いなんとほぼないんだよな
804 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:12:35.13 ID:Yx1P9/Gs.net]: >>794
JSについては違う

Blazorのようなのが人気でてくると
JSしかできないフロントエンジニアの存在が不必要になる
C#プログラマーはserver sideとclient sideの両方のコードがかける

JSが必須ではなくなるということは
JSエンジニアが必要なくなる時代ってことだ
805 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:13:53.33 ID:Yx1P9/Gs.net]: >>796
まったく違う、わかってない

Sandboxあるからセキュリティが高い
さらにwasmはweb standard
806 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:19:17.50 ID:d1Nj1iwg.net]: Web Components はとても素晴らしいけど、けっこう面倒くさい。でもライブラリとかはバックグラウンドにガリガリ使うようになって間接的に役立つだろうし、なんなら関数でラップしても良い
807 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:27:55.50 ID:d1Nj1iwg.net]: wasmでjsが消えてもDOMは残る。フレームワーク使えば別だけど、DOMから離れようとすれば遅くなり、wasmの速さは失われる
808 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 17:57:09.49 ID:sdwhAUyo.net]: wasm＆SPAは業務系の希望になりうると思うが
業務系の複雑なUIはSPAと相性がいい
業務系エンジニアなら誰でも使えるJavaやC#がフロントでも使えたら学習コストが下がる
サーバーとクライアントでロジックを共有すればコストが下がる
809 名前：デフォルトの名無しさん mailto:sage [2020/10/18(日) 18:11:07.46 ID:Vj/rkYxM.net]: >>797
> Blazorのようなのが人気でてくると

前提崩れだね。
十年で日本を追い抜く言ってた朝鮮はどうなりましたか？ｗｗｗ
Silverlightｗｗｗｗ
810 名前：デフォルトの名無しさん [2020/10/19(月) 11:19:02.29 ID:FE0TPttz.net]: なんだよまたjQueryでスレ伸びてるのか。
クライアントがブラウザである以上、jsやcss,domに原則縛られるんだよ。あとは如何に効率よくラップするかの差でしかない。好きなもの選べばいいさ。

ただ未だに生のjsやcssで組んでるやつは流石に時代遅れと自覚して欲しい。
811 名前：デフォルトの名無しさん mailto:sage [2020/10/19(月) 11:39:18.70 ID:32Wztry8.net]: >>803
BrowserはいまだにJSに縛られ�
812 名前：驍ﾆ思ってるやつは流石に時代遅れと自覚して欲しい Blazor WebAssembly使い始めたがC#だけで書けるし Visual Studioで開発できるし最高だわ []: [ここ壊れてます]
813 名前：デフォルトの名無しさん mailto:sage [2020/10/19(月) 11:55:34.45 ID:kIQ4aN8p.net]: >>804
期待してるけどツールがまだ追いついてなくて….razorファイルのフォーマットが崩れる問題くらいはさすがに修正してくれないと。
まあ現状はスレチなので。
814 名前：デフォルトの名無しさん mailto:sage [2020/10/19(月) 12:14:08.56 ID:5B25o4c7.net]: Blazorはまあまあ悪くないけどソースコード編集してから画面に反映されるまでが遅いのがネックだね
815 名前：デフォルトの名無しさん mailto:sage [2020/10/19(月) 12:38:39.55 ID:7BdQwjNC.net]: つかそもそもロードが遅い
816 名前：デフォルトの名無しさん [2020/10/19(月) 12:38:40.38 ID:FE0TPttz.net]: >>804
それは違うなだろう。
ラップしてるだけ、意識しないだけで最終的にブラウザが対応してる要素に縛られるのは変わらん。スマホアプリとは全く違う。
フレームワークの進化に対して実行エンジンであるブラウザの進化が遅すぎるんだよな。今でもsafariだけcssの解釈が違うなんてしょっちゅうだし、土台部分の知識が無いと結局対応できん。チグハグで不安定なのがフロントの宿命なんだよ。
だから各フレームワーク、IDEには本当に感謝してる。裏でとんでもない労力かけて俺たちの労力軽減してくれて有り難うだよな。
817 名前：デフォルトの名無しさん [2020/10/19(月) 19:27:14.09 ID:LEqT1iP9.net]: 5GとかiphoneとかRetinaみたいな余計なことして
業界混乱させる前にやるべき事やれや
まずまともなブラウザ提供しろ
さもなくばデフォのブラウザ大人しくchromeにしとけ
818 名前：デフォルトの名無しさん mailto:sage [2020/10/19(月) 21:13:29.51 ID:32Wztry8.net]: >>808
自分が読み書きするコードがC#ならそれでいいでしょ
どんな言語も実行前には人間が読めない形になる
819 名前：デフォルトの名無しさん [2020/10/20(火) 10:15:07.36 ID:pHiz9StD.net]: 機械語直接読める人も稀に居る
820 名前：デフォルトの名無しさん mailto:sage [2020/10/20(火) 11:32:32.11 ID:YB4ljTXG.net]: >>809
それって誰に対して言ってるの？
821 名前：デフォルトの名無しさん mailto:sage [2020/10/20(火) 16:39:31.91 ID:Nlf6zVNG.net]: Netscape4のことやろ
822 名前：デフォルトの名無しさん [2020/10/22(木) 11:04:28.44 ID:/VYs8fos.net]: web componentは流行るかどうかはさておき、必然的に使う場面が出てくると思う。

今後はマイクロサービスと同様にその技術がフロントにも流れてきてマイクロフロントエンドアーキテクチャが主流になると思う。

そうなると、サービス単位で共通なコンポーネントはweb標準であるweb componentで作る必要が出てくる。

どうだろうか
823 名前：デフォルトの名無しさん [2020/10/22(木) 11:08:22.84 ID:/VYs8fos.net]: jquery別に悪くないけど、今はvanilla jsで十分だし使う場面がない。

モダンフレームワーク（react,vue,etc）vs jqueryという構図をこのスレでは良くみるが意味がわからん。

正しく議論されるべきは
モダンフレーム　vs web標準（web componentなど）
だと思う。
824 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:20:08.12 ID:6pdR4Nyi.net]: オライリーから出てるCSSシークレット著者によるWeb Components評。
ちょっと辛辣。コメント欄で議論盛り上がってるがここChrome翻訳効かないのな…
https://lea.verou.me/2020/09/the-failed-promise-of-web-components/
825 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:51:03.89 ID:6pdR4Nyi.net]: Web Componentsに対する批判
https://thenewobjective.com/web-development/a-criticism-of-web-components
・CSS疑似セレクターが機能しない
・ネイティブ要素と互換性がない
・Non-trivialな要素はHTMLElementを継承する必要がある
・JavaScriptが必要
・潜在的に指数関数的なフォールバック
・ポリフィルが必要
・Ariaの問題
・SEOの問題
・追加の制限
826 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 11:59:22.52 ID:6pdR4Nyi.net]: Web Componentsの問題
https://adamsilver.io/articles/the-problem-with-web-components/
827 名前：デフォルトの名無しさん [2020/10/22(木) 12:01:23.69 ID:/VYs8fos.net]: 俺の頭が悪いせいかこの記事の言いたいことがいまいちわからん

plug and playの箇所解説よろ
828 名前：デフォルトの名無しさん [2020/10/22(木) 12:02:25.44 ID:VEHOj23m.net]: >>815
ｼｨｰｯ! (jqueryバカがよってくるから)
829 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:13:14.66 ID:wabMUpti.net]: >>814
流行らんよ
マイクロサービスはトレードオフ
830 名前：デフォルトの名無しさん [2020/10/22(木) 12:14:15.55 ID:/VYs8fos.net]: 何と何のトレードオフ？
831 名前：デフォルトの名無しさん [2020/10/22(木) 12:16:12.59 ID:/VYs8fos.net]: >>817
後で読んでみるけど、
ariaとJavaScript以外は別に問題じゃない気がするけどね
832 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:22:04.55 ID:6pdR4Nyi.net]: フォールバックは酷い。is属性なんて初めて知った
833 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:38:04.11 ID:6pdR4Nyi.net]: web非標準のreactが簡単にssr出来るのにweb標準のweb componentsが事実上無理（初期レンダリングコストはクライアント側で支払うしかない）なのはなんだかなぁ…
834 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:42:06.25 ID:mESUiPaq.net]: >>817
templateタグともっと親和性を高めるとかHTMLだけでComponent作れるとやりやすいよなと思う
835 名前：デフォルトの名無しさん [2020/10/22(木) 14:34:21.09 ID:/VYs8fos.net]: >>825

やろうと思えばできるけどな。shadow domを使わない場合だけど。

でも言いたいことはわかる。そこまでサポートしてから世に放てば良かったのにとは思うけどね。

https://web.dev/declarative-shadow-dom/
↑いま頑張ってやってる途中やで
836 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 15:31:11.95 ID:6pdR4Nyi.net]: Declarative Shadow DOM か。いいね。
試してみようと思ったらchromeでもまだオリジントライアル中か…
837 名前：デフォルトの名無しさん [2020/10/22(木) 16:28:17.70 ID:/VYs8fos.net]: やりたいことは理解してるんだけど

英語力がないから何がdeclarativeのニュアンスがわからん。
838 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 16:32:28.10 ID:S3hKE4m7.net]: 宣言的だろ？ようはループを使わないってことだよ
例えばjQueryはループを使わない
$('.selector').css({color: 'red'); このように
これがDOM APIだとループが必要な手続き的になってしまう
839 名前：デフォルトの名無しさん [2020/10/22(木) 17:12:31.60 ID:/VYs8fos.net]: >>830
絶対に違うわww

宣言的＝ループを使わないが違うということは俺にもわかる
840 名前：デフォルトの名無しさん [2020/10/22(木) 17:25:57.82 ID:/VYs8fos.net]: 宣言的なweb component

現状のweb componentのどこが非宣言的で、あのリンク先の技術が適用されるとどこが宣言的になるんだろう。イマイチわからん。web componentにおける宣言的ってなんや
841 名前：デフォルトの名無しさん [2020/10/22(木) 22:57:05.06 ID:/bIs3HR3.net]: UI組み立てる系のライブラリは固定乱数でいいから
全てのDOM要素にid振っとけや
色が違うとかアイコンを変えろとかクソみたいな指示飛んでくるんだから
842 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 23:52:28.51 ID:lftkiv5C.net]: 宣言的な書き方に拘っても保守性なんて少しも良くならんわ。
843 名前：デフォルトの名無しさん mailto:sage [2020/10/22(木) 23:54:57.12 ID:nuIgGdek.net]: SPAは簡単だったけどCSSがやっぱりわからねえんだわ
SPAで作ってもデザインが古くさくなる
844 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 00:44:45.37 ID:FArv5Kwn.net]: デザインなんてとりあえずBootstrapっぽくすればええんやろ？
845 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 00:45:35.33 ID:tlpc4Wom.net]: 色彩センスほしい
846 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 07:35:23.39 ID:VuITFA8z.net]: MaterialUIとかUIライブラリ使えば？
847 名前：デフォルトの名無しさん [2020/10/23(金) 18:13:14.23 ID:kxyOvtyq.net]: >>833
乱数のid振ってどうすんだよ？
まさかidで色変えてんのか？

>>835
お前のセンスゼロだしこの先死ぬまでセンスゼロのままだからなあ

>>836
bootstrapっぽくすら不可能じゃん

>>837
センスゼロのやつは死ぬまでセンスゼロ

>>838
Googleが公式にセンスゼロ向けって謳ってるしな
ただしセンスゼロでcssスキルない奴が使うとMaterialUIすらまともに使えない
848 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 18:46:41.39 ID:tlpc4Wom.net]: センスゼロでもSPAはできるけど、CSSはそうもいかんからなぁ
センスゼロでも使えるライブラリを使うしかないか
逆に言えばライブラリ使えば、センスゼロでもCSS、SPA両方できるようになるわけだし、こだわり捨てればまあ、いいか
すぐに移り変わる分野だし、気楽にやろう
849 名前：デフォルトの名無しさん [2020/10/23(金) 19:06:52.06 ID:J0Nj+DQ7.net]: MaterialUIなんて公式のサンプルコピペしてテーマ設定するだけでそんな酷くならんと思うが
これ以上のリッチなもの求めてて自分で勉強できないならデザイナー雇うしかない

色彩センスは今どき色選んでくれるサービスたくさんあるだろ
ttps://yumyumcolor.com/　とか
850 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 23:29:55.94 ID:2GRyUC4A.net]: MaterialUIとBootstrapは併用できるの？
混ぜるな危険？
851 名前：デフォルトの名無しさん mailto:sage [2020/10/23(金) 23:48:08.69 ID:nGATsAeS.net]: material ui 重い…
軽量でいい感じのが欲しい
852 名前：デフォルトの名無しさん mailto:sage [2020/10/24(土) 02:55:24.68 ID:w8fcXJt9.net]: この手のUIフレームワークは余白が多すぎて、1画面の情報量が少ない
スマホアプリ前提な感じ
853 名前：デフォルトの名無しさん [2020/10/24(土) 10:43:36.04 ID:6JYHV7pP.net]: >>842
やろうと思えばできるが崩れる上にそもそもやるやつはアホでしかない

>>844
余白なんか調整すればいい
キツキツの帳票みたいなUIが好みという日本人が多いが世界中から笑われてんの未だに気づかない連中ばかりだからな
854 名前：デフォルトの名無しさん mailto:sage [2020/10/24(土) 11:46:27.33 ID:/DIUYZs9.net]: 情報をギッシリ詰め込むのは別に構わないと思うが
ダッシュボードとかでよくある
しかしジジイどもは同じ画面で入力もやらせようとするからおかしくなる
855 名前：デフォルトの名無しさん mailto:sage [2020/10/24(土) 19:25:12.62 ID:FRMxNp3B.net]: >>844
Vue もReact もAngular も
全く関係ない話だ
856 名前：デフォルトの名無しさん mailto:sage [2020/10/24(土) 23:01:23.08 ID:l6E2jtuo.net]: スマホ向けのUIとPC向けのUIを同じテーマでやるのは無理ある
サイトリニューアルして昔あった機能や要素を削除して既存ユーザーから大反発食らうのがこのパターン
857 名前：デフォルトの名無しさん [2020/10/24(土) 23:10:02.60 ID:sB9OWN+i.net]: >>848
いやお前に才能がないだけだろ
858 名前：デフォルトの名無しさん mailto:sage [2020/10/24(土) 23:19:17.03 ID:l6E2jtuo.net]: この記事が面白い
そもそもSPAにする意味なかったというのはよくある
https://zenn.dev/koduki/articles/0fe6cc5ada58e5600f75
859 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 00:25:49.62 ID:yastPy5p.net]: >>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな
860 名前：デフォルトの名無しさん [2020/10/25(日) 11:59:34.61 ID:KvAimzX1.net]: >>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ
861 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:11:24.08 ID:KhHAp4C5.net]: >>852
だから
（殆どの用途には）vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろｗ
862 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:13:09.66 ID:KhHAp4C5.net]: https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%

な？だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな
863 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:20:32.19 ID:oIFSPb3Z.net]: シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ

複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ

結論
SPAはゴミ
864 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:21:18.49 ID:KhHAp4C5.net]: 「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の１つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ
865 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:22:24.43 ID:oIFSPb3Z.net]: ようするにUX設計ができない人のためのフレームワークがSPA
866 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:27:24.62 ID:KhHAp4C5.net]: 今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう

ウェブにはウェブのやり方があるんだが
そういう（アプリ作ってひた人たちにとっては）"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA

これからはSPAだ～とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。

セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない
867 名前：デフォルトの名無しさん [2020/10/25(日) 12:36:18.38 ID:TnKDqOYo.net]: >>854
そりゃゴミは毎日増えるからな
868 名前：デフォルトの名無しさん [2020/10/25(日) 12:37:35.38 ID:TnKDqOYo.net]: >>857
お前の認識があほすぎて萎える
869 名前：デフォルトの名無しさん [2020/10/25(日) 12:40:02.70 ID:FzqccguI.net]: 良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ
870 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:55:08.10 ID:1H1lkjwT.net]: >>859
「良いもの」が増えないｗｗｗ
871 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 12:59:58.30 ID:/elpRfls.net]: ガイジ大集合ｗｗｗ
872 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 13:23:18.15 ID:1H1lkjwT.net]: jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ

結局増えてねーじゃんと
873 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 13:55:14.12 ID:Lw87uGLi.net]: jQueryとReactじゃ根本的に作るべき対象が違う
874 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 14:09:21.75 ID:1H1lkjwT.net]: うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ

作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと
875 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 14:13:12.24 ID:Lw87uGLi.net]: フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど
876 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 15:38:13.61 ID:pXppxvnv.net]: Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな？

react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない
877 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 15:44:10.58 ID:1H1lkjwT.net]: Railsの標準はjQueryやろ？
878 名前：868 mailto:sage [2020/10/25(日) 16:42:13.03 ID:pXppxvnv.net]: Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ

react-bootstrap など、jQueryに依存していない場合は、axios が多い
879 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 16:50:25.07 ID:wTbiVIgp.net]: >>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？
880 名前：デフォルトの名無しさん [2020/10/25(日) 22:10:05.93 ID:TnKDqOYo.net]: ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ
881 名前：デフォルトの名無しさん mailto:sage [2020/10/25(日) 23:04:04.75 ID:/elpRfls.net]: 脳みそが若いままプリプリってことだ。物覚えもいい。
882 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 04:31:31.40 ID:lc/L7zsO.net]: >>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？

jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを～とか言ってて恥ずかしくないのか？
883 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 05:49:38.18 ID:eROnJLfC.net]: 未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ
884 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 06:37:49.74 ID:lc/L7zsO.net]: フレームワーク開発者も直接DOMいじってるけど？
885 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 07:13:22.21 ID:tqHSoVSY.net]: そりゃフレームワーク開発者は使うでしょ。

詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする
886 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 07:26:16.94 ID:BWe3LZzt.net]: フレームワーク開発に必須な知識を持ってる
まれな人材ですよね
887 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 08:23:16.55 ID:Uub+nj8/.net]: >>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ
888 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 08:26:26.57 ID:37XH7byw.net]: >>879
関数を使え
構造化するのにフレームワークなんぞいらん
889 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 08:35:37.48 ID:BWe3LZzt.net]: >>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。
890 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 08:45:12.33 ID:37XH7byw.net]: こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな
891 名前：デフォルトの名無しさん [2020/10/26(月) 09:08:21.08 ID:bPAWEB8J.net]: 世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい
892 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 09:49:43.95 ID:BWe3LZzt.net]: その「世界中」の現実です。
https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
　　2月 74.4%（1ヶ月で+0.2%）
　　6月 75.5%（4ヶ月で+1.1%）
　　8月15日 76.2%（2ヶ月で+0.7%）
　　10月15日 76.5%（2ヶ月で+0.3%）
　　10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）

Vue.js　0.4%（1年で+0.1%）
Angular　0.4%（1年で+0%）
React　0.3%（1年で+0%）
893 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 09:50:24.96 ID:BWe3LZzt.net]: 訂正
　　10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）
894 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 09:54:18.72 ID:6iKDd4DC.net]: jqueryしかできないやつ（笑）
895 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 09:59:14.68 ID:BWe3LZzt.net]: フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？

それともフレームワークの方が難しんですか？（笑）
896 名前：デフォルトの名無しさん [2020/10/26(月) 10:05:34.97 ID:KRI7mNeJ.net]: jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人
897 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:07:00.02 ID:6iKDd4DC.net]: まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ
898 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:07:13.93 ID:BWe3LZzt.net]: >>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ
899 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:09:04.52 ID:BWe3LZzt.net]: >>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？
900 名前：デフォルトの名無しさん [2020/10/26(月) 10:12:30.05 ID:bPAWEB8J.net]: >>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ
901 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:13:35.46 ID:eROnJLfC.net]: テムレイみたいだなｗ
jQueryを使え！ｗｗｗ
902 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:16:12.05 ID:cy0Ae67X.net]: >>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？
903 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:23:59.69 ID:6iKDd4DC.net]: Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる

Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる
904 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 10:24:24.90 ID:tqHSoVSY.net]: でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？
905 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 11:21:47.26 ID:BWe3LZzt.net]: >>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね

状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう

動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう

例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ
906 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 11:24:21.24 ID:BWe3LZzt.net]: そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる

「作りたいものはなにか」を基準に考えろ
907 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 11:29:53.80 ID:6iKDd4DC.net]: だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことない？
908 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 11:34:15.27 ID:6iKDd4DC.net]: 苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ
909 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 11:47:12.37 ID:6iKDd4DC.net]: 複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ
910 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:08:26.05 ID:tqHSoVSY.net]: Reactを適切に使うと管理する状態が減って楽なんだけどな～。使った事ないんだろうな
911 名前：デフォルトの名無しさん [2020/10/26(月) 12:10:04.55 ID:2ej88+sU.net]: アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？
912 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:21:55.41 ID:3haw0p11.net]: USBメモリのことをUSとか言っちゃうタイプ？
913 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:25:21.61 ID:KRI7mNeJ.net]: やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる
914 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:28:23.78 ID:6iKDd4DC.net]: 時代について来れないロートルｗ
915 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:29:26.90 ID:eROnJLfC.net]: blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ
916 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:29:39.94 ID:6iKDd4DC.net]: >>905
例えばC#のどのへんがレベル高いんですか？
917 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:30:48.56 ID:cy0Ae67X.net]: >>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが
918 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:34:05.46 ID:6iKDd4DC.net]: 設計が下手くそねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ
919 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:34:48.92 ID:6iKDd4DC.net]: そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ
920 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 12:37:38.88 ID:6iKDd4DC.net]: ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな
921 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:00:02.46 ID:tqHSoVSY.net]: しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？
922 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:02:39.47 ID:hU4xae9L.net]: >>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ
923 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:08:17.54 ID:6iKDd4DC.net]: >>914
エアプは黙ってろ
924 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:14:22.35 ID:6iKDd4DC.net]: jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど
925 名前：デフォルトの名無しさん [2020/10/26(月) 13:17:10.36 ID:KRI7mNeJ.net]: >>906
JSはそのうち消えるぞ

>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ

note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ

>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート
926 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:25:24.06 ID:eROnJLfC.net]: >>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#
927 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:27:20.31 ID:6iKDd4DC.net]: >>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから
928 名前：デフォルトの名無しさん [2020/10/26(月) 13:44:36.99 ID:HaHtULlO.net]: C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。

tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。

こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。
929 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 13:49:38.61 ID:6iKDd4DC.net]: そもそもjsしかできないと思ったら大間違いだからな
930 名前：デフォルトの名無しさん [2020/10/26(月) 13:57:09.02 ID:2ej88+sU.net]: nodejsのパフォーマンスがボトルネックになることってなさそう。

大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？
931 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 14:15:56.10 ID:eROnJLfC.net]: 実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ
932 名前：デフォルトの名無しさん [2020/10/26(月) 14:21:02.08 ID:bPAWEB8J.net]: jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している

これどうやってテストすんだよ？ゴミクソjquery脳だと
933 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 14:51:51.14 ID:BWe3LZzt.net]: >>899
> だから複雑なものを作ろうとしたときに

複雑なものは単純化して作りましょう
934 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 14:52:44.72 ID:BWe3LZzt.net]: SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！

馬鹿じゃなかろうかｗ
935 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 14:53:34.00 ID:BWe3LZzt.net]: >>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから

いちいち嘘つくなよ。実例だしてみろよ
アホかｗ
936 名前：デフォルトの名無しさん [2020/10/26(月) 15:19:31.75 ID:bPAWEB8J.net]: >>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている

そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために

素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている
937 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 16:05:14.68 ID:iAfvFyIK.net]: > 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる

え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ
938 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 16:06:31.67 ID:iAfvFyIK.net]: > さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

ならんなぁ、どういう使い方してるのか書いてみ
939 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 16:10:45.62 ID:iAfvFyIK.net]: あー、いや言葉で説明できないだろうから
再現コード書いてみ
940 名前：デフォルトの名無しさん [2020/10/26(月) 16:15:46.25 ID:bPAWEB8J.net]: >>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ
941 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 17:34:28.11 ID:EEaQcHjv.net]: >>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？
942 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 17:55:31.25 ID:KRI7mNeJ.net]: >>919
C#選ぶという選択をできてる時点で技術的に優れてる

C#使いにframework不要論説いてる無能はいない
943 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 17:56:36.93 ID:KRI7mNeJ.net]: >>920
JSやってるやつらはそもそもほとんど型の概念理解してない。
944 名前：デフォルトの名無しさん [2020/10/26(月) 18:19:28.96 ID:qF0DukLx.net]: >>889
ほんそれ
945 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:31:13.26 ID:tqHSoVSY.net]: >>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説
946 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:34:35.38 ID:07JtLfXz.net]: >>926
お客様「使いにくいからシンプルに戻して」

まあこれだよな
947 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:37:29.18 ID:eROnJLfC.net]: >>937
設計者同じだしな。
C#＝ジャギ
TypeScript＝ケンシロウ
948 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:38:07.02 ID:1ZG07lyE.net]: >>937
やはりアンダースヘルスバーグは天才なんだね
949 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:47:12.01 ID:L6yRzou4.net]: Delphi = トキ
950 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:55:36.99 ID:EEaQcHjv.net]: Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？
951 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:03:10.58 ID:6iKDd4DC.net]: 今日のOPって
1.1750-60ドル
これだよね
952 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:05:47.81 ID:hU4xae9L.net]: >>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど
953 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:11:01.10 ID:EEaQcHjv.net]: >>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。
954 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:11:49.99 ID:tqHSoVSY.net]: 正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし
955 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:21:03.49 ID:KRI7mNeJ.net]: >>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ

TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る

WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう
956 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:31:14.55 ID:tqHSoVSY.net]: >>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？
957 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:46:01.95 ID:KRI7mNeJ.net]: >>942
Blazorならバックエンドも同じC#で開発できて効率がいい
958 名前：デフォルトの名無しさん [2020/10/26(月) 20:18:11.78 ID:HaHtULlO.net]: Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。
959 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:28:37.29 ID:EEaQcHjv.net]: モデルとは何か？
960 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:34:57.63 ID:fN1g3sDc.net]: データを入れる枠組みみたいなもの
961 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:37:30.36 ID:EEaQcHjv.net]: MVCのMのつもり？
962 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:58:09.54 ID:RKoZA45J.net]: >>942
レベルとかそういう話じゃない
963 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 21:02:17.22 ID:KRI7mNeJ.net]: >>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。

Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな
964 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 21:53:12.81 ID:Ua86D6bc.net]: Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。
965 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 22:35:03.13 ID:hU4xae9L.net]: >>950
node
966 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 23:16:59.64 ID:iAfvFyIK.net]: >>932
再現コードはまだですか？

>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？
967 名前：デフォルトの名無しさん [2020/10/26(月) 23:32:57.45 ID:+siaHsIr.net]: あるのかないのかどっちなんだ…

例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。

このモデルから項目を一つ削除したとする。

Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。

こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。
968 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:04:57.94 ID:TumoB2SG.net]: >>959
>>957
969 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:06:34.39 ID:TumoB2SG.net]: >>1
これ嵐なん？
970 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:15:35.15 ID:CaOOP+B2.net]: >>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ
971 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:15:47.67 ID:VaMRm4CO.net]: >>933
Firefox debuggerはReact採用してるね。
https://madewithreactjs.com/firefox-debugger
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ
972 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:21:53.39 ID:TumoB2SG.net]: UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。
973 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:22:45.45 ID:CaOOP+B2.net]: >>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない

JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし
974 名前：デフォルトの名無しさん [2020/10/27(火) 00:57:59.58 ID:GDMoXg0p.net]: >>965
ちょっとわるいけど>>957と戦ってもらっていい？
975 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 01:55:47.15 ID:CaOOP+B2.net]: >>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ

node.jsはframeworkじゃないし
JSはtype safetyですらない
976 名前：デフォルトの名無しさん [2020/10/27(火) 02:09:57.04 ID:GDMoXg0p.net]: 本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？

Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。
977 名前：デフォルトの名無しさん [2020/10/27(火) 03:08:42.51 ID:/EPljA2v.net]: jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用
978 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 04:11:56.81 ID:GDxeid4H.net]: そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな
979 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 06:05:01.58 ID:QYBC+gsP.net]: >>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？
980 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 07:04:24.91 ID:CaOOP+B2.net]: 新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。

フロントエンドJavaScriptフレームワーク総合
mevius.5ch.net/test/read.cgi/tech/1591848719/
981 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 08:29:53.63 ID:hzPxqZHp.net]: >>967
TypeScript
982 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 08:44:39.52 ID:GDxeid4H.net]: ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
983 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:04:07.25 ID:CaOOP+B2.net]: >>973
TSもframeworkじゃないだろ

>>950の質問読んでも理解できないならいいかげんなレスつけるな
おまえもbackend , DBについてわかってない

>>974
明らかな間違いを訂正してやってるのに荒らし扱いとかアホかと
984 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:24:30.45 ID:hsVduoY6.net]: >>974
ロジカルに反論できなくなった負け犬って相手を貶めることしかできなくなるんだよね
つまり先に悪口、罵倒レスを書いたほうが負け
これで決着かな
985 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:37:36.64 ID:GSdirzO1.net]: >>975
フレームワーク無しで解決するなら別にそれで十分じゃん。

>>976
誰も勝負なんてしてないよ。何と戦ってるの？
986 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:53:01.42 ID:CaOOP+B2.net]: >>977
ts, jsでは解決しないっての
言語だけtype safeならいいって話ではない
言語、framework, IDEとかトータルで対応していないとMS並みの
高度なデバッグ、高い開発生産性は実現できない
987 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:30:41.01 ID:ThxLfpvm.net]: >>978
IDEはVSCodeがあるよ。君の大好きなMS製で、strictなら型情報に合わせて色々やかましく言ってくれるから実行時の型エラーは事前に消せる。デバッグ環境はブラウザが高機能化しててかなり充実してる。
さて残るはMS制のフレームワークだ。どういう優位性があるのか具体的に示してよ
988 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:35:44.35 ID:CaOOP+B2.net]: >>979
だから質問者がかいてるだろ

backendやDBの勉強して自分で試せば違いはすぐにわかる。
modelがなんなのかわかってない人たちには説明できない

VS codeもVisual Stuidoに比べるとかなり劣る
ブラウザレベルとか論外

backendやDBの勉強のしなさい
989 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:41:48.64 ID:ThxLfpvm.net]: >>980
具体例で説明してくれないのか。君なら一生懸命解説してくれると思ったのに。
がっかりだよ
990 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:52:56.52 ID:TumoB2SG.net]: オワコンVSの基地外はthroughしては？
991 名前：デフォルトの名無しさん [2020/10/27(火) 11:05:57.77 ID:3A689EsD.net]: clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。
992 名前：デフォルトの名無しさん [2020/10/27(火) 11:08:05.29 ID:3A689EsD.net]: blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。

まだ、grpc時代にモデルの共有をフレームワークと一緒に語るのがお門違いですよ。
993 名前：デフォルトの名無しさん [2020/10/27(火) 11:09:47.69 ID:3A689EsD.net]: プログラミング領域ではモデルはいろんな意味を指すよ。

君の言ってるモデルが何を指してるいるのか説明していない時点で議論にならない。
994 名前：デフォルトの名無しさん [2020/10/27(火) 11:44:37.30 ID:TumoB2SG.net]: blazorググったけど、モデルの共有なんて意味不明の機能無いし
（これは真面目にblazorやってる人怒るよね( ;∀;)）
最初ORM的な事言ってるのかと思ったけど、
おそらく両層でC#のコード使いまわせるレベルの事言ってると思いますよ。
995 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:03:55.18 ID:ThxLfpvm.net]: なんとまぁモデルの意味がわかってないのは彼の方だったか。
彼のせいで無駄にblazorに負のイメージがついてしまった
996 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:08:58.64 ID:CaOOP+B2.net]: >>981
限度があるだろ
すでに概略は書いてるし。
基本用語、概念を分かってないなら説明できない、
正確に言うと時間がかかりすぎてやってられない。
勉強してっていうのが一番親切、お互いに時間効率いい
997 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:12:22.14 ID:CaOOP+B2.net]: >>985
C#知らない人の言葉で説明できるかよ
C#、LINQ, Entity Framework, Database,
ASP.NET Core, Blazor, Visual Studio, Web API,　SQL,
この辺の知識あればC#でいうところのmodelが何なのかはわかるんだよ
998 名前：デフォルトの名無しさん [2020/10/27(火) 12:14:20.60 ID:TumoB2SG.net]: 凄いな...あんま見ないレベル
999 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:14:39.21 ID:9IYklfYx.net]: そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？
1000 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:15:25.34 ID:CaOOP+B2.net]: >>987
わかってないのはおまえだ
C#でmodelといったら通常はEntity Frameworkを
使うようなclassだ
ASP.NETならModelsフォルダの中とかだ

>>986
modelはもっと別のレイヤーの話だっての
C#とLINQとEntity FrameworkCoreを勉強しなさい
1001 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:22:14.76 ID:CaOOP+B2.net]: ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ
C#はmodelのところにちょこちょこ書くだけで
Validationのコードも自動で生成してくれる
JS系でゴリゴリやってる原始人どもにはわからない世界

>>986　>>983
コード共有だけではない
modelへの変更をDBなどに反映させる仕組みもある
デバッグ含めてトータルの生産性を語っている文脈
1002 名前：デフォルトの名無しさん [2020/10/27(火) 12:24:38.13 ID:TumoB2SG.net]: ３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
（まじでしゃべる内容が似てる）その時の事をいま思い出した...。
1003 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:27:15.15 ID:BrcDmJFP.net]: >>984
gRPCのモデルってロジック持てるんだっけ？
ドメインモデルの実装できる？
C# Blazorなら1コードでクラサバ両対応できるけど
1004 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:40:54.34 ID:CaOOP+B2.net]: そろそろ1000

新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない

フロントエンドJavaScriptフレームワーク総合
mevius.5ch.net/test/read.cgi/tech/1591848719/
1005 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:42:22.95 ID:CaOOP+B2.net]: Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
生産性低すぎ、バカらしい
1006 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:42:37.51 ID:BrcDmJFP.net]: C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？

エンティティが単価、税率、個数って属性を持っている
単価、税率はリードオンリーで表示
個数は入力可能
リアルタイムの計算項目として税込み価格(単価*個数*(1+税率))をリードオンリーで表示

この税込み価格の計算は明らかにドメインロジックでありプレゼンテーションロジックではない

1. 税込み価格の計算のためにいちいちサーバーに問い合わせる
2. 簡単なロジックだからプレゼンテーションで計算することで妥協する

もちろん税込み価格なんてのはごくごく簡単なロジックだからどっちでもいいじゃないかと思うかもしれない
しかしそれは簡単な例を出したからにすぎない
現実の世界はもっと複雑でユーザーの要求は予測不可能だ

モデルをクラサバで共有できればこんなくだらないことに悩むこともなくなる
C# Blazorならそれができるのがデフォルト
1007 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:44:27.68 ID:YRCznue3.net]: >>994
自分の感覚を世界の常識だと思ってる。よく居る老害だね
1008 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:46:10.88 ID:ff7n9672.net]: 現実問題、TypeScript使ってると大量にanyに遭遇するからな
用途によってはそっちの方が適切なこともあるだろうし
1009 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 89日 14時間 7分 22秒
1010 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef