実際どうなん?
※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などはおk。
探検
Vue vs React vs Svelte Part.6
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2020/10/27(火) 13:09:05.31ID:5aYZ+KyB313デフォルトの名無しさん
2020/11/30(月) 18:37:42.91ID:8OT0vtYb >>309
じゃあDOMの実装をJSにしたら良いのでは?
じゃあDOMの実装をJSにしたら良いのでは?
314デフォルトの名無しさん
2020/11/30(月) 18:55:08.36ID:FUbWMdS/315デフォルトの名無しさん
2020/11/30(月) 18:56:44.46ID:owcTZSsV >>313
じゃあ、とは?
C++で実装されたネイティブDOM API (JS専用。wasmからはC++だろうがJS経由しないと呼び出せない)が整備されてるのになぜその必要が?
誤魔化してるつもりかな?w
C++で実装されたネイティブDOMの、WASMネイティブのインターフェースを作ってもらいなよ。お前らが。GCクソ言語なんちゃってコンパイル言語中間言語逐次wasm翻訳実質インタプリタクソ言語爆遅ハッタリ嘘つきクソ言語のC#ユーザーがwwww
じゃあ、とは?
C++で実装されたネイティブDOM API (JS専用。wasmからはC++だろうがJS経由しないと呼び出せない)が整備されてるのになぜその必要が?
誤魔化してるつもりかな?w
C++で実装されたネイティブDOMの、WASMネイティブのインターフェースを作ってもらいなよ。お前らが。GCクソ言語なんちゃってコンパイル言語中間言語逐次wasm翻訳実質インタプリタクソ言語爆遅ハッタリ嘘つきクソ言語のC#ユーザーがwwww
316デフォルトの名無しさん
2020/11/30(月) 19:02:17.29ID:FUbWMdS/317デフォルトの名無しさん
2020/11/30(月) 19:06:51.00ID:owcTZSsV やっぱりウソ吐いて誤魔化そうとしてたね。
あいも変わらず卑怯な奴らだよ。
そんなだから信用されないんだ。
呆れた。
あいも変わらず卑怯な奴らだよ。
そんなだから信用されないんだ。
呆れた。
318デフォルトの名無しさん
2020/11/30(月) 19:15:06.85ID:PALovYd2 この二人の論争はなんというか宗教、政党、プロ野球みたいな感じ
どっちも一長一短、適材適所があるでしょうに。
興奮しすぎだわ。
どっちも一長一短、適材適所があるでしょうに。
興奮しすぎだわ。
319デフォルトの名無しさん
2020/11/30(月) 19:17:46.73ID:0Mqgtux2 wasmのスレ立てれば?
デバック面倒くさすぎて
使う気にはなれんけど。
デバック面倒くさすぎて
使う気にはなれんけど。
320デフォルトの名無しさん
2020/11/30(月) 19:17:53.53ID:qWFwWuIl 何はともあれC#おじさんがスレ違いなのは確か
321デフォルトの名無しさん
2020/11/30(月) 19:20:18.75ID:owcTZSsV 単なる事実対妄想だが。
クソ言語C#バカが妄想な。
blazer開発者ですらJSに速度では勝てない勝とうとしてない狙いは別のところにあると言ってるのに速度でも勝てると勝手に妄想、嘘んこをスレ違いに喚き散らして宣伝して回るクソゴミカスどもだからお灸を据えてやったほうがいい。
クソ言語C#バカが妄想な。
blazer開発者ですらJSに速度では勝てない勝とうとしてない狙いは別のところにあると言ってるのに速度でも勝てると勝手に妄想、嘘んこをスレ違いに喚き散らして宣伝して回るクソゴミカスどもだからお灸を据えてやったほうがいい。
322デフォルトの名無しさん
2020/11/30(月) 19:23:31.24ID:VwdmTk5m 速度で勝てないのは現時点での話
当然将来的には最適化が容易なwasmが勝つ
当たり前のことなんだけど理解できないのはかわいそうに
当然将来的には最適化が容易なwasmが勝つ
当たり前のことなんだけど理解できないのはかわいそうに
323デフォルトの名無しさん
2020/11/30(月) 19:25:41.44ID:owcTZSsV そういうのを妄想つうんだよC#チョン
324デフォルトの名無しさん
2020/11/30(月) 19:30:22.31ID:+FPoUGVQ そりゃwasmは速いよ。でも今のC#そのままブラウザに持ってきただけのblazerが早いわけじゃない
325デフォルトの名無しさん
2020/11/30(月) 19:31:45.17ID:VwdmTk5m326デフォルトの名無しさん
2020/11/30(月) 19:33:08.20ID:VwdmTk5m327デフォルトの名無しさん
2020/11/30(月) 19:34:15.46ID:owcTZSsV とにかくとっととAoTコンパイル対応してRustやCと同じ土俵乗ってから偉そうにほざけカスって感じ
328デフォルトの名無しさん
2020/11/30(月) 19:36:06.47ID:FUbWMdS/ はいはい世界の何処かで進行中ですよ
329デフォルトの名無しさん
2020/11/30(月) 19:39:02.85ID:FUbWMdS/ Googleとマイクロソフトがこんな誰でも分かるようなあからさまボトルネックを延々と放置するわけねえじゃんって幼稚園児でもわかりそうなもんだがねえ
いったい何を根拠にしたら黎明期の遅いままでずっと推移するなどという荒唐無稽な妄想を信じられるのだろう
いったい何を根拠にしたら黎明期の遅いままでずっと推移するなどという荒唐無稽な妄想を信じられるのだろう
330デフォルトの名無しさん
2020/11/30(月) 19:39:28.44ID:owcTZSsV 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
延期されたwwww
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよw
https://twitter.com/5chan_nel (5ch newer account)
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
延期されたwwww
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよw
https://twitter.com/5chan_nel (5ch newer account)
331デフォルトの名無しさん
2020/11/30(月) 19:41:55.90ID:l+bF0jjh332デフォルトの名無しさん
2020/11/30(月) 19:42:04.28ID:+FPoUGVQ ID:owcTZSsV
こいつ口は悪いけどたしかに嘘や希望的観測は言わないな
こいつ口は悪いけどたしかに嘘や希望的観測は言わないな
333デフォルトの名無しさん
2020/11/30(月) 19:48:50.54ID:l+bF0jjh ソフトウェアの発展というのは
実行速度が技術に置き換えられてきたといっても
過言じゃないだろう
昔の話をするならアセンブラからC言語へ
C言語からC++へ、C++からJavaへ
ネイティブアプリからブラウザアプリへ
実行速度はどんどん遅くなってるんだよ
それが成り立ってるのはハードウェアがそれをカバーしてるからで
そうする理由は開発速度を上げるため
wasmの目的は実行速度ではない
既存のものをブラウザ上に移植するのを容易にするためだ
その必要がないならネイティブアプリにしたほうが実行速度は速いだろう
実行速度が技術に置き換えられてきたといっても
過言じゃないだろう
昔の話をするならアセンブラからC言語へ
C言語からC++へ、C++からJavaへ
ネイティブアプリからブラウザアプリへ
実行速度はどんどん遅くなってるんだよ
それが成り立ってるのはハードウェアがそれをカバーしてるからで
そうする理由は開発速度を上げるため
wasmの目的は実行速度ではない
既存のものをブラウザ上に移植するのを容易にするためだ
その必要がないならネイティブアプリにしたほうが実行速度は速いだろう
334デフォルトの名無しさん
2020/11/30(月) 19:49:05.87ID:l+bF0jjh 実行速度が遅い技術に置き換えられてきたといっても
335デフォルトの名無しさん
2020/11/30(月) 19:51:05.88ID:c2JpZQqd >>290
俺が愛用してるエディタはDelphi製だけどな
俺が愛用してるエディタはDelphi製だけどな
336デフォルトの名無しさん
2020/11/30(月) 19:55:18.02ID:owcTZSsV C#バカの汚いやり口はいつも同じ。
最初は速いと嘘を吐き騙そうとし、
ウソがバレたら今度は速度なんて重要じゃないという。
前にも言ったが、blazer開発者は最初から速度でJSには勝てないと言ってるんだが?
最後に開き直るなら、最初から飾らねばよい。
最初は速いと嘘を吐き騙そうとし、
ウソがバレたら今度は速度なんて重要じゃないという。
前にも言ったが、blazer開発者は最初から速度でJSには勝てないと言ってるんだが?
最後に開き直るなら、最初から飾らねばよい。
337デフォルトの名無しさん
2020/11/30(月) 20:00:02.01ID:XPC113Og C#奴はずっと詭弁しか言ってない
338デフォルトの名無しさん
2020/11/30(月) 21:34:39.47ID:FUbWMdS/339デフォルトの名無しさん
2020/11/30(月) 21:36:11.09ID:FUbWMdS/340デフォルトの名無しさん
2020/11/30(月) 21:39:39.44ID:0Mqgtux2 blazorさんはスレ違だから
退散した方がいいよ。
そもそもwasmも同じくスレ違だから。
無かったら別スレ立てて移動してね。
退散した方がいいよ。
そもそもwasmも同じくスレ違だから。
無かったら別スレ立てて移動してね。
341デフォルトの名無しさん
2020/11/30(月) 21:43:55.23ID:FUbWMdS/ 勝てないとわかったら追い出し作戦か
ワンパターンだねー
ワンパターンだねー
342デフォルトの名無しさん
2020/11/30(月) 21:47:06.14ID:owcTZSsV エッ!一年前から遅い遅い指摘されてたのに、まだ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 | |
(( |:d: :♯| ((・|・)) ! 「延期!」
ヽ: : /^ヽ、 _ ノっ _ ノ−、
|: :| \_/^\/^\_:ノ
|: :| \
/⌒\ヽ (⌒ヽ⌒) ))
| \\_/^\_/ノ _____
| \─┬─ ´ | |_
|. \. \ | \ | 延期 (_)
| \ \./ ̄ ̄) (_)
\ /  ̄) |
このプロジェクト大丈夫??
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 | |
(( |:d: :♯| ((・|・)) ! 「延期!」
ヽ: : /^ヽ、 _ ノっ _ ノ−、
|: :| \_/^\/^\_:ノ
|: :| \
/⌒\ヽ (⌒ヽ⌒) ))
| \\_/^\_/ノ _____
| \─┬─ ´ | |_
|. \. \ | \ | 延期 (_)
| \ \./ ̄ ̄) (_)
\ /  ̄) |
343デフォルトの名無しさん
2020/11/30(月) 21:54:51.87ID:+FPoUGVQ >>338
現在が見えてないC#おじさんの妄想より、現状と開発者の言葉を信じるけどね。普通は
現在が見えてないC#おじさんの妄想より、現状と開発者の言葉を信じるけどね。普通は
344デフォルトの名無しさん
2020/11/30(月) 22:35:18.91ID:ae11hT0U C#おじさんのせいでC#が巻き添え食って嫌われるのは心外
345デフォルトの名無しさん
2020/11/30(月) 22:45:16.43ID:S1EYu7ha C#は良い言語だったと思うよ2000年代中盤から2010年代前半くらいまではね
346デフォルトの名無しさん
2020/11/30(月) 22:56:00.59ID:ae11hT0U そうか…
2016年に何かがあったんだな…
2016年に何かがあったんだな…
347デフォルトの名無しさん
2020/11/30(月) 22:58:32.01ID:gI3b/R7k なんだよこの流れ……jQueryが入る余地ねぇじゃん……
348デフォルトの名無しさん
2020/11/30(月) 22:59:48.74ID:RrZktX1W SSGの波に乗りおくれるな!
349デフォルトの名無しさん
2020/11/30(月) 23:18:34.74ID:l+bF0jjh350デフォルトの名無しさん
2020/12/01(火) 01:07:19.73ID:soycDTan typescriptの生産性を越えない限り、他の言語に出番なんて来ない
351デフォルトの名無しさん
2020/12/01(火) 01:25:58.49ID:XcHTxxjN 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はデスクトップアプリの移植用
本来ウェブサイトにおいて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はデスクトップアプリの移植用
352デフォルトの名無しさん
2020/12/01(火) 01:34:30.18ID:XcHTxxjN もちろんこの手法にも問題はあってJavaScriptは
シンプルになるが、代わりにHTMLとCSSが複雑になる
この問題はCSSに関してはSASS(SCSS)で解決できる
ウェブプログラマはCSSとその周辺技術に詳しくならないといけないんだが
なぜかCSSわかりません。みたいなことを恥ずかしげもなく言ってしまう
ポインタわかりませんみたいなレベルだからなこれ
HTMLが複雑化する問題は将来的にはWebComponentで解決するだろうし
今現在はテンプレートエンジンを使えば、簡単な記述で生成できる
シンプルになるが、代わりにHTMLとCSSが複雑になる
この問題はCSSに関してはSASS(SCSS)で解決できる
ウェブプログラマはCSSとその周辺技術に詳しくならないといけないんだが
なぜかCSSわかりません。みたいなことを恥ずかしげもなく言ってしまう
ポインタわかりませんみたいなレベルだからなこれ
HTMLが複雑化する問題は将来的にはWebComponentで解決するだろうし
今現在はテンプレートエンジンを使えば、簡単な記述で生成できる
353デフォルトの名無しさん
2020/12/01(火) 01:44:32.83ID:BITrO4cB 随分スレチな流れだが、wasmは置いといてそこでjQuery推すのはやめてくれ。さらにスレチが加速して収集つかなくなる。jQueryが優秀なのは知ってるから。
354デフォルトの名無しさん
2020/12/01(火) 05:22:26.97ID:IH0+Yar+ >>348
Next.jsとGatsbyどっちがオススメ?
Next.jsとGatsbyどっちがオススメ?
355デフォルトの名無しさん
2020/12/01(火) 06:58:41.70ID:IH0+Yar+ >>249
Armv8.3のFJCVTZS命令が件のJS専用命令で、JS特有の整数変換を高速化できるとのこと。
https://qiita.com/mod_poppo/items/66663d9a05790579b5e4
M1のみならずArmCPUなら高速化するってわけだ。x86も追従するかもね。
Armv8.3のFJCVTZS命令が件のJS専用命令で、JS特有の整数変換を高速化できるとのこと。
https://qiita.com/mod_poppo/items/66663d9a05790579b5e4
M1のみならずArmCPUなら高速化するってわけだ。x86も追従するかもね。
356デフォルトの名無しさん
2020/12/01(火) 09:22:33.54ID:Iz940o1z 別にサイト作成にjQuery使うことは否定してないからさっさと成仏してくれ
357デフォルトの名無しさん
2020/12/01(火) 12:27:40.74ID:CDzfjJOf マシン語(アセンブリ言語)があらゆる言語を動かし得るのと同様、Wasm(WebAssembly)
もあらゆる言語を動かし得るのだから、Wasm自体に限界は余り無い。
限界があるのは、
・ローカルファイルシステムへ自由な読み書きが出来ないこと。
・グラフィックが遅いこと。特にせっかくOpenGL相当のWebGLがあるのに
同じマシンのnativeのOpenGLの数十倍遅いことが多いのが残念。
もあらゆる言語を動かし得るのだから、Wasm自体に限界は余り無い。
限界があるのは、
・ローカルファイルシステムへ自由な読み書きが出来ないこと。
・グラフィックが遅いこと。特にせっかくOpenGL相当のWebGLがあるのに
同じマシンのnativeのOpenGLの数十倍遅いことが多いのが残念。
358デフォルトの名無しさん
2020/12/01(火) 12:29:51.34ID:KHJEiCI/359デフォルトの名無しさん
2020/12/01(火) 16:05:00.77ID:CDzfjJOf >>331
その話は一理あるが、ダウンロード時間に関しては果たしてどうか。
意外と通信費は安くならないし。
それと速度が関係ないというならデスクトップもC#で十分なはずなのに
C++も依然としてかなり人気があるし、新しい言語ならC#より速度が速い
とされるRustも一番人気とも言われている。
人気に関しては色々と議論の余地があるが。
その話は一理あるが、ダウンロード時間に関しては果たしてどうか。
意外と通信費は安くならないし。
それと速度が関係ないというならデスクトップもC#で十分なはずなのに
C++も依然としてかなり人気があるし、新しい言語ならC#より速度が速い
とされるRustも一番人気とも言われている。
人気に関しては色々と議論の余地があるが。
360デフォルトの名無しさん
2020/12/01(火) 16:08:33.20ID:CDzfjJOf >>359
補足するとPCの速度は、シングルスレッド性能は余り上がらないがコア数はどんどん
増えているので、マルチスレッド化できるような処理の場合にはその時点での
速度の遅さは余り問題にならないかも知れない。
ところが通信に関しては安く済まそうと思うと、とたんに事情が違ってくる。
補足するとPCの速度は、シングルスレッド性能は余り上がらないがコア数はどんどん
増えているので、マルチスレッド化できるような処理の場合にはその時点での
速度の遅さは余り問題にならないかも知れない。
ところが通信に関しては安く済まそうと思うと、とたんに事情が違ってくる。
361デフォルトの名無しさん
2020/12/01(火) 16:14:14.50ID:CDzfjJOf 一戸建ての固定回線の場合、光ファイバーにするには月々4,500円くらいが最低価格。
一戸建ての三年以後の価格で、光ファイバーでそれ以上安いプランは存在し無い事が
多いから。それだと年間、5万4,000円かかる。
それより安くしようと思うとADSLになるが、ADSLは基地局から遠いと極端に遅く
なり、光ファイバーの100〜1000分の1位しかでない事が少なくない。
その場合、Blazor Wasmの初回起動はダウンロードに一分以上待たされる。
また、さっきネットで、ダウンロード後の起動にも15秒程度かかる場合があるというテスト
結果をちらっと見た。
一戸建ての三年以後の価格で、光ファイバーでそれ以上安いプランは存在し無い事が
多いから。それだと年間、5万4,000円かかる。
それより安くしようと思うとADSLになるが、ADSLは基地局から遠いと極端に遅く
なり、光ファイバーの100〜1000分の1位しかでない事が少なくない。
その場合、Blazor Wasmの初回起動はダウンロードに一分以上待たされる。
また、さっきネットで、ダウンロード後の起動にも15秒程度かかる場合があるというテスト
結果をちらっと見た。
362デフォルトの名無しさん
2020/12/01(火) 17:29:12.99ID:sVIjNcb4 >>358
> jQueryは命令的、Reactとかが宣言的っていうんだよ
それはお前がjQueryを命令的に使ってるだけの話
Reactのどこが宣言的だというのか
宣言文相当のものを見せてみろって
jQueryの場合は
$('.link').css({color: 'red'}') こうな
.link { color: 'red' }
これは同じく宣言的であるCSSの書き方と似ている
> jQueryは命令的、Reactとかが宣言的っていうんだよ
それはお前がjQueryを命令的に使ってるだけの話
Reactのどこが宣言的だというのか
宣言文相当のものを見せてみろって
jQueryの場合は
$('.link').css({color: 'red'}') こうな
.link { color: 'red' }
これは同じく宣言的であるCSSの書き方と似ている
363デフォルトの名無しさん
2020/12/01(火) 17:37:15.15ID:WP+WGTcn Netflix で測ると、今は都会の光ファイバーなら、速い時で、150MB / 秒ぐらい出る!
364デフォルトの名無しさん
2020/12/01(火) 18:05:23.43ID:CDzfjJOf >>363
月々の料金はいくら?
月々の料金はいくら?
365デフォルトの名無しさん
2020/12/01(火) 18:12:32.71ID:IH0+Yar+ スマホで速度制限中かもしれないし、データ量が少ないに越したこた無いんだな
366デフォルトの名無しさん
2020/12/01(火) 18:15:02.63ID:XaSziyAo 速度制限中の速度は500Kbps、つまり62.5KB/秒
jQueryのサイズはgzip圧縮時で30KB
0.5秒
画像1枚の方が大きかろう
jQueryのサイズはgzip圧縮時で30KB
0.5秒
画像1枚の方が大きかろう
367デフォルトの名無しさん
2020/12/01(火) 18:19:29.40ID:8vXHLLG3 結局、MVC+jQueryが最強なんだね
368デフォルトの名無しさん
2020/12/01(火) 18:20:40.55ID:KHJEiCI/ >>362
勉強してこいアホが
勉強してこいアホが
369デフォルトの名無しさん
2020/12/01(火) 18:21:01.19ID:XaSziyAo >>368
やっぱり反論なしなんですよね(笑)
やっぱり反論なしなんですよね(笑)
370デフォルトの名無しさん
2020/12/01(火) 18:25:20.17ID:KHJEiCI/371デフォルトの名無しさん
2020/12/01(火) 18:25:40.77ID:kQQehElu ちょっと聞いていい?
Reactはbabel必須って理解は間違ってない?
Reactの環境構築の最小構成みたいな記事でbabelを入れてなかったからなんか他にやり方あるんかと思いまして
Reactはbabel必須って理解は間違ってない?
Reactの環境構築の最小構成みたいな記事でbabelを入れてなかったからなんか他にやり方あるんかと思いまして
372デフォルトの名無しさん
2020/12/01(火) 18:26:30.73ID:XaSziyAo >>370
必死すぎやろw
必死すぎやろw
373デフォルトの名無しさん
2020/12/01(火) 18:31:10.48ID:IH0+Yar+ 宣言的か宣言的じゃないか、jQuery使うか使わないかなんて、同じチームの人間が言うことでなければどちらでも良い。
それを押し付けてさえ来なければ勝手にどうぞ、となる。
それを押し付けてさえ来なければ勝手にどうぞ、となる。
374デフォルトの名無しさん
2020/12/01(火) 18:33:14.62ID:IH0+Yar+ >>371
webpackとts-lorder使ったときはインストールしなかった。裏で依存関係で拾ってきてるかもしれないけど
webpackとts-lorder使ったときはインストールしなかった。裏で依存関係で拾ってきてるかもしれないけど
376デフォルトの名無しさん
2020/12/01(火) 19:14:56.80ID:WP+WGTcn 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 を付ける
node_modules フォルダ内に、何千というファイルが入っているw
プロジェクトの設定ファイルは、
package.json, babel.config.js, .browserslistrc, postcss.config.js
yarn.lock は、7,500行あるw
その中を、babel で検索したら、440 個
React プロジェクトを作るには、
rails new に、--webpack=react を付ける
377デフォルトの名無しさん
2020/12/01(火) 19:15:08.58ID:kQQehElu378376
2020/12/01(火) 19:33:46.11ID:WP+WGTcn379376
2020/12/01(火) 19:48:04.03ID:WP+WGTcn 最新版で学ぶwebpack 5入門
Babel 7でES2020環境の構築
(React, Vue, Three.js, jQueryのサンプル付き)
https://ics.media/entry/16028/#webpack-babel-react
webpack+Babel+Reactの構成を作成しよう
@babel/react を記述するのがポイントです。
これによって、JSX が解釈できるようになります
Babel 7でES2020環境の構築
(React, Vue, Three.js, jQueryのサンプル付き)
https://ics.media/entry/16028/#webpack-babel-react
webpack+Babel+Reactの構成を作成しよう
@babel/react を記述するのがポイントです。
これによって、JSX が解釈できるようになります
380デフォルトの名無しさん
2020/12/01(火) 20:22:07.56ID:U68a3lhY381デフォルトの名無しさん
2020/12/01(火) 20:23:07.78ID:U68a3lhY >>376
革新的だと思ってるかも知れんがLaravelの後追いやね
革新的だと思ってるかも知れんがLaravelの後追いやね
382デフォルトの名無しさん
2020/12/01(火) 20:27:08.47ID:z7IFf7zF TypeScriptはJSXをトランスパイルできる
https://www.typescriptlang.org/docs/handbook/jsx.html
>TypeScript supports embedding, type checking, and compiling JSX directly to JavaScript.
だからTypeScript+Reactでやる場合はBabelはいらないと思う
https://www.typescriptlang.org/docs/handbook/jsx.html
>TypeScript supports embedding, type checking, and compiling JSX directly to JavaScript.
だからTypeScript+Reactでやる場合はBabelはいらないと思う
383376
2020/12/01(火) 20:32:55.47ID:WP+WGTcn Ruby on Rails は、ずっと昔から、Webpack プロジェクトを作れた
それが、Rails 6 ではデフォルトになっただけ
それが、Rails 6 ではデフォルトになっただけ
384デフォルトの名無しさん
2020/12/01(火) 20:43:52.55ID:kQQehElu385デフォルトの名無しさん
2020/12/01(火) 20:46:04.94ID:IH0+Yar+ >>382
なるほど、tsconfigにjsx(tsx)関連の設定あるのはlint用だけじゃなかったわけだ
なるほど、tsconfigにjsx(tsx)関連の設定あるのはlint用だけじゃなかったわけだ
386デフォルトの名無しさん
2020/12/02(水) 07:41:50.62ID:9YN20bAS LaravelといえばASP.NET MVCのパクリだよな
BladeとかRazorから由来してる
BladeとかRazorから由来してる
387デフォルトの名無しさん
2020/12/02(水) 09:30:37.87ID:b/bzLjQ4 クックパッドがRailsからNext.jsに置き換えだってさ
https://techlife.cookpad.com/entry/2020/12/01/093000
https://techlife.cookpad.com/entry/2020/12/01/093000
388デフォルトの名無しさん
2020/12/02(水) 09:33:18.11ID:Lkf+TW+/ SSRエンジンってその先にもう一個何かないとDB書き込みとかできないんじゃなかったっけ?
違ったか?
違ったか?
389デフォルトの名無しさん
2020/12/02(水) 12:20:32.03ID:4ZukVyfA Rails、JS界隈はフレームワークの移り変わりが速くて大変そうだね
やっぱり安心して長期運用できるのはマイクロソフト、jQueryですわ
やっぱり安心して長期運用できるのはマイクロソフト、jQueryですわ
390デフォルトの名無しさん
2020/12/02(水) 12:28:59.03ID:B8/knNRa 安定のIE6案件
391デフォルトの名無しさん
2020/12/02(水) 12:29:08.13ID:yJY81L7A 笑
392デフォルトの名無しさん
2020/12/02(水) 12:32:02.63ID:+nSH4YQS >>386
ASP.NET MVCはRubyOnRailsのパクリだとおもう
ASP.NET MVCはRubyOnRailsのパクリだとおもう
393デフォルトの名無しさん
2020/12/02(水) 12:36:05.22ID:gmqCIpk4 >>389
MS製のフレームワーク、Win32, MFC, WinForms, WPF, UWP,
Silverlight, Xamarin, Blazor, MAUI, WinUI, WinRT, ...
長期安定的に非推奨のものが積み重なっていくね。
MS製のフレームワーク、Win32, MFC, WinForms, WPF, UWP,
Silverlight, Xamarin, Blazor, MAUI, WinUI, WinRT, ...
長期安定的に非推奨のものが積み重なっていくね。
394デフォルトの名無しさん
2020/12/02(水) 12:37:56.58ID:b/bzLjQ4 IE6が出てからIE7が出るまで5年もアップデートが無かった。今からすると考えられない暗黒時代
395デフォルトの名無しさん
2020/12/02(水) 12:38:09.89ID:gmqCIpk4 .NET
.NET Standard
.NET Framework
.NET Core
Mono
...
もうどれがどれだか分からん。
.NET Standard
.NET Framework
.NET Core
Mono
...
もうどれがどれだか分からん。
396デフォルトの名無しさん
2020/12/02(水) 12:41:14.03ID:gmqCIpk4 ASP.NET, Azure, MS Cloud とBlazor Server/Wasm, MAUI, XAMLなどの
関係性が複雑すぎて理解が難しい。
Xamarin.Form, Xamarin.Android と XAML, WinForms の関係性とか、
「便利」とは何か、選択肢が多いことは便利なのか。
関係性が複雑すぎて理解が難しい。
Xamarin.Form, Xamarin.Android と XAML, WinForms の関係性とか、
「便利」とは何か、選択肢が多いことは便利なのか。
397デフォルトの名無しさん
2020/12/02(水) 12:43:45.72ID:gmqCIpk4 MVVMだのMVCだの。MFCのDocument/Viewアーキテクチャと名前は似ているが、
なんか違う。
BlazorもXAMLと似ているが違うようだし、HTMLとも関連しているが全く同じでは
無いような感じで、学んでも果たして将来の役に立つのだろうか。
なんか違う。
BlazorもXAMLと似ているが違うようだし、HTMLとも関連しているが全く同じでは
無いような感じで、学んでも果たして将来の役に立つのだろうか。
398デフォルトの名無しさん
2020/12/02(水) 12:51:45.99ID:PGx6ncLP >>394
ライバルブラウザが存在しないとそういうことになるんだよな
ネットスケープ(Mozilla)はライバルになり得なかった
Chromeの登場がすべてを変えた
オープンソースというか無料のソフトウェアというのは
MicrosoftやGoogleの広告ビジネスのように
他のビジネスで金を稼いでいないと持続できないのだ
ライバルブラウザが存在しないとそういうことになるんだよな
ネットスケープ(Mozilla)はライバルになり得なかった
Chromeの登場がすべてを変えた
オープンソースというか無料のソフトウェアというのは
MicrosoftやGoogleの広告ビジネスのように
他のビジネスで金を稼いでいないと持続できないのだ
399デフォルトの名無しさん
2020/12/02(水) 12:58:38.95ID:yJY81L7A すでにマイクロソフトが
オープンソースの推進役みたいになっとる。
言語は別に他社製でもよいかんじだ。
そのうちC#からもフェードアウトするかもよ。
オープンソースの推進役みたいになっとる。
言語は別に他社製でもよいかんじだ。
そのうちC#からもフェードアウトするかもよ。
400デフォルトの名無しさん
2020/12/02(水) 13:04:42.40ID:b/bzLjQ4 プラットフォーム持ってるとこに取ってはオープンソースはメリット多いよね。
コミュニティは活性化して利用者増えやすくなるし、利用者から直接修正パッチ飛んでくるし、新しい使い方を見つけてくれるし、なんならライバルも軍門に下る(EDGE)
コミュニティは活性化して利用者増えやすくなるし、利用者から直接修正パッチ飛んでくるし、新しい使い方を見つけてくれるし、なんならライバルも軍門に下る(EDGE)
401デフォルトの名無しさん
2020/12/02(水) 13:40:51.50ID:vDg6xkSY Chrome では、ページ全体が翻訳されるものでも、
Edge では、翻訳されない部分が残ることがある
Edge では、翻訳されない部分が残ることがある
402デフォルトの名無しさん
2020/12/02(水) 14:00:23.52ID:gmqCIpk4 >>399
MSクラウドが他のクラウドと差別化できるのは、PaaSだけだと思うが、
PaaSと言語は切っても切り離せないのではないか。
ならばMSがクラウドで儲けるためには、言語を他社製で良いという訳に
行かない気がするが。
なぜならそうすると、社運がかかっているクラウドが、その言語会社に牛耳られる恐れがある。
また、オープンソースの言語にした場合は、MSクラウドでなくても良いことになるので、
クラウド事業で失敗する可能性が高まる。
もう1つの可能性は、言語が全て無料化されることだ。
しかしAWSもMS製のVisualStudioを使うことが出来る。
そのVSが無料化した場合、敵であるところのAWSに塩を与えてしまうことになる気がする。
MSクラウドが他のクラウドと差別化できるのは、PaaSだけだと思うが、
PaaSと言語は切っても切り離せないのではないか。
ならばMSがクラウドで儲けるためには、言語を他社製で良いという訳に
行かない気がするが。
なぜならそうすると、社運がかかっているクラウドが、その言語会社に牛耳られる恐れがある。
また、オープンソースの言語にした場合は、MSクラウドでなくても良いことになるので、
クラウド事業で失敗する可能性が高まる。
もう1つの可能性は、言語が全て無料化されることだ。
しかしAWSもMS製のVisualStudioを使うことが出来る。
そのVSが無料化した場合、敵であるところのAWSに塩を与えてしまうことになる気がする。
403デフォルトの名無しさん
2020/12/02(水) 14:03:38.50ID:s/Tj40p5 >>393,396
やめたれwwww
やめたれwwww
404デフォルトの名無しさん
2020/12/02(水) 14:25:24.62ID:u23z8tnt 何でそんなに草生やしとるん?
405デフォルトの名無しさん
2020/12/02(水) 14:53:05.43ID:b/bzLjQ4 クラウドは何でも受け入れる事が一番重要なんじゃないかな。何が流行るかわからないし。
それと同時に、差別化・囲い込みが必要だってのもわかる。
MS♡Linuxとか言ってんのは前者で、後者は.NET、そしてその中間にTSとVSCode。みたいな。
固執はしないだろうけど、捨てもしないだろう
それと同時に、差別化・囲い込みが必要だってのもわかる。
MS♡Linuxとか言ってんのは前者で、後者は.NET、そしてその中間にTSとVSCode。みたいな。
固執はしないだろうけど、捨てもしないだろう
406デフォルトの名無しさん
2020/12/02(水) 14:55:40.73ID:yJY81L7A もうosすらLinuxとの双生児になりつつあるからね。
407デフォルトの名無しさん
2020/12/02(水) 15:27:19.17ID:jOtugkoA >>402
無料のMS製品を使わせて、そのMS製品と一番相性がいいのがMS製品だから
生産性を考えると全部MS製品に揃えるのが良いという流れに
持っていってるだけ。GoogleもAppleも同じことをやってる
そしてこの数年の間にLinuxも
MS製品の一つとなってることに気づいたかね?
無料のMS製品を使わせて、そのMS製品と一番相性がいいのがMS製品だから
生産性を考えると全部MS製品に揃えるのが良いという流れに
持っていってるだけ。GoogleもAppleも同じことをやってる
そしてこの数年の間にLinuxも
MS製品の一つとなってることに気づいたかね?
408デフォルトの名無しさん
2020/12/02(水) 15:47:27.13ID:gmqCIpk4 >>407
しかし、その戦略はMS製品でなくても良くなってくる危険もはらんでおり、
LinuxではWineの完成度も上がってきているからLinuxに移行が進んで
Windowsが売れなくなる状態になるのを加速する。
Windowsが売れなくなれば、MS Officeでなくても良いと思われる様になり、
ならば MS クラウドでなくても良いということが連鎖的におきかねない。
殿様商売の経験が長かったせいでそれに気づけてないのかも知れない。
しかし、その戦略はMS製品でなくても良くなってくる危険もはらんでおり、
LinuxではWineの完成度も上がってきているからLinuxに移行が進んで
Windowsが売れなくなる状態になるのを加速する。
Windowsが売れなくなれば、MS Officeでなくても良いと思われる様になり、
ならば MS クラウドでなくても良いということが連鎖的におきかねない。
殿様商売の経験が長かったせいでそれに気づけてないのかも知れない。
409デフォルトの名無しさん
2020/12/02(水) 16:23:23.48ID:f4QkNh3N デスクトップLinuxは20年経ってもまったく普及してない
410デフォルトの名無しさん
2020/12/02(水) 16:32:37.13ID:b/bzLjQ4 Linuxデスクトップを10年以上使ってきたけど、開発者以外に流行る徴候は一度も無かった。スマホの展開には驚いたけど。
MSもPC方面は警戒してはいないし、デスクトップが戦場になる時代でもないと感じる
MSもPC方面は警戒してはいないし、デスクトップが戦場になる時代でもないと感じる
411デフォルトの名無しさん
2020/12/02(水) 18:08:32.58ID:jOtugkoA >>408
時系列が逆だねぇ
Linuxの完成度が良くなってきたから、MSはそれに対応するように戦略に変えたの
その結果が、AzureだったりWSLだったりするわけ
知らんの?いつからLinuxが使われてきたのか
MSの戦略の結果、MS製品でなくても良くなったんじゃなくて
MS製品でなくても良くなりつつあったから、戦略を変えたの
たとえWindowsが売れなったとしても、MS全体のビジネスに
影響がないようにビジネスの柱を複数用意したの
大企業なのにこの柔軟性はすごいよ
時系列が逆だねぇ
Linuxの完成度が良くなってきたから、MSはそれに対応するように戦略に変えたの
その結果が、AzureだったりWSLだったりするわけ
知らんの?いつからLinuxが使われてきたのか
MSの戦略の結果、MS製品でなくても良くなったんじゃなくて
MS製品でなくても良くなりつつあったから、戦略を変えたの
たとえWindowsが売れなったとしても、MS全体のビジネスに
影響がないようにビジネスの柱を複数用意したの
大企業なのにこの柔軟性はすごいよ
412デフォルトの名無しさん
2020/12/02(水) 18:12:38.82ID:jOtugkoA MS Officeでなくても良いというが、
少し前までOpenOfficeやLibreOfficeがライバルだったのは知ってるだろう
だが今は見る影もない。なぜならどちらもクラウドの時代に対応できなかったからだ
今じゃLinuxでもクラウドでMS Officeを使えるようになってる
このようにMSはクラウドに対応してきた
少し前までOpenOfficeやLibreOfficeがライバルだったのは知ってるだろう
だが今は見る影もない。なぜならどちらもクラウドの時代に対応できなかったからだ
今じゃLinuxでもクラウドでMS Officeを使えるようになってる
このようにMSはクラウドに対応してきた
413デフォルトの名無しさん
2020/12/02(水) 19:06:42.03ID:s/Tj40p5 大勢が決まってから後乗りしてきた、のまちがい
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市内閣、支持率横ばい75% (日経・テレ東 世論調査) [少考さん★]
- 【調査】クレジットカード、1人何枚持つのが「平均的」? [ひぃぃ★]
- 首都圏の通勤ラッシュがどんどんひどくなっている JR埼京線は混雑率163%!コロナ前に戻ったわけ [首都圏の虎★]
- 宮崎あおい「電子レンジ持ってない」“丁寧な暮らし”を告白「ごはんを温め直すときも蒸し器」に「凄すぎ」の声 [muffin★]
- 「督促状が集中…」立花孝志氏逮捕のウラでNHKが10倍“狙い撃ち”するN国党を信じた人たちの悲劇 [ぐれ★]
- 「『ETC』←なんて読んでますか?」 公募で決めたのに全然呼ばれなかった“幻の愛称”とは [七波羅探題★]
- 反AI絵師、本体は統一協会か「AIは共産主義!」「AIで高市早苗を擁護するのは問題ない。盗作でクリエイターが苦しむのだけが問題」 [517791167]
- 【実況】風真いろはのえちえち4周年(こよりあり)
- 【世論】高市を支持する75%!前月比1%増 [219241683]
- 高市発言は計算され尽くされた見事な一手、習近平は米国に泣きつくしかなかった [996062793]
- おさかなさんあつまれえ
- 【高市 終了】 フランス ドイツ イギリス「やっぱり中国とは仲良くしなくちゃね🤗」 首脳が続々と中国を訪問へ…… [485983549]
