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/04(金) 18:18:05.18

このおっさん、芸風変わんねぇな

**デフォルトの名無しさん** · 2022/02/04(金) 18:25:48.22

C#おじさんにRustが使いこなせるとは到底思えん

**デフォルトの名無しさん** · 2022/02/04(金) 18:36:16.21

"ポンコツ"の大部分はDOM APIやブラウザAPIに由来するものであってwasmだから逃げれるものじゃない
他言語での使い勝手を良くしようとすると結局ランタイムデカくなってパフォーマンスに影響するし

**デフォルトの名無しさん** · 2022/02/04(金) 18:38:45.89

C++より簡単な言語なら問題ないよ

**デフォルトの名無しさん** · 2022/02/04(金) 18:39:05.35

一般ピーポーはjsでさえヒーヒー言ってんのにrustなんてキモオタ以外できるわけないだろ

**デフォルトの名無しさん** · 2022/02/04(金) 18:50:23.93

wasmでdom操作が高速になればreactをwasmで実行するようになるだけじゃない
そうなればJS/TSで書いてwasmに書き出すだけでしょ
馬鹿じゃないのかなこの人

**デフォルトの名無しさん** · 2022/02/04(金) 19:04:23.24

>>373
DOMもブラウザAPIもクソなのはそうだが、それ以上にJS言語もクソ
なので、言語だけでも別の選択肢が生まれるのは素晴らしいこと
主要な言語のランタイムは同梱、キャッシュ、トリミング、対策の余地は十分にある

>>376
速度問題が解決したら、欠陥だらけのJSを積極的に使う理由がない
TSはJSよりマシってだけだから、これも使う理由なくなる
既存のライブラリはその通り、WASMをハブにして全ての言語から使えるようになる
JSの方が優位になるシチュエーションがあったとしても、そこだけJSで実装して別言語からインポートするって形になる

**デフォルトの名無しさん** · 2022/02/04(金) 19:05:28.33

なんだ、RubyやろうがこんどはRustにいったのか？w

**デフォルトの名無しさん** · 2022/02/04(金) 19:21:53.51

>>374
C++で生ポインタ使ってそう

**デフォルトの名無しさん** · 2022/02/04(金) 19:28:09.68

>>379
時と場合による
当たり前

**デフォルトの名無しさん** · 2022/02/04(金) 19:35:41.10

自分はRust使えないのにRust叩き棒にして自分が使えないフロント技術スレで妄想垂れ流して暴れるおじいさん。可愛そうな人

**デフォルトの名無しさん** · 2022/02/04(金) 19:40:37.30

いるよな
いい加減なことしか言えない底の浅い人

**デフォルトの名無しさん** · 2022/02/04(金) 19:44:17.15

意見をぶつけあうのは結構なことだが人格攻撃をしたらその場で最底辺に落ちるので自分からはしないように心がけてる

**デフォルトの名無しさん** · 2022/02/04(金) 19:47:07.68

>>377
速度問題が解決したrust
vs
最初から速度問題がないjs

rust使う意味ねーだろｗ

**デフォルトの名無しさん** · 2022/02/04(金) 19:48:56.01

とは言え屁理屈捏ね続ける人をまともに相手するのは面倒くさすぎる。
無視が一番だな！

**デフォルトの名無しさん** · 2022/02/04(金) 19:49:04.33

>>384
速度が同じか負けてるなら他に優位性ないJSを使う理由がない
JSは"仕方なく使うもの"

**デフォルトの名無しさん** · 2022/02/04(金) 19:50:17.04

反論ができず人格攻撃も封じられたら確かに無視するしか選択肢がないのかも

**デフォルトの名無しさん** · 2022/02/04(金) 19:51:06.61

尻尾出すのはぇえ……

**デフォルトの名無しさん** · 2022/02/04(金) 19:51:37.71

>>386
JavaScriptはウェブ技術に適した言語

**デフォルトの名無しさん** · 2022/02/04(金) 19:53:18.50

自分が仕方なく使ってる、いや使えないのかｗからって
他の人も仕方なく使ってるって思い込むのは何なんだろうねｗ
rustなら、rustならって言ってるだけなんだよ

**デフォルトの名無しさん** · 2022/02/04(金) 19:54:02.94

>>389
それはブラウザベンダーが他言語を排除し続けてきた結果
それを撤廃したらどうなるかは容易に想像がつくだろう
JavaScriptでLinux実装できるか？
アップデートしていこうぜ！

**デフォルトの名無しさん** · 2022/02/04(金) 19:57:09.55

>>390
たしかにその通りだな
好きで使ってる人も中には居るだろう

**デフォルトの名無しさん** · 2022/02/04(金) 19:57:49.14

ウェブ屋がそれ言っちゃ終わりでしょ
今以上に混沌とした戦国時代に戻るだけ

**デフォルトの名無しさん** · 2022/02/04(金) 19:59:21.55

rustに置き換えるよりも
JavaScriptを改良したほうが早いんだよなぁ

**デフォルトの名無しさん** · 2022/02/04(金) 20:08:56.93

フロントエンドエンジニア達の"焦り"は感じるね
rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし
最近もvercelの人がtscをGoに移植したというブログ書いてた
もはやtsとreact書けるだけでイケてる扱いされる時代は終わったし
hooksの登場でコモディティ化が進んでその辺の素人でもreact書けるようになってしまった
そりゃ焦るよ

**デフォルトの名無しさん** · 2022/02/04(金) 20:10:09.63

dioxusも別にJSや既存Webを置き換えようってものじゃないしねぇ

**デフォルトの名無しさん** · 2022/02/04(金) 20:11:32.37

> rustもしくはGo書けるのがイケてるフロントエンドエンジニアの条件みたいになってるし

この間までCoffeeScriptだったぞ
そうイケてるというのは
イケてる雰囲気しかないのさね

**デフォルトの名無しさん** · 2022/02/04(金) 20:12:01.17

そういやhaml？とかいうのもあったなぁ

**デフォルトの名無しさん** · 2022/02/04(金) 20:14:18.25

一方でもう一つのイケてる条件のフロントエンドdevopsだけど
こっちはこっちでk8sやdocker、ネットワークや分散処理のデザインパターンの知識などさらに幅広いインフラ力が求められる
もちろんフロントの人がこの領域をできるわけもない

**デフォルトの名無しさん** · 2022/02/04(金) 20:18:03.07

>>397
それ流行ったの5年以上前でしょ
下回りのツールに高速性が求められた結果rustとGoが必要になったのよ
フロントエンドdevopsという領域よ
時代は進化する

**デフォルトの名無しさん** · 2022/02/04(金) 20:51:56.38

すげー間違ってるじゃん。フロントdevツールの快適さの為のGoやRustであってフロントそのものの為じゃないんですけども

**デフォルトの名無しさん** · 2022/02/04(金) 20:52:09.20

jQueryとかRustとか忙しないおじさんだな
そもそもここSPAスレだぞ

**デフォルトの名無しさん** · 2022/02/04(金) 21:01:05.39

spaフレームワークに挫折したじじいが恨みつらみを垂れるスレだから

**デフォルトの名無しさん** · 2022/02/04(金) 21:54:56.43

Rustに興味はあるが本腰入れるとしたら、
まずCとかC++のシェア食いだして、それらに匹敵する位になってからかなぁ。

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

Rustのspaフレームワークスレたててやってろ

せめてスレタイのフレームワークと同じくらいのシェアになったらまた来ればいいよw

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

ここまで書いといて本人がrustを触っても無いのがお笑いポイント

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

しかも、話の発端のdioxusはReactの影響受けまくったライブラリで、Web屋がRust方面にも進みやすくなったって要素もあるのに、ソース読めないから（読んでないから）それに気づかないという

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

皆がrustを使用してweb開発をするなんて世界は来るとは思えんけど・・・
wasmが主流になったとしたらrustよりもassemblyscriptが流行る気がする

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

その辺は例えばwasmのGCが実装されるか頓挫するかでも大きく変わってくる
今からrust覇権とか.net覇権とか言われても将来の夢語ってるのと同じレベル

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

あんな奴のせいでRustのイメージが悪くなるのが辛い

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

rustは悪くないので安心して
https://www.publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html

**デフォルトの名無しさん** · 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にも興味がないだろう
掲示板で俺をいじめたいだけならいじめてもらっても結構だが
日本のレベルを上げることには必死だから