C vs C++ vs Rust Part.3

**デフォルトの名無しさん** · 2022/01/27(木) 22:19:47.56

闘え
※前スレ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/
C vs C++ vs Rust Part.2
https://mevius.5ch.net/test/read.cgi/tech/1639539350/

**デフォルトの名無しさん** · 2022/02/22(火) 07:36:54.62

>>299
言語機能としては圧勝なんだが、人やソフトなどの開発環境が惨敗だから困るんだよな

**デフォルトの名無しさん** · 2022/02/22(火) 09:09:32.46

>>302
今一人勝ちのJavaだってそうなるまでに20年かかったんだから今判断しても意味なくね？

**デフォルトの名無しさん** · 2022/02/22(火) 10:17:05.86

>>258
Lispとかいたらズコーってされたけど適材適所だと思うぞ
ルンバがLispで書かれているのは知ってるよね？
強力なメタプログラミング機能とインタラクティブな開発が必要なら採用してみてもいいのでは？

**デフォルトの名無しさん** · 2022/02/22(火) 10:34:56.38

>>304
セキュアなWebサービスはどうしたんだよw

**デフォルトの名無しさん** · 2022/02/22(火) 11:24:36.79

rustに置き換えようとして担当が逃げ出したプロジェクトがかなりあるわ。。これからその地獄がはじまる。

**デフォルトの名無しさん** · 2022/02/22(火) 11:47:19.90

>>306
うちにもってきてよ。やってあげる。

**デフォルトの名無しさん** · 2022/02/22(火) 12:20:08.49

どうしたらLispでセキュアなwebサービス作れるん

**デフォルトの名無しさん** · 2022/02/22(火) 12:37:25.61

>>308
作れないからRustにしたんだよ

**デフォルトの名無しさん** · 2022/02/22(火) 12:41:08.18

Lispだろうと多言語だろうと新しめの通信とかSSLとかのライブラリを探すとこからスタートじゃない？

**デフォルトの名無しさん** · 2022/02/22(火) 13:10:26.52

Javaは言語登場から10年くらいで多くの人が利用してたし開発環境も続々でとような。

**デフォルトの名無しさん** · 2022/02/22(火) 13:12:29.23

明らかな嘘だけになったなｗ

**デフォルトの名無しさん** · 2022/02/22(火) 13:38:49.42

>>307
好きなの、残らず持ってってええぞ
ttps://jp.indeed.com/Rust%E9%96%A2%E9%80%A3%E3%81%AE%E6%B1%82%E4%BA%BA

**デフォルトの名無しさん** · 2022/02/22(火) 21:22:01.94

>>306
置き換え元のコードが酷かったんじゃね。C++のコードとかだいたい酷いし。

**デフォルトの名無しさん** · 2022/02/22(火) 21:38:20.03

現役プロダクトのコードを別言語に置き換えるのってrustに限らず大変なのでは
全面的な置き換えはプロダクト全体の再開発に等しい
特定の担当に押しつけるのではなくチーム全体で徐々に新規部分から置き換えた方が成功率高そう

**デフォルトの名無しさん** · 2022/02/22(火) 21:54:32.13

>>314
> C++のコードとかだいたい酷いし。

×だいたい酷い
○すべてが酷い
◎すべてがゲロ以下に酷い

**デフォルトの名無しさん** · 2022/02/22(火) 21:55:58.40

一般的にコードを『置き換える』という気構えだと失敗
少なくとも移植先の言語に合わせて何らかの内部設計のし直しからが最低限のスタート
目的が効率アップにあるなら並行や並列が設計として入ってくるだろうし
目的がGC無くしてメモリ省力化だけであってもデータ構造の見直しは必須など

**デフォルトの名無しさん** · 2022/02/22(火) 22:33:06.33

ねえねえ
ベクタの特定のターゲットの添え字を返すfind(v, target)を作ったとして、
ターゲットが見つからなかった場合のエラー処理はどうするのが良いと思う？
C/C++だと返り値を整数にして-1だったら見つからなかった、と言う感じが多いと思うんだけど
Result<usize, &str>とかにしてエラー内容を表す文字列を返しちゃう？

**デフォルトの名無しさん** · 2022/02/22(火) 22:36:39.92

>>318
標準ライブラリの関数を使う

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

>>318
まずRustではそういうのはベクタに対して実装せずにスライスに対して実装する
次にRustではそういったものにはResultではなくOptionを返す
最後にそのような機能は標準ライブラリを使えば色んな意味で間違いがない

**デフォルトの名無しさん** · 2022/02/23(水) 00:15:24.41

>>319
>>318
あ～Optionなんてのがあるのね・・・

**デフォルトの名無しさん** · 2022/02/23(水) 09:54:11.97

usize, &strってすでにRustだろ
https://doc.rust-lang.org/std/string/struct.String.html#method.find
https://cpprefjp.github.io/reference/string/basic_string/find.html
どうでもいい

**デフォルトの名無しさん** · 2022/02/23(水) 10:10:32.07

>>98
しかしC言語技術者は求人市場では圧倒的に不足していると言われてる
どこにいるんだか

**デフォルトの名無しさん** · 2022/02/23(水) 12:37:36.24

「CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。衝撃的なのは、その違いの大きさだ。CとRustを広範に採用すれば、控えめに見積もってもコンピュートに使用されるエネルギーの量を50％削減できる可能性がある」とMiller氏は述べ、その根拠として、C、GoogleのGo、Lua、Python、Ruby、Fortranなどをはじめとする複数の言語のエネルギー効率を相対的に示した研究結果を紹介している。
https://news.yahoo.co.jp/articles/399e10841c9a9b776ac5ac3e8402f75da93d17ef

**デフォルトの名無しさん** · 2022/02/23(水) 12:44:28.80

>>324
同記事の引用
『プログラムをRustで書き換えることで、サービスは10倍速くなり、レイテンシーも大幅に短縮された。サーバーの数を減らすことができたので、結果的にエネルギー消費量も減少した。

　「エネルギー効率の高い言語はRustだけではなく、昔からあるC言語もエネルギー効率は高い。しかしRustは安全性を犠牲にすることなく、省エネ化を実現した初めてのメインストリームのプログラミング言語だ。CやC++で書かれたプログラムが抱える深刻なセキュリティ脆弱性の70％は、メモリー安全性の問題に起因している。それに対して、Rustは安全性の問題を抱えていると感じることなく、エネルギー効率を高められる」とMiller氏は言う。

　しかし、Rustにも習得の難しさをはじめとする課題はある。

　経験豊富なエンジニアでも、Rustを使いこなすまでには、この分野に詳しい専門家のサポートを受けながら、3～6カ月の学習期間が必要だとMiller氏とLerche氏は言う。「Rustの習得を、野菜嫌いの克服に例えるエンジニアもいる。使いこなせるようになれば好きになる人が多いが、多くのエンジニアはそうなる前に見切りをつけたり、あきらめたりする。Rustは持続可能性とセキュリティに影響する可能性があるが、その力を発揮するためにはまず、ブロッコリーをブラウニーに変えなければならない』

**デフォルトの名無しさん** · 2022/02/23(水) 14:27:22.03

コンピューターのエネルギー効率が高い代わりに人間の効率が下がるんですがそれは

**デフォルトの名無しさん** · 2022/02/23(水) 14:41:11.80

コンパイル時にめっちゃエネルギー使ってる
Tier 1のプラットフォームの最新数バージョンくらいはバイナリ配布する仕組みがcargoに必要

**デフォルトの名無しさん** · 2022/02/23(水) 14:42:22.66

>>326
まぁ作ったあとの稼働と運用考えたら総じてプラスになるでしょ。ならない？

**デフォルトの名無しさん** · 2022/02/23(水) 15:38:19.82

>>326
一定規模超えたら一気に効率上がるぞ

**デフォルトの名無しさん** · 2022/02/23(水) 16:55:23.95

>>326
これよく言われるけど言語による生産性の差って定量的にデータ集められてるのかな

**デフォルトの名無しさん** · 2022/02/23(水) 17:27:51.83

メンテナンスフェーズに入ったとしても、人件費より電気代の方が高くなるようなことってなかなかなくね？
そんな大成功を納めたサービスってどれくらいあるんだろうな

**デフォルトの名無しさん** · 2022/02/23(水) 17:29:51.77

>>329
そうそう。
昔はJavaでやろうとしても人材不足でリプレースできなかったけど今は余裕で集められるもんな

**デフォルトの名無しさん** · 2022/02/23(水) 17:41:24.45

>>331
それはユーザー数によるとしか
めちゃくちゃ大量のメッセージを捌きまくらないといけないサービスの場合はほんのちょっとしたパフォーマンス改善でも物凄くコスト下がったりするし

**デフォルトの名無しさん** · 2022/02/23(水) 17:45:28.95

>>333
ユーザー数によることはわかってて、そんな事態がどれくらいあるのかと言ってるレスに対してユーザー数によることを指摘するのか……

**デフォルトの名無しさん** · 2022/02/23(水) 18:24:51.09

世の中ウェブサービスだけじゃない

例えば携帯電話のベースバンドチップの消費電力が
半減とかできて表のニュースにはならないし

**デフォルトの名無しさん** · 2022/02/23(水) 18:29:47.83

>>328
ただ作った後の効率に対してプログラマーは報酬を貰えないからな
作った後の効率がいいから、作る費用が上がっても構わないという判断をしてくれるかどうか

**デフォルトの名無しさん** · 2022/02/23(水) 18:46:55.85

Ruby などは可読性が高いから、保守できる。
C/C++ は10年やっても、Ruby on Rails を1年勉強した人にも勝てない

経験は、10年とか時間じゃなく、内容。
例えば10年の内、ポインターに9年使ったとか、人生の無駄

Railsでは、初心者の1年の内容が、
Docker, Linux, データベースなど、ほぼシステムとサービス内容

例えば、Homebrew もRuby製。Cに置き換えるのに、10年掛かった。
SASS もRuby製。C++に置き換えるのに、数年掛かった。
最近では保守できずに、Dart製に変わった

Rubyの女神・池澤あやかが、Ruby以外で開発者を募集しても集まらないから、
結局、Railsで作る事になったと言ってた

最近は、宇宙開発などの組み込み用でも、mruby を使う。
人工衛星イザナギ・イザナミで使っている。
Cで可読性が悪い、文字列処理の部分などを、mrubyで書く

本も出た

Webで使えるmrubyシステムプログラミング入門、近藤宇智朗、2020/11

宇宙開発などの組み込み用、MicroPython, Lua, Squirrel の代替になる。
Ubuntu 18.04, C99 対応

**デフォルトの名無しさん** · 2022/02/23(水) 18:51:10.94

>>325で明らかにサービスの話してるのに突然携帯のチップとか言い始める奴ｗ

**デフォルトの名無しさん** · 2022/02/23(水) 19:57:40.25

Rubyしかやってないやつのコード読みにくすぎて震える

**デフォルトの名無しさん** · 2022/02/23(水) 20:04:08.39

言語を1つしかわからんやつなんてそもそも初心者しかいなくね

**デフォルトの名無しさん** · 2022/02/23(水) 21:26:07.56

HomebrewがCに置き換わったってどこ情報？

**デフォルトの名無しさん** · 2022/02/23(水) 21:30:43.83

ポインタに9年使うってどういうこと

**デフォルトの名無しさん** · 2022/02/23(水) 21:40:29.46

>>326
C C++ Rust全て経験しているとわかる
Rustはプログラミングの生産性も優れている
人間にとっても効率が良い言語

**デフォルトの名無しさん** · 2022/02/23(水) 21:41:50.11

rustの改善のしどころは無いのか？

**デフォルトの名無しさん** · 2022/02/23(水) 21:57:31.33

Rustは保守性も良いね
例えば機能追加や改善などで変更時もコンパイルが通ると安全性が崩れていないと保証される点
これは開発時もそうだがそれらの実行時の無駄なデバッグが不要となった点

**337** · 2022/02/23(水) 22:01:48.42

>>341
Homebrew
https://brew.sh/index_ja

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

install.sh だから、もうRuby スクリプトじゃない。
中を見ていないけど、C か何かのバイナリをインストールするのじゃないの？

よく知らないけど

**デフォルトの名無しさん** · 2022/02/23(水) 22:19:18.74

>>343
C C++と比べたら生産性高いのは同意するし、型まわりのお陰で言語仕様が生産性高くなりそうなのも同意するけど、やたらライブラリが充実しているスクリプト言語とかGoと比べるとまだ人間にとっての生産性では勝てなそう
この辺りのライブラリ生産する人間をGoに吸われている感じがあるのでサービスにRust使うのが本格化する日は来るんだろうかって感じ

**デフォルトの名無しさん** · 2022/02/23(水) 22:20:48.72

shellで書かれたインストールスクリプトも分からない男の人って・・・

**デフォルトの名無しさん** · 2022/02/23(水) 22:27:11.67

>install.sh だから、もうRuby スクリプトじゃない。
>中を見ていないけど、C か何かのバイナリをインストールするのじゃないの？

一文も理解出来んかったんだが……

**デフォルトの名無しさん** · 2022/02/23(水) 22:34:57.03

>>346
そうなんだ、すごいね！

**337** · 2022/02/23(水) 22:47:13.28

よく覚えてないけど、
ちょっと前は、Ruby スクリプトを実行するような感じだった

/bin/ruby -e "$(curl -fsSL URL～/install.rb)"

**デフォルトの名無しさん** · 2022/02/23(水) 22:56:55.36

>>351
昔のmacにはRubyが標準で入ってたけど、Rubyが同梱されなくなったから、RubyがなくてもインストールできるようにHomebrewのインストーラがBashで書き直されただけだよ
いまでもHomebrewの本体はRubyで実装されてる

**デフォルトの名無しさん** · 2022/02/23(水) 23:36:06.18

linuxも考慮されてるのかもね

**デフォルトの名無しさん** · 2022/02/23(水) 23:54:17.80

>>352
今はまだ同梱されてるよ
次の12.3からpythonだけ削除
rubyとperlは残ってる

**デフォルトの名無しさん** · 2022/02/23(水) 23:59:10.49

>>347
Goには勝てる
あとは時間の問題

**デフォルトの名無しさん** · 2022/02/24(木) 00:02:46.01

>>354
ああ、ほんとだ、ごめん
ちゃんと確認せずに記憶で書いてた

削除するよ、って警告はしつつも、まだRubyは削除されてないのね
すでに削除されたのはphpぐらいか
https://applech2.com/archives/python-2-7-18-in-macos-12-monterey.html

**デフォルトの名無しさん** · 2022/02/24(木) 00:15:40.62

goは独習で1日と言われてて、Rustはメンター付けて3～6ヶ月と言われてるけども・・・

**デフォルトの名無しさん** · 2022/02/24(木) 00:45:28.23

CとC++は何ヶ月と言われてるの？

**ハノン** ◆QZaw55cn4c · 2022/02/24(木) 05:14:45.16

>>358
3年

**デフォルトの名無しさん** · 2022/02/24(木) 05:32:35.31

C三年
C++十年

**デフォルトの名無しさん** · 2022/02/24(木) 07:09:43.88

柿八年

**デフォルトの名無しさん** · 2022/02/24(木) 08:17:15.47

>>324
関数型言語とかc++ templateとかで言われていたことそのまんまだな。
学習障壁の高さもそのまんまだから、もっと学習メソッド充実しないとそのままお無くなりになりそう。

**デフォルトの名無しさん** · 2022/02/24(木) 08:39:04.35

習得は、主要YouTuberが配信し始めれば裾野の皆さんまで早くなるぞ
dotinstallとかいまにゅさんとかが、Rust入門、応用動画作り始めれば一気に情勢は有利に動く

**デフォルトの名無しさん** · 2022/02/24(木) 08:53:20.71

>>362
Rustは自分でメモリ解放しなくても自動でやってくれるし学習難易度も低いよ

**デフォルトの名無しさん** · 2022/02/24(木) 11:27:39.62

templateって学習障壁高いの？

**デフォルトの名無しさん** · 2022/02/24(木) 11:59:30.87

>>364
メモリ周りの管理にうんざりしたC/C++からすれば学習コストは低く感じるだろうよ

**デフォルトの名無しさん** · 2022/02/24(木) 12:33:16.86

動画よりも簡単な説明とplay gourndが付いてて、より正確なリファレンスへのリンクと演習問題がセットになった〇〇Tourみたいなのがいいと思う

**デフォルトの名無しさん** · 2022/02/24(木) 12:46:50.62

>>364 >>366
関数型言語に似て学習コスト高いのは認めるんだな。

>>365
使い方による。
テンプレートで実装されたライブラリを使うのはそれほど難しくない。
テンプレートを使ってライブラリとかを実装するのは難しい。
全般的に難しいのがRust。

**デフォルトの名無しさん** · 2022/02/24(木) 13:18:03.35

>>368
やってみればわかるけどRustは簡単
関数型言語に似てはいるけど関数型言語ではない
スクリプト言語たちと同じで関数型プログラミングを導入しているのみ
なのでスクリプト言語と同じように簡単にプログラミングできる
しかも速いためスクリプト言語から移行してきて今は快適

**デフォルトの名無しさん** · 2022/02/24(木) 13:40:46.21

>>368
C++とかテンプレートに渡したとたんundefined referenceエラーが起こるイメージしかないんだが
Rustはそういうのは型システムレベルで防いでくれるけどC++なら実際にエラーになるかどうかは最悪リンク時まで待たないといけない

**デフォルトの名無しさん** · 2022/02/24(木) 13:49:34.79

このへんのタイトルがでそろえば学習コストが下がるｗ間違いないｗ

・やさしい Rust
・13歳からはじめるゼロからのRustゲームプログラミング教室入門編
・Rustの絵本

**デフォルトの名無しさん** · 2022/02/24(木) 14:08:22.05

C++のtemplateの学習コストはとても高い
使うだけなら簡単・便利だけど、作るとなるとエラーに悶絶すること請け合い
C++の場合は、理解が完全かつ処理系の気持ちを察せられないと分からないエラーだからな

**デフォルトの名無しさん** · 2022/02/24(木) 14:30:43.20

vector<int&>とかすると標準ライブラリ内からエラーが出る
MSVCのエラーメッセージ見ると標準ライブラリが悪いかのようなエラー吐くからなぁ

これはわかりやすいからまだいいが自作したtemplateでエラーが出たらライブラリが悪いのか使う側が悪いかが分からんくなる...

C++20のconceptでマシにはなったが...なったのだが...

**デフォルトの名無しさん** · 2022/02/24(木) 14:37:14.35

>>373
Rustはそういうのがないからいいよね
これが型クラスの恩恵か

**デフォルトの名無しさん** · 2022/02/24(木) 14:37:16.61

>>367
これかな
https://tourofrust.com/

**デフォルトの名無しさん** · 2022/02/24(木) 14:44:41.24

>>375
もちろんgoやrustのそれを想定して書いてるよ
ただ、より正確なリファレンスへのリンクと演習問題がない
内容もやや不足かな

**デフォルトの名無しさん** · 2022/02/24(木) 15:49:13.99

マシーンと会話できてこそ一流よ

**デフォルトの名無しさん** · 2022/02/24(木) 15:52:51.86

$ こんにちは！
こんにちは！: コマンドが見つかりません
$

**デフォルトの名無しさん** · 2022/02/24(木) 18:01:51.83

>>376
それならこっちの方がイメージ近いかな
https://exercism.org/

言語の説明はかなり控えめで演習中心だけど

**デフォルトの名無しさん** · 2022/02/24(木) 19:03:29.20

演習があるのはいいんだが微妙。。。元々知ってたらconceptはいいかもしれないけど、やはりシナリオは欲しい
説明すべき基礎事項をその学習資料の中だけで全て完結させた上で、サンプル付きのシナリオで読ませる形
ようは順番に読んでいけば一貫して不明点がほぼない状態で読ませられる資料になってないといけない

**デフォルトの名無しさん** · 2022/02/26(土) 08:25:19.78

>>380
暗いと不平を言うよりも、すすんであかりをつけましょう。

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

>>381
現状に不平や不満があるのではなく、動画よりいいと個人的に思う形態を示し、それならと提案を頂いたのでその感想を書いただけ

**デフォルトの名無しさん** · 2022/03/01(火) 12:38:09.08

ゼロコスト抽象化のないらしいC++が
Rustと同等以上に速いのは何故でしょうか？

**デフォルトの名無しさん** · 2022/03/01(火) 12:51:08.94

それはRustのゼロコスト抽象化が嘘だからです

**デフォルトの名無しさん** · 2022/03/01(火) 13:02:32.51

https://blog.rust-lang.org/2015/05/11/traits.html
"...
Abstraction without overhead
One of the mantras of C++, one of the qualities that make it a good fit for systems programming, is its principle of zero-cost abstraction:

C++ implementations obey the zero-overhead principle: What you don't use, you don't pay for [Stroustrup, 1994]. And further: What you do use, you couldn't hand code any better.

-- Stroustrup
This mantra did not always apply to Rust, which for example used to have mandatory garbage collection. But over time Rust's ambitions have gotten ever lower-level, and zero-cost abstraction is now a core principle.
..."

**デフォルトの名無しさん** · 2022/03/01(火) 15:08:52.35

普通にあったんですね
失礼しました！

**デフォルトの名無しさん** · 2022/03/01(火) 23:34:34.12

Rustはasyncもゼロコスト抽象化に成功したことが大きいかな
C++ではごちゃごちゃする上に安全に書くのが難しい
他の言語ではゼロコストじゃない

**デフォルトの名無しさん** · 2022/03/02(水) 00:22:04.69

オメェがへたくそなコード書くからだろド素人

**デフォルトの名無しさん** · 2022/03/02(水) 07:53:10.69

ゼロコスト抽象化ってなにがゼロコストなのかぶっちゃけよくわからん

**デフォルトの名無しさん** · 2022/03/02(水) 08:03:27.50

>>389
定義もないバズワードだからな。

**デフォルトの名無しさん** · 2022/03/02(水) 08:50:05.84

抽象化ってのはpolymorphic class のことだと思ってたが全然違うやんけ

**デフォルトの名無しさん** · 2022/03/02(水) 11:01:52.98

https://boats.gitlab.io/blog/post/zero-cost-abstractions/

**デフォルトの名無しさん** · 2022/03/02(水) 15:14:26.14

>>391
全然ちゃうわ

**デフォルトの名無しさん** · 2022/03/03(木) 22:15:19.30

>>389
少なくとも同じことやるならCと同じコードを吐くという意味だよ

**デフォルトの名無しさん** · 2022/03/04(金) 01:42:23.15

>>394
その定義だとsliceのインデックスアクセスがゼロコストでなくなるが良いのか？

**デフォルトの名無しさん** · 2022/03/04(金) 05:13:25.76

>>395
スライスをCで実装したら速度的には同じコードを生成するってことだよ？
余計なランタイムのせいで遅くなることはないってこと

**デフォルトの名無しさん** · 2022/03/06(日) 12:55:30.33

トーバルズ氏、Linuxカーネルを「C89」から「C11」コードに移行する準備
https://japan.zdnet.com/article/35184296/

Rust信者の発言「こんなにも優れてる！おまえらの弄ってる言語はウンコ！CもRustに置き換わる！（=だから他スレ嵐ても良い）」
Rustメンテナ発言「すべて了解しました。Linus氏の言う通りに変更します、このようにしたいと思うのですがよろしいですか？ダメ？」

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

>>397
https://mevius.5ch.net/test/read.cgi/tech/1638086359/542

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

あとその記事は誰もRustがどうのとは言ってない

**デフォルトの名無しさん** · 2022/03/06(日) 19:59:13.15

C++に勝てると思ってた？
残念だったな

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

C/C++やJavaなどからRustへ移行するパターンも多いけど
こういう形でJavaScriptからRustへ移行する例も増えてきた

https://publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html
Amazonはプロトタイプとして低レイヤのJavaScriptのコンポーネントのいくつかをRustのコードで書いてコンパイルし、WebAssemblyのバイナリにしたところ、JavaScriptのコードと比較して10倍から25倍も高速になったことを発見します。

これによりAmazon Prime VideoのアプリケーションにWebAssemblyを取り入れることを決定。

JavaScript VMの部分にWebAssembly VM（Wasm VM）をランタイムとして追加し、ユーザーのデバイス上へデプロイした上で、これまでJavaScriptで実現していたレンダラ、アニメーション、シーンとリソース管理の部分をRustコードから生成したWebAssemblyで置き換えました。

**デフォルトの名無しさん** · 2022/03/07(月) 00:42:06.45

>>401
https://mevius.5ch.net/test/read.cgi/tech/1638086359/578-579