Vue vs React vs Svelte Part.6

1 名前：デフォルトの名無しさん [2020/10/27(火) 13:09:05.31 ID:5aYZ+KyB.net] 実際どうなん？ ※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました Vue https://jp.vuejs.org/ React https://reactjs.org/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Angular Part.5 https://mevius.5ch.net/test/read.cgi/tech/1596029929/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 290 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:43:56.07 ID:rn09M8ye.net] 世の中で本当に終わったといえる言語には特徴がある 1. 1ベンダーによる開発 2. その開発会社が終息を宣言、もしくはそれ相当の自体になった これにギリギリ当てはまるのは VB6とDelphiぐらいだろ JavaScriptは多数の実装があるのでどうあっても終わらない 291 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:46:18.62 ID:rn09M8ye.net] D言語やPerl5/6なんかもあったな PHPも開発会社が終息を宣言すれば終わる可能性もある Rubyは幾つか実装があるみたいだが やっぱり本家が終われば終わる可能性もある GoもGoogleだけかな で、JavaScriptはこれらとは程遠い 292 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:46:30.21 ID:bmm0MTRM.net] Delphiとエンバカデロってどうにかなったのか？ 293 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 10:50:16.45 ID:rn09M8ye.net] >>289 もう誰も気にしてないということ 294 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:33:18.66 ID:0Mqgtux2.net] >>281 JSからネイティブコードが 呼び出せるようになるだろ。 295 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:37:42.55 ID:PALovYd2.net] jsは終わらないけど jsを使ったフレームワークやAltJSの類はどんどん移り変わるから大変だなあとは思う バージョンアップしたときとかみんな着いていけてるのか？ 296 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 12:58:24.94 ID:+FPoUGVQ.net] フレームワーク作る側も変化が激しくて習得が負担になりうる事を意識してか、ルールが独特過ぎたり複雑過ぎ� 297 名前：驍ﾌは最新減ってきたように思う [] [ここ壊れてます] 298 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:31:15.73 ID:owcTZSsV.net] Pythonの高速ライブラリはCで書かれたネイティブモジュールだけどPythonはなくなりましたか。 え？なくなってない？じゃあなんでwasmでjsがなくなるのｗｗｗ Pythonよりさらに状況悪くて、クライアントサイドではwasmはjs経由でしかロードもできないのにｗｗｗｗ 299 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:52:09.05 ID:FUbWMdS/.net] 何言ってんだこいつ pythonのライブラリがCで書かれてるからと言ってクライアントまでCにする理由はない なぜならCよりもpythonのほうが簡単だから これはpythonと「pythonより速いが難しい言語」との比較だ JSとwasmの関係はpythonとCの関係とは全く状況が異なる wasmは今のところC#が有力だが将来的には言語を選ばなくなるはず ということはJSと「JSより簡単で安全で高速な他の言語」との対立という構図になる 結末は目に見えているね 300 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 13:58:03.77 ID:owcTZSsV.net] > C#が有力 どこが？ｗｗｗ wasmはGCサポートしてないから.net中間コード逐次実行するランタイムをwasmでロードするという、クソみてーなことしてるGCクソ言語じゃんｗｗｗｗ RustやCみたいにwasm用にAoTコンパイルできるようになってからほざけカスｗｗｗｗ やーいインタプリタ言語ｗｗｗｗｗｗ 301 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:17:09.83 ID:+FPoUGVQ.net] >>296 嘘だろと思って調べてみたらマジで草 オーバーヘッド半端ないな 302 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:19:02.43 ID:IuzD2K3l.net] >>296 corertちゃん… 303 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:26:46.20 ID:5LwFg3Ca.net] >>296 blazor wasmがガッカリ低速なのもこれが主原因なんだよね。 ランタイムDLのオーバーヘッド、 中間言語からの実行時(JIT)コンパイルのオーバーヘッド… 他のザコアイテムの改善を行ってはいるが、本丸のAoT対応はできてないw 304 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:51:20.63 ID:0Mqgtux2.net] >>299 Blazorは純粋なwasmじゃないですよ。 Domの処理はガッツりjsです。だから遅い。 305 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 14:59:27.04 ID:FUbWMdS/.net] >>296 そんなものは時間が解決するに決まってるだろ 少しは考えてからレスしたほうがいいよ 306 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:27:21.70 ID:+FPoUGVQ.net] wasmにGCが乗り、さらに予定すらされていないDOMを直接触る機能が付き、それが全てのブラウザに搭載され、仕様が安定し、それにC#が対応し、フレームワークが完成し、そのフレームワークが流行り……いつになったらJSはレガシーになるんですか？ 307 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:31:51.34 ID:5LwFg3Ca.net] >>300 そんなのはRustもCも一緒です。 DOM APIはJS用しか存在しないんだから。 言い訳にもならない。 308 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:32:59.39 ID:rn09M8ye.net] >>291 alert("hoge") alertの先はネイティブコード 昔からJavaScriptはネイティブコードを呼び出している 309 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:41:53.35 ID:mKaKPR0T.net] .net vmのcdnを予めダウンロードしとくみたいなことできんの？ 310 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 15:42:29.51 ID:rn09M8ye.net] >>303 昔からDOM APIはJavaScript専用じゃない 呼び出そうと思えば、どんな言語からでも呼び出せる VB6（VBScriptじゃなくて）とかDelphiにIEコンポーネントを埋め込んで VB6やDelphiからDOM APIを呼び出すなんてのは昔からできた DOM APIの先はネイティブコードなのでJavaScriptから呼び出しても wasmから呼び出してもパフォーマンスは変わらない DOM APIの機能が強化されるたびに、JavaScriptのパフォーマンスは上がってきた JavaScriptからwasmに変換することもできるということを考えると 話は昔かあるインタプリタ vs コンパイラでしかなくなる 事前コンパイルした方が確かに速いが、インタプリタは事前に コンパイルする必要がなく気軽に開発できるという点で広く使われている これが覆ることなんて今後も考えられないだろ Javascriptのメリットはインタプリタからコンパイラへの変更がシームレスであるということ 開発の初期段階はブラウザで直接動くから素早く開発でき そして速度が重要な部分だけwasmで変換すれば良くなる パフォーマンスと開発効率のバランスが優れてるいいとこ取りの言語なんだよ 311 名前：デフォルトの名無しさん [2020/11/30(月) 16:08:05.54 ID:XP0NOCLu.net] >>303 domに頼ってるようじゃお終いですな 312 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:11:06.34 ID:tpJ2df0N.net] >>305 一回落とせばキャッシュされるよ 313 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:12:17.98 ID:5LwFg3Ca.net] DOM APIはJavaScript専用です。 wasmからJS経由せずにDOMを触る方法はありません。 これはCだろうがRustだろうがC#だろうが変わりません。 DOMの実装はC++ですが、上記の状況とはまったく関係のない話です。 C++だろうがwasmからJS経由せずにDOMは触れません。 嘘を千回繰り返しても本当にはなりません。 314 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 16:15:02.59 ID:0Mqgtux2.net] まったく困ったもんだ。 315 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 17:18:04.07 ID:tr0Vj++C.net] Mozillaのwasmのリファレンスに、「wasmから直でDOMいじれるようにする計画もあるよ！」みたいなことが書いてあったような記憶がある 316 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 17:46:49.41 ID:0Mqgtux2.net] >>311 Mozillaにはね...Mozillaだから 317 名前：デフォルトの名無しさん [2020/11/30(月) 18:37:42.91 ID:8OT0vtYb.net] >>309 じゃあDOMの実装をJSにしたら良いのでは？ 318 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 18:55:08.36 ID:FUbWMdS/.net] >>302 数年以内だろうな C#に限らず各言語で出揃う 319 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 18:56:44.46 ID:owcTZSsV.net] >>313 じゃあ、とは？ C++で実装されたネイティブDOM API (JS専用。wasmからはC++だろうがJS経由しないと呼び出せない)が整備されてるのになぜその必要が？ 誤魔化してるつもりかな？ｗ C++で実装されたネイティブDOMの、WASMネイティブのインターフェースを作ってもらいなよ。お前らが。GCクソ言語なんちゃってコンパイル言語中間言語逐次wasm翻訳実質インタプリタクソ言語爆遅ハッタリ嘘つきクソ言語のC#ユーザーがｗｗｗｗ 320 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:02:17.29 ID:FUbWMdS/.net] >>315 君が足踏みしてる間に世界では誰かがより良い世界を作ろうとしてる もちろんwasmもすぐに良くなる 321 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:06:51.00 ID:owcTZSsV.net] やっぱりウソ吐いて誤魔化そうとしてたね。 あいも変わらず卑怯な奴らだよ。 そんなだから信用されないんだ。 呆れた。 322 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:15:06.85 ID:PALovYd2.net] この二人の論争はなんというか宗教、政党、プロ野球みたいな感じ どっちも一長一短、適材適所があるでしょうに。 興奮しすぎだわ。 323 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:17:46.73 ID:0Mqgtux2.net] wasmのスレ立てれば？ デバック面倒くさすぎて 使う気にはなれんけど。 324 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:17:53.53 ID:qWFwWuIl.net] 何はともあれC#おじさんがスレ違いなのは確か 325 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:20:18.75 ID:owcTZSsV.net] 単なる事実対妄想だが。 クソ言語C#バカが妄想な。 blazer開発者ですらJSに速度では勝てない勝とうとしてない狙いは別のところにあると言ってるのに速度でも勝てると勝手に妄想、嘘んこをスレ違いに喚き散らして宣伝して回るクソゴミカスどもだからお灸を据えてやったほうがいい。 326 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:23:31.24 ID:VwdmTk5m.net] 速度で勝てないのは現時点での話 当然将来的には最適化が容易なwasmが勝つ 当たり前のことなんだけど理解できないのはかわいそうに 327 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:25:41.44 ID:owcTZSsV.net] そういうのを妄想つうんだよC#チョン 328 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:30:22.31 ID:+FPoUGVQ.net] そりゃwasmは速いよ。でも今のC#そのままブラウザに持ってきただけのblazerが早いわけじゃない 329 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:31:45.17 ID:VwdmTk5m.net] >>323 当たり前に予想できることを妄想とは言わない コーラを飲んだらゲップが出るのと同じように確実なこと 330 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:33:08.20 ID:VwdmTk5m.net] >>324 まだ慌てる時間じゃない ゆったりと高みの見物を決め込んでればいつの間にか逆転してるだろう 331 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:34:15.46 ID:owcTZSsV.net] とにかくとっととAoTコンパイル対応してRustやCと同じ土俵乗ってから偉そうにほざけカスって感じ 332 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:36:06.47 ID:FUbWMdS/.net] はいはい世界の何処かで進行中ですよ 333 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:39:02.85 ID:FUbWMdS/.net] Googleとマイクロソフトがこんな誰でも分かるようなあからさまボトルネックを延々と放置するわけねえじゃんって幼稚園児でもわかりそうなもんだがねえ いったい何を根拠にしたら黎明期の遅いままでずっと推移するなどという荒唐無稽な妄想を信じられるのだろう 334 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:39:28.44 ID:owcTZSsV.net] AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが… AOT support in Blazor WASM will be postponed and not show up in .NET 5. Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。 https://twitter.com/christianweyer/status/1270602821688328192?s=20 延期されたｗｗｗｗ 一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。 他の改善アイテムで頑張るってよｗ (deleted an unsolicited ad) 335 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:41:55.90 ID:l+bF0jjh.net] >>322 現実を教えてあげよう 誰も実行速度で困ってないんだ そしてみんなが持ってるコンピューターは 年々実行速度が速くなっていってるんだ 買い替えによってね 336 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:42:04.28 ID:+FPoUGVQ.net] ID:owcTZSsV こいつ口は悪いけどたしかに嘘や希望的観測は言わないな 337 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:48:50.54 ID:l+bF0jjh.net] ソフトウェアの発展というのは 実行速度が技術に置き換えられてきたといっても 過言じゃないだろう 昔の話をするならアセンブラからC言語へ C言語からC++へ、C++からJavaへ ネイティブアプリからブラウザアプリへ 実行速度はどんどん遅くなってるんだよ それが成り立ってるのはハードウェアがそれをカバーし 338 名前：てるからで そうする理由は開発速度を上げるため wasmの目的は実行速度ではない 既存のものをブラウザ上に移植するのを容易にするためだ その必要がないならネイティブアプリにしたほうが実行速度は速いだろう [] [ここ壊れてます] 339 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:49:05.87 ID:l+bF0jjh.net] 実行速度が遅い技術に置き換えられてきたといっても 340 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:51:05.88 ID:c2JpZQqd.net] >>290 俺が愛用してるエディタはDelphi製だけどな 341 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 19:55:18.02 ID:owcTZSsV.net] C#バカの汚いやり口はいつも同じ。 最初は速いと嘘を吐き騙そうとし、 ウソがバレたら今度は速度なんて重要じゃないという。 前にも言ったが、blazer開発者は最初から速度でJSには勝てないと言ってるんだが？ 最後に開き直るなら、最初から飾らねばよい。 342 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 20:00:02.01 ID:XPC113Og.net] C#奴はずっと詭弁しか言ってない 343 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:34:39.47 ID:FUbWMdS/.net] >>332 過去にすがってるだけ 先が見えてない 344 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:36:11.09 ID:FUbWMdS/.net] >>336 最初は勝てないのは妥当な判断だ 最適化なんてほとんどしてない黎明期だからな 逆に言うと改善の余地が有り余ってる 345 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:39:39.44 ID:0Mqgtux2.net] blazorさんはスレ違だから 退散した方がいいよ。 そもそもwasmも同じくスレ違だから。 無かったら別スレ立てて移動してね。 346 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:43:55.23 ID:FUbWMdS/.net] 勝てないとわかったら追い出し作戦か ワンパターンだねー 347 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:47:06.14 ID:owcTZSsV.net] エッ！一年前から遅い遅い指摘されてたのに、まだAoT実現できてないの？ このプロジェクト大丈夫？？ https://www.reddit.com/r/csharp/comments/c7qtwy/is_blazorwasm_faster_than_js_today/ > No. Blazor is currently interpreted. That makes it very slow compared to JS. > It will at some point be AOT, which should yield a massive performance boost, > but we're not there yet. いいえ。Blazorは現在インタプリタ動作です。 そのためJSに比べて非常に遅くなります。ある時点でAOTになり、 パフォーマンスが大幅に向上するはずですが、 まだ実現していません。 ↑これが一年前。さーてそろそろAoT実現してるかな〜 AOT support in Blazor WASM will be postponed and not show up in .NET 5. Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。 　　 　　＿＿＿＿＿ 　　ゝ／　　　　　　　　　＼　　/ 　　/　　＿＿＿＿＿＿＿ヽ 　　|　　| : : : : : :＼_人ノ: : :|　　　／　 　　|　　| : : / ⌒ ヽ: :/ ⌒ ヽ 　　/＾v─ i　　　 　 |　　　　| （（ |:ｄ: :♯| 　 　 ((・|・))　　 !　　　　「延期！」 　　ヽ: : /＾ヽ､ ＿　ノっ ＿ ﾉ−､ 　　　|: :|　　 ＼_／＾＼／＾＼_:ノ 　　　|: :|　　　　　　　　　　　　　　　＼ 　/⌒＼ヽ　（⌒ヽ⌒）　　　）） 　|　　　 ＼＼_／＾＼_／ﾉ　＿＿＿＿＿ 　|　　　　　＼─┬─　´　|　　　　　　　　|_ 　|.　 ＼.　　　＼ | 　 ＼　 |　 　延期　（＿） 　| 　 　 ＼ 　 　 ＼.／￣￣）　 　　 　 （＿) 　　　 　 　 ＼　　 /　 　 ￣)　　　　　　　 | 348 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 21:54:51.87 ID:+FPoUGVQ.net] >>338 現在が見えてないC#おじさんの妄想より、現状と開発者の言葉を信じるけどね。普通は 349 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:35:18.91 ID:ae11hT0U.net] C#おじさんのせいでC#が巻き添え食って嫌われるのは心外 350 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:45:16.43 ID:S1EYu7ha.net] C#は良い言語だったと思うよ2000年代中盤から2010年代前半くらいまではね 351 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:56:00.59 ID:ae11hT0U.net] そうか… 2016年に何かがあったんだな… 352 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:58:32.01 ID:gI3b/R7k.net] なんだよこの流れ……jQueryが入る余地ねぇじゃん…… 353 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 22:59:48.74 ID:RrZktX1W.net] SSGの波に乗りおくれるな！ 354 名前：デフォルトの名無しさん mailto:sage [2020/11/30(月) 23:18:34.74 ID:l+bF0jjh.net] >>347 呼んだかい？ｗ 結局の所wasmは使われず、JavaScriptを使う そしてDOMと相性がいいのはjQueryって話なんだが 355 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:07:19.73 ID:soycDTan.net] typescriptの生産性を越えない限り、他の言語に出番なんて来ない 356 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:25:58.49 ID:XcHTxxjN.net] jQueryはDOM操作ライブラリだけど 本来ウェブサイトにおいてDOMはガシガシと操作するもんじゃないんだわ これはjQueryに限った話じゃなくてJavaScript一般の話 jQuery（JavaScript）でやるのは要素の属性の変更 主にclassを変更する。そしてCSSによって見た目を変える DOMを変更して見た目を変えるんじゃなくて DOMはそのままでCSSで見た目を変える これでやりたいことの8割は実現できる できないのはグリッドテーブルの行数を増やすとかそういうもの程度 そうやって見た目をCSSで変えるだけにすると JavaScriptの処理は少なくなって、CSSによる宣言的な記述で実装できるようになる。 これはバグが減ってCSSはブラウザによってネイティブで処理されるからもっとも高速になる あとはこれをJavaScriptでやるからjQueryでやるかだが jQueryを使うとJavaScriptのコードも宣言的に書けるようになる 正しいウェブサイトプログラミング手法を知ってると JavaScriptでやる処理が減るから、JavaScriptが遅いことがデメリットにならないんだよ 多少遅くなってもボトルネックにはならないから、そのぶんjQueryを使って楽にやりましょうと もとより大したことはしないのに、それをwasmに置き換えてなにかメリットあると思う？ ウェブサイトにwasmが入る余地はないんだよ。wasmはデスクトップアプリの移植用 357 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 01:34:30.18 ID:XcHTxxjN.net] もちろんこの手法にも問題はあってJavaScriptは シンプルになるが、代わりにHTMLとCSSが複雑になる この問題はCSSに関してはSASS（SCSS）で解決できる ウェブプログラマはCSSとその周辺技術に詳しくならないといけないんだが なぜかCSSわかりません。みたいなことを恥ずかしげもなく言ってしまう ポインタわかりませんみたいなレベルだからなこれ HTMLが複雑化する問題は将来的にはWebComponentで解決するだろうし 今現在はテンプレートエンジンを使えば、簡単な記述で生成できる 358 名前：デフォルトの名無しさん [2020/12/01(火) 01:44:32.83 ID:BITrO4cB.net] 随分スレチな流れだが、wasmは置いといてそこでjQuery推すのはやめてくれ。さらにスレチが加速して収集つかなくなる。jQueryが優秀なのは知ってるから。 359 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 05:22:26.97 ID:IH0+Yar+.net] >>348 Next.jsとGatsbyどっちがオススメ？ 360 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 06:58:41.70 ID:IH0+Yar+.net] >>249 Armv8.3のFJCVTZS命令が件のJS専用命令で、JS特有の整数変換を高速化できるとのこと。 https://qiita.com/mod_poppo/items/66663d9a05790579b5e4 M1のみならずArmCPUなら高速化するってわけだ。x86も追従するかもね。 361 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 09:22:33.54 ID:Iz940o1z.net] 別にサイト作成にjQuery使うことは否定してないからさっさと成仏してくれ 362 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 12:27:40.74 ID:CDzfjJOf.net] マシン語(アセンブリ言語)があらゆる言語を動かし得るのと同様、Wasm(WebAssembly) もあらゆる言語を動かし得るのだから、Wasm自体に限界は余り無い。 限界があるのは、 ・ローカルファイルシステムへ自由な読み書きが出来ないこと。 ・グラフィックが遅いこと。特にせっかくOpenGL相当のWebGLがあるのに 　同じマシンのnativeのOpenGLの数十倍遅いことが多いのが残念。 363 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 12:29:51.34 ID:KHJEiCI/.net] >>351 アホ？ jQueryは命令的、Reactとかが宣言的っていうんだよ 命令的だから当然複雑になると手に負えなくなる 364 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:05:00.77 ID:CDzfjJOf.net] >>331 その話は一理あるが、ダウンロード時間に関しては果たしてどうか。 意外と通信費は安くならないし。 それと速度が関係ないというならデスクトップもC#で十分なはずなのに C++も依然としてかなり人気があるし、新しい言語ならC#より速度が速い とされるRustも一番人気とも言われている。 人気に関しては色々と議論の余地があるが。 365 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:08:33.20 ID:CDzfjJOf.net] >>359 補足するとPCの速度は、シングルスレッド性能は余り上がらないがコア数はどんどん 増えているので、マルチスレッド化できるような処理の場合にはその時点での 速度の遅さは余り問題にならないかも知れない。 ところが通信に関しては安く済まそうと思うと、とたんに事情が違ってくる。 366 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 16:14:14.50 ID:CDzfjJOf.net] 一戸建ての固定回線の場合、光ファイバーにするには月々4,500円くらいが最低価格。 一戸建ての三年以後の価格で、光ファイバーでそれ以上安いプランは存在し無い事が 多いから。それだと年間、5万4,000円かかる。 それより安くしようと思うとADSLになるが、ADSLは基地局から遠いと極端に遅く なり、光ファイバーの100〜1000分の1位しかでない事が少なくない。 その場合、Blazor Wasmの初回起動はダウンロードに一分以上待たされる。 また、さっきネットで、ダウンロード後の起動にも15秒程度かかる場合があるというテスト 結果をちらっと見た。 367 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 17:29:12.99 ID:sVIjNcb4.net] >>358 > jQueryは命令的、Reactとかが宣言的っていうんだよ それはお前がjQueryを命令的に使ってるだけの話 Reactのどこが宣言的だというのか 宣言文相当のものを見せてみろって jQueryの場合は $('.link').css({color: 'red'}') こうな .link { color: 'red' } これは同じく宣言的であるCSSの書き方と似ている 368 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 17:37:15.15 ID:WP+WGTcn.net] Netflix で測ると、今は都会の� 369 名前：�ファイバーなら、速い時で、150MB / 秒ぐらい出る！ [] [ここ壊れてます] 370 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:05:23.43 ID:CDzfjJOf.net] >>363 月々の料金はいくら？ 371 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:12:32.71 ID:IH0+Yar+.net] スマホで速度制限中かもしれないし、データ量が少ないに越したこた無いんだな 372 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:15:02.63 ID:XaSziyAo.net] 速度制限中の速度は500Kbps、つまり62.5KB/秒 jQueryのサイズはgzip圧縮時で30KB 0.5秒 画像1枚の方が大きかろう 373 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:19:29.40 ID:8vXHLLG3.net] 結局、MVC+jQueryが最強なんだね 374 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:20:40.55 ID:KHJEiCI/.net] >>362 勉強してこいアホが 375 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:21:01.19 ID:XaSziyAo.net] >>368 やっぱり反論なしなんですよね（笑） 376 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:25:20.17 ID:KHJEiCI/.net] >>369 いやマジでお前恥晒しだから無能アホjQueryゴミ命令カオススパゲティ野郎はお呼びじゃないからあっちいけ スレのレベルが下がる 377 名前：デフォルトの名無しさん [2020/12/01(火) 18:25:40.77 ID:kQQehElu.net] ちょっと聞いていい？ Reactはbabel必須って理解は間違ってない? Reactの環境構築の最小構成みたいな記事でbabelを入れてなかったからなんか他にやり方あるんかと思いまして 378 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:26:30.73 ID:XaSziyAo.net] >>370 必死すぎやろｗ 379 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:31:10.48 ID:IH0+Yar+.net] 宣言的か宣言的じゃないか、jQuery使うか使わないかなんて、同じチームの人間が言うことでなければどちらでも良い。 それを押し付けてさえ来なければ勝手にどうぞ、となる。 380 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 18:33:14.62 ID:IH0+Yar+.net] >>371 webpackとts-lorder使ったときはインストールしなかった。裏で依存関係で拾ってきてるかもしれないけど 381 名前：363 mailto:sage [2020/12/01(火) 18:55:16.53 ID:WP+WGTcn.net] >>364 大阪梅田の5階建ての会社のビル NTT だと言ってた。 でも混雑時には、かなり遅くなるだろうが 382 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 19:14:56.80 ID:WP+WGTcn.net] Ruby on Rails 6 ではデフォルトで、Webpack。 node_modules フォルダ内に、何千というファイルが入っているw プロジェクトの設定ファイルは、 package.json, babel.config.js, .browserslistrc, postcss.config.js yarn.lock は、7,500行あるw その中を、babel で検索したら、440 個 React プロジェクトを作るには、 rails new に、--webpack=react を付ける 383 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 19:15:08.58 ID:kQQehElu.net] >>374 webpackもts-loaderも、「jsxをトランスパイルする」モジュールではないよね？ 裏でなんかやってんのか 384 名前：376 mailto:sage [2020/12/01(火) 19:33:46.11 ID:WP+WGTcn.net] これか？ でも、React プロジェクトを作ったら、依存で勝手に入るかも https://github.com/jsx/JSX npm install -g jsx 385 名前：376 mailto:sage [2020/12/01(火) 19:48:04.03 ID:WP+WGTcn.net] 最新版で学ぶwebpack 5入門 Babel 7でES2020環境の構築 (React, Vue, Three.js, jQueryのサンプル付き) https://ics.media/entry/16028/#webpack-babel-react webpack+Babel+Reactの構成を作成しよう @babel/react を記述するのがポイントです。 これによって、JSX が解釈できるようになります 386 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:22:07.56 ID:U68a3lhY.net] >>371 昔はcdnでも使えたらしいな 今はほぼ100%webpackだろうけど 387 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:23:07.78 ID:U68a3lhY.net] >>376 革新的だと思ってるかも知れんがLaravelの後追いやね 388 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:27:08.47 ID:z7IFf7zF.net] TypeScriptはJSXをトランスパイルできる https://www.typescriptlang.org/docs/handbook/jsx.html ＞TypeScript supports embedding, type checking, and compiling JSX directly to JavaScript. だからTypeScript+Reactでやる場合はBabelはいらないと思う 389 名前：376 mailto:sage [2020/12/01(火) 20:32:55.47 ID:WP+WGTcn.net] Ruby on Rails は、ずっと昔から、Webpack プロジェクトを作れた それが、Rails 6 ではデフォルトになっただけ 390 名前：デフォルトの名無しさん mailto:sage [2020/12/01(火) 20:43:52.55 ID:kQQehElu.net] >>382 なるほどー！そういうことか 納得行きました、ありがとう

---

---

[ 続きを読む ] / [ 携帯版 ]

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