Vue vs React vs Angular vs Svelte Part.9

**デフォルトの名無しさん** · 2022/01/16(日) 16:06:14.27

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2022/02/05(土) 10:30:44.12

いつまでもJavaScriptにしがみついて知識をアップデートするの拒んでちゃ仕事なくなるかもしれん
土日はrust勉強しよっと

**デフォルトの名無しさん** · 2022/02/05(土) 10:32:07.32

はいはい

**デフォルトの名無しさん** · 2022/02/05(土) 10:40:16.67

>>411
すげーな
プロトタイプの段階で10倍～25倍も高速でメモリ消費もガクッと減るんだ
これはもう既に勝負見えたんじゃない？
チャリンコでレースしてるところにモーターカーが参戦するようなものだよね？

**デフォルトの名無しさん** · 2022/02/05(土) 10:48:49.72

なんでそうなんねん

**デフォルトの名無しさん** · 2022/02/05(土) 10:50:14.63

いうほどwasmの方が速度出るシーンはない
JavaScriptだと速度が出ない場所を書き換えるだけ

**デフォルトの名無しさん** · 2022/02/05(土) 11:05:11.61

いつまでその楽観論を語れるか見ものだわ

**デフォルトの名無しさん** · 2022/02/05(土) 11:26:03.89

せめてシェア取ってからRustがどうの言ってくれ
スレタイ関係ないやろ、勝手にスレ立てて自分で普及して

**デフォルトの名無しさん** · 2022/02/05(土) 11:43:34.83

一日ここでグダって勉強しないんですね、わかります

**デフォルトの名無しさん** · 2022/02/05(土) 11:53:17.67

「社長！rust使えます！」
「rustってなに？それより早くリリースしろ」
「」

**デフォルトの名無しさん** · 2022/02/05(土) 11:54:13.25

Vue.js!vue.js!

**デフォルトの名無しさん** · 2022/02/05(土) 12:23:18.94

・wasmの高速化が進み適用範囲を問わずJavaScriptと同等かそれ以上になる☜時間の問題
・wasmを前提とした他言語のビルド最適化が進む☜時間の問題
・wasmを前提とした他言語のライブラリ、フレームワークの開発が進む☜時間の問題

rustは有力な候補だがrustになるかどうかはわからん
でも他の言語が台頭してくるのはもう避けようがない未来に思えるが？
いつまでもJavaScriptとReactの天下が続くと思ってる連中はちょっと楽観視しすぎじゃないですかねー？
正常性バイアスかかってないかじっくり考えてみるといいんじゃないかな

**デフォルトの名無しさん** · 2022/02/05(土) 12:25:41.91

絵空事語ってないで実際に案件が増えてきてから書き込めよ

**デフォルトの名無しさん** · 2022/02/05(土) 12:27:33.96

議論したいならコテハン付けてくれ。ID変わり過ぎなんよ

**デフォルトの名無しさん** · 2022/02/05(土) 12:42:08.00

異論はないかな？

**デフォルトの名無しさん** · 2022/02/05(土) 13:10:47.31

そうですね時間の問題ですね
なので時間になってからまた来てどうぞ

**デフォルトの名無しさん** · 2022/02/05(土) 16:04:46.37

rsxっていうJSXみたいにかけるマクロがあるのか
こりゃ凄い
しかもJSXみたいなトランスパイルせずにマクロでやってる
オシャレだ

**デフォルトの名無しさん** · 2022/02/05(土) 16:23:41.61

マクロもトランスパイルみたいなもんだけどな。いや、JSXがマクロと言うべきか

**デフォルトの名無しさん** · 2022/02/05(土) 17:06:46.26

rustのマクロはASTインジェクションだから型の支援も得られるからだいぶ安全だよ

**デフォルトの名無しさん** · 2022/02/05(土) 17:25:51.70

ASTインジェクションはBabelにもあるし、JSXも型情報扱えるよ

**デフォルトの名無しさん** · 2022/02/05(土) 17:40:04.13

型ヒントだろ？
ちょっと信頼性に欠けるかな

**デフォルトの名無しさん** · 2022/02/05(土) 17:42:18.34

rustを倒して追っておいで
フロントエンドエンジニアとして生きるなら
JSの手はいらん
必要なのはwasmのみ！

**デフォルトの名無しさん** · 2022/02/05(土) 17:48:01.72

ワッチョイつけてスレ建て直したほうが良いな

**デフォルトの名無しさん** · 2022/02/05(土) 18:52:09.56

>>433
ワッチョイスレは既にあるから再利用かな

【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/

**デフォルトの名無しさん** · 2022/02/05(土) 18:59:15.48

ワッチョイって意味あんの？

**デフォルトの名無しさん** · 2022/02/05(土) 19:07:05.33

意味あるぞ。

お前〇〇だろ！荒らすな！が
お前○○だな！荒らすな！に変わる

荒らしている相手を文面を読まなくても、ある程度的中させられる

**デフォルトの名無しさん** · 2022/02/05(土) 19:07:32.79

IDより寿命が長いし変えにくいからNGしやすいよ

**デフォルトの名無しさん** · 2022/02/05(土) 19:12:06.12

NGにするのって意味あんの？

**デフォルトの名無しさん** · 2022/02/05(土) 19:22:19.87

荒らしが見えないのは快適だぞ

**デフォルトの名無しさん** · 2022/02/05(土) 22:10:41.77

今のフロントエンド界隈は
react vs vueから、typescript vs rustの対立軸に変わってきたな
こういう賑わいは久しぶりじゃないか

**デフォルトの名無しさん** · 2022/02/05(土) 22:44:11.21

企業からすればwasm化すれば解析されづらくなるし
逆コンパイルすることを利用規約で禁止できるようになるのかな
だから企業は全部wasm化するのが当たり前になりそうじゃない？

**デフォルトの名無しさん** · 2022/02/05(土) 22:50:07.75

wasmはバイナリだけど分類はプログラミング言語だぞ
さらに言えばwasmdecのようなc言語に変換するツールもあるしそんな簡単にはいかない

**デフォルトの名無しさん** · 2022/02/05(土) 22:53:52.33

荒らしに構うな

**デフォルトの名無しさん** · 2022/02/06(日) 00:41:16.85

rust難しいという人に向けてrustのコツを教えるよ
社内の勉強会のネタなんだけどね

まずrustではほとんどのデータがスタック領域におかれる
スタック領域は関数を呼び出した時に確保される
ローカル変数の値もこのスタック領域に確保される
変数の代入はこのスタック領域の変数の場所へ値を書き込むことでデータのやり取りをすることになる

関数から戻る時スタック領域のデータは全て消え失せる
ローカル変数の領域も解放されるからGCが必要ない
まずこの理解が大前提

この動きは変数をクロージャなどでキャプチャしてしまえば永遠に生きるJSとは真逆なのだ
スタック領域のデータは何があっても関数が終わると消滅する
まずこの前提が違うことを意識しよう(続く)

**デフォルトの名無しさん** · 2022/02/06(日) 00:51:59.86

死ねよキチガイジジイ

**デフォルトの名無しさん** · 2022/02/06(日) 00:55:50.14

難所として上げられる所有権だがこれはプリミティブ型だとスタック上のローカル変数の領域に値がコピーされるだけ
これはJSと同じ

プリミティブ型以外のデータ(StringやVecなど)は代入元の変数が使えなくなるだけ
これが所有権の正体
なんのことはないデータ自体は何も移動してないのよ
データはただスタック領域に佇んでいる
そういう絵を思い浮かべることが大事
rustではデータは常に1人ぼっちなのだ
これをムーブセマンティクスと呼ぶがデータは何も移動していない
この名前をつけたやつ(C++の人たち)は反省しろ(続く)

**デフォルトの名無しさん** · 2022/02/06(日) 00:58:01.33

>>444
たしかにヒープは遅いからなぁ～

**デフォルトの名無しさん** · 2022/02/06(日) 01:08:05.17

>>447
とりあえず初心者はヒープとか使わなくていいと思うね
リファレンスだけ覚えりゃOK
ヒープが登場するとRcだとかRefCellの概念が出てきて
絶対に挫折するから
それよりもまず基本的なrustの機能を勉強すべき
基本的にヒープは使わずにやる、というのがrustの設計思想としても正しいと思う
とりあえずヒープは忘れる

**デフォルトの名無しさん** · 2022/02/06(日) 01:44:14.81

Rust厨うぜぇな。スレチにいい加減に気付け。
ここはJavascriptのフレームワークの長所・短所を話し合うスレだ。

**デフォルトの名無しさん** · 2022/02/06(日) 02:02:51.89

wasmはフレームワークを動かすための基盤になると考えれば話題の範疇だろう
純粋にフレームワークの話をしたいならそもそもJavaScriptの話題も禁止にすべきだ
でも実際はそうなってない
ならwasmの話題も可とすべきでは？

**デフォルトの名無しさん** · 2022/02/06(日) 02:26:10.37

気持ちはわかるけどtsの型パズルの馬鹿馬鹿しさにそろそろ人類が気がつくころなんじゃないかと思ってる
そんなことに時間を使うくらいならrustで書いた方が遥かにストレスフリー
ちなみにtsはあくまでjsを余すことなく型付けできるようにしているからあのような型システムになっているわけで
理想的なものではないのよ
そういう意味ではassemblyscriptのほうが遥かに筋が良い

**デフォルトの名無しさん** · 2022/02/06(日) 02:36:05.18

ただassemblyscriptはあまりにもプリミティブなんだよな
これならrustで書いた方がよくね？という感じでしょう
だから流行らない
まあこれはwasmがローレイヤー過ぎるのも原因
wasmがもう少し発展してコンパイラインフラストラクチャー的なツール群が増えれば状況は変わるのだろうけどね
どちらにしてもここ数年目まぐるしく流行は変わると思うからフロントエンドは面白いよ

**デフォルトの名無しさん** · 2022/02/06(日) 06:21:24.67

付け焼き刃知識の荒らしに構うな

**デフォルトの名無しさん** · 2022/02/06(日) 14:01:56.99

ん？Javascriptを動かすフレームワークのスレというのなら
ASP.netMVCのフレームワーク語っていいのか？

**デフォルトの名無しさん** · 2022/02/06(日) 16:16:37.66

さてここまでのまとめ
rustの変数はスタック領域に確保される
スタック領域は関数が呼び出されたタイミングで確保され
関数から戻るときに開放される
ローカル変数はスタック領域に確保される
つまりローカル変数は関数から戻るときに全て開放される
（GCがいらない理由）

ヒープ領域とは関数に関係なく確保されるメモリ領域のこと
データをヒープに確保することもできるが初心者には不必要なので
スタック領域のみ使うように意識する

CS勉強したことがある人は当たり前過ぎてなにを今更？と思うかもしれないが
この辺はちゃんとした大学のCS学科でないと習わないし
コンピュータアーキテクチャの教科書に全部載ってるけど
いまどきこの分野を独学する人も少なくなってきた（続く）

**デフォルトの名無しさん** · 2022/02/06(日) 16:34:15.95

あんたStringもVecも使わないでRust書くわけ？

**デフォルトの名無しさん** · 2022/02/06(日) 16:40:07.33

所有権とは変数に代入したときの代入元の変数が無効になるということ
これを所有権の移動という
変数が無効になるだけで別にデータ自体は何も変わっていないし
移動もしていないのだがこれをムーブセマンティクスと呼ぶ

ちなみに関数呼び出しのときに変数を渡すとその変数の所有権が移動する
これがなぜかわからない人が多いが
関数呼び出しは呼び元の関数のローカル変数を呼び出された関数の
ローカル変数の領域にコピーするという処理が走る(これをCSでは値渡しと呼ぶ）
アーキテクチャによって渡し方は様々だが概念的には変数のコピー処理を行うのだ

このコピーが代入なので所有権が移動する
なので呼び出し元の変数が使えなくなる（続く）

**デフォルトの名無しさん** · 2022/02/06(日) 16:59:14.87

>>456
君のその発言を見る限り理解していないようだ
VecそのものとVecが保持しているデータを区別して考えよう
Vecそのものはスタックに確保され
Vecが保持しているデータはヒープに確保される

**デフォルトの名無しさん** · 2022/02/06(日) 17:02:08.38

なぜお前はそんなにスタックやらヒープやら所有権にこだわるのか？という人がいると思うが
この概念をきちんと理解していないと絶対にrustを書けるようにはならないから

**デフォルトの名無しさん** · 2022/02/06(日) 17:03:59.43

というかさ、Rustなんかじゃなく、
Cという全ての言語の長の正統後継者であるC#こそが正しいといえるんじゃないか
Rustみたいなサンピンのことは知らんけど、
どうせポインタすら使えない程度の言語なんしょ

**デフォルトの名無しさん** · 2022/02/06(日) 17:04:35.30

そういうの語りたいならもっと適切なスレあるだろ

次世代言語23 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1638086359/
Rust part13
https://mevius.5ch.net/test/read.cgi/tech/1636247099/

**デフォルトの名無しさん** · 2022/02/06(日) 17:21:58.45

30分調べればわかるような表面的な知識と曖昧なCS知識がキメラ合体したような酷い感想文だな

**デフォルトの名無しさん** · 2022/02/06(日) 17:30:23.37

どうやらVecやStringがヒープに確保されると思っている人がいるようだ
確かにそう思いがちなのは理解できる
C/C++を書いたことがないとこの理解は難しいのだが
先取りになるが簡単に説明しておく
Vecの実態はstruct Vec<T>という構造体なのだ
https://doc.rust-lang.org/std/vec/struct.Vec.html#guarantees

Vec<T>はptr、len、capacityから構成される
ptrの先に実際のデータがallocateされこれはまさしくヒープに確保される
しかしptr、len、capacityはスタックに確保されるのだ
ptrのデータはrust側がよしなにやってくれるのでユーザーが気にする必要はない

理解できただろうか？
この構造体という入れモノとその中身を区別するという概念は非常に重要なのだ

**デフォルトの名無しさん** · 2022/02/06(日) 17:47:00.20

ちなみにGoも同じようなものだが、スタックで確保された構造体の参照を
関数から返すと自動的にその領域をヒープに確保してくれるという機能がある
これがとんでもなく便利なのだ
GoがJSチックに書ける理由はこれ
VercelがなぜtscをrustではなくGoで移植したかなんとなく理解できたのではないか

**デフォルトの名無しさん** · 2022/02/06(日) 18:01:10.54

C++のmoveコンストラクタがデフォルトみたいな感じなんだ？
安全かつ高効率なわけだね

**デフォルトの名無しさん** · 2022/02/06(日) 18:13:58.06

>>465
rustのソース見たわけじゃないがほぼその理解でいいと思う
構造体のガワだけがコピーされて中身のデータはコピーしない
その代わり代入元の変数を使えなくすることで安全性を担保する
理想的なC++というべきか

**デフォルトの名無しさん** · 2022/02/06(日) 18:26:06.53

本スレで構ってもらえないからってここに来んなよ
ほんま陰キャってゴミだわ

**デフォルトの名無しさん** · 2022/02/06(日) 18:34:07.31

俺の思いはフロントエンドエンジニアたちにrustを理解してもらうこと
そして日本のレベルを上げること
rustの人たちって翻訳のゴタゴタみればわかるけど
人間性に問題ある人が多いし完全に村になってて
勉強会に参加とかしにくいのよ

**デフォルトの名無しさん** · 2022/02/06(日) 18:37:22.39

オンライン勉強会のある時代に参加しにくいとかww
Rust界隈でも鼻つまみ者なんですね。わかります。

**デフォルトの名無しさん** · 2022/02/06(日) 18:40:20.96

少なくとも今のrust界隈がフロントエンジニアに歩み寄ることはないし
webにも興味がないだろう
掲示板で俺をいじめたいだけならいじめてもらっても結構だが
日本のレベルを上げることには必死だから

**デフォルトの名無しさん** · 2022/02/06(日) 18:49:33.02

でもRust界隈もフロント界隈も君に興味ないよ

**デフォルトの名無しさん** · 2022/02/06(日) 19:00:18.43

Rust界隈やフロント界隈が興味がある人なんているのか？
そもそも"界隈"が興味を持つって日本語としておかしいんだが

**デフォルトの名無しさん** · 2022/02/06(日) 19:16:50.54

Rustスレ立ててやればいいだろ
キモいけど

**デフォルトの名無しさん** · 2022/02/06(日) 19:26:06.43

>>470
とりあえずお前のプレゼン全く面白そうに聞こえないからそこから見つめ直す必要があると思うよ

次世代言語スレ一時期は結構賑わってたんだからそこを再燃させれればいいだけだと思うがな
話題のゾーニングができないのってプログラマとしてどうかと思うしRustのプログラマとしてスレ違いの話題を延々と語るとか所有権システム全く分かってないようなもんじゃね？

**デフォルトの名無しさん** · 2022/02/06(日) 19:41:47.51

それはそうとMaterial UI Ver.4から5に上げたら随分使いやすくなってるね
Styleの付け方もしやすくなったしBootstrapみたいにerror,'info,success,warningのカラー使えるようになったし
わりと嬉しい改善が多い

**デフォルトの名無しさん** · 2022/02/06(日) 19:45:20.92

へぇそんなのが5になるまでなかったんだ

**デフォルトの名無しさん** · 2022/02/06(日) 19:52:35.75

俺が気に食わないなら透明あぼーんしてくれ
ルーパチしたり小賢しいことはしないから
もしくはrustをこのスレだけNGにしてくれ

**デフォルトの名無しさん** · 2022/02/06(日) 20:03:25.81

このスレだけngとか出来ないからコテハンつけてくれ

**デフォルトの名無しさん** · 2022/02/06(日) 20:03:31.33

やっぱワッチョイ無いと不便だわ

**デフォルトの名無しさん** · 2022/02/06(日) 20:16:13.69

人間性に問題あるを体現してて草

**デフォルトの名無しさん** · 2022/02/06(日) 20:24:32.41

人間性に問題があるってのは議論を放棄して人格攻撃し始めるとかそう言う手合いのことだと思うな
Rustさんはそんな風じゃないんで大丈夫だと思うよ
2chではその手の輩が多くて毒されそうになるけど自分はそうならないように気を付けよう

**デフォルトの名無しさん** · 2022/02/06(日) 20:29:02.71

ここはvue,react,angular,svelteスレでしょ
みんながやめてって言ってんのに延々とrustでスレ荒らししてんだからどう考えても問題性あり

**デフォルトの名無しさん** · 2022/02/06(日) 20:33:15.63

ワッチョイ無いからってやりたい放題やしな……

**デフォルトの名無しさん** · 2022/02/06(日) 20:37:32.54

カラーは自作で誤魔化せない事ないし標準でオサレなTextFieldあったりDrawer使えたりしたから
デザイン苦手な自分からしたらその辺捨ててでもMaterial UI採用する価値はあったと思ってたよ

**デフォルトの名無しさん** · 2022/02/06(日) 20:42:01.31

>>482
そこは解釈の違いじゃないか？
reactの話題から派生してreactライクなフレームワークの話題に繋がることはあるだろう
そこから言語の話題に広がることだってまあたまにはあるさ

**デフォルトの名無しさん** · 2022/02/06(日) 20:43:28.02

デザインとかホームページ屋じゃないから正直どうでもいい

**デフォルトの名無しさん** · 2022/02/06(日) 20:49:46.21

>>486
おまえもどこか行け

**デフォルトの名無しさん** · 2022/02/06(日) 20:52:00.76

そこまで言うならやめるよ
正直すまんかった
ただこれだけは言わせてくれ
君らはrustを習得する唯一の機会を逃した
こんな大盤振る舞いは今後一切ないと

**デフォルトの名無しさん** · 2022/02/06(日) 20:53:02.69

了解
お疲れ様

**デフォルトの名無しさん** · 2022/02/06(日) 20:53:56.28

>>488
俺は勉強始めるよ
SNSの有名なフロント技術者も避けては通れないって言ってたし多分そうなるんだろう

**デフォルトの名無しさん** · 2022/02/06(日) 20:57:35.83

多分また来るゾ
なんなら露骨な自演もしてくゾ

**デフォルトの名無しさん** · 2022/02/06(日) 21:00:25.55

>>488
ためになる話だと思います。
もっとRustのことが知りたいです。

**デフォルトの名無しさん** · 2022/02/06(日) 21:09:58.84

>>488
Rustの勉強は他所でやってるからモウマンタイ
TPOを弁えられないヤツはどこへ行っても厄介払いされる

**デフォルトの名無しさん** · 2022/02/06(日) 21:12:30.30

>>488
二度とくんなよばーかw

**デフォルトの名無しさん** · 2022/02/06(日) 21:13:15.68

>>488
お前みたいな無能に代表者面されてもRusterさんたちもいい迷惑だろ

**デフォルトの名無しさん** · 2022/02/06(日) 21:14:02.64

お前に習いたいとも思わんから

**デフォルトの名無しさん** · 2022/02/06(日) 21:16:59.40

間違いだらけだし独善的だし酷すぎた

**デフォルトの名無しさん** · 2022/02/06(日) 21:36:50.91

外野は放っておいて、もっとRustについて教えて欲しいです。

**デフォルトの名無しさん** · 2022/02/06(日) 21:38:16.73

自演が過ぎる。ワッチョイ無いとマジで駄目だな

**デフォルトの名無しさん** · 2022/02/06(日) 21:45:35.37

Rustでフロント作りはまだ早いっしょ

**デフォルトの名無しさん** · 2022/02/06(日) 22:03:44.41

少なくともGoを越えて貰わんと話にならん

**デフォルトの名無しさん** · 2022/02/06(日) 22:22:20.57

>>488
ジャップランドがソフトウエア後進国なのは伊達じゃないんだぞ

**デフォルトの名無しさん** · 2022/02/06(日) 23:19:51.95

イタチの最後っ屁だ
まずリファレンスについて
所有権の概念で変数に代入すると元の変数が使えなくなると言ったが
単に関数内で値を読みたいだけの場合でも所有権が移動したら不便極まりない
そこで使うのがリファレンス
aのリファレンスは&a
変数名に&をつけて渡すとその変数のアドレスを渡す
元の変数の値を読み取る場合はアドレスに対して*をつける

let b = &a; // aのアドレスを渡す
*b; // aを得る

こうすればaの所有権は移動せずともaを参照できる
これがリファレンスだ

型でリファレスを表すときは型の前に&をつける
&StringでString型へのリファレンスとなる
rustのコツとしては基本的には所有権を渡して行くことでプログラミングする
値の参照が必要な部分はリファレンスを取る
これでかなり安全なプログラムが書ける
実際単純なコマンドラインのようなプログラムなら上記の戦略で実装可能でしょう
それでは本当にこれが最後だ
さよオナラ
ブッ！！！

**デフォルトの名無しさん** · 2022/02/07(月) 00:08:18.18

全く意味のない事をドヤ顔で言われてもな

**デフォルトの名無しさん** · 2022/02/07(月) 00:40:12.98

rustスレが揚げ足取りであれててこっちに逃げてきたんやろw
居場所はこっちにもないのにw

**デフォルトの名無しさん** · 2022/02/07(月) 06:33:06.84

このおっさんTSスレでも暴れてたゾ。他にすることは無いんですか？

**デフォルトの名無しさん** · 2022/02/07(月) 07:41:37.96

伸びてると思ったら必ずスレチで伸びるねこのスレ
たまに参考にしてるから荒らすのやめてほしいわ

**デフォルトの名無しさん** · 2022/02/07(月) 08:23:02.96

Rustはまだまだ仕様変わるから、趣味でやるのでもなければ触る必要無いよ。

**デフォルトの名無しさん** · 2022/02/07(月) 18:37:44.00

javascriptが更に最適化されPCも早くなるし
別にわざわざwasmみたいな頭の悪そうな仕様にする必要無くね

**デフォルトの名無しさん** · 2022/02/07(月) 19:09:18.80

結局wasmがjsよりも高速で動作するってエビデンスあんまないよね

**デフォルトの名無しさん** · 2022/02/07(月) 20:26:04.20

なぜ速いのに普及しないんだろう？と考えるんじゃなくて
なぜ遅いのに普及したんだろう？と考えたほうがいい