Rust part22

**デフォルトの名無しさん** · 2024/01/20(土) 23:21:40.08

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part21
https://mevius.5ch.net/test/read.cgi/tech/1692105879/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.2ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2024/02/03(土) 13:12:09.54

>>117
組み込みシステム開発者なんていう有能が溢れるほどいるわけないし妥当な結果ね

にしてもRustがサーバー開発でこんなに占めてるんだねえ

**デフォルトの名無しさん** · 2024/02/03(土) 13:17:12.24

>>121
WASMはWebブラウザ内用途だけではないよ
CDNエッジでの利用も増えているね
WASIなどによる拡張でできることは無数に増えてく

>>122
stdは無くてもRustは機能するようにできているよ
例えばスライスやstrはcoreにあるし
VecやStringはallocにあるよ

**デフォルトの名無しさん** · 2024/02/03(土) 13:45:54.96

WASIはモバイルOSあるいはデスクトップOS業界がどう動くかだね
wasmerみたいなWASIランタイムをOSが標準装備してくれるなら、WASIの注目度が上がるし、OSに依らないアプリを手軽に作れる
特にモバイルOSではランタイム同梱によるアプリの肥大化を阻止できる

WASIは今のままではJVMのようにマルチプラットフォームなランタイムの上で動くアプリでしかないから、どっかの有名なプラットフォームが積極的に土台として採用しないと忘れ去られる
UnityでもAndroidでもどこでもいい

**デフォルトの名無しさん** · 2024/02/03(土) 14:00:52.18

まあ数日前にWASI 0.2.0の仕様が確定したばっかだから時期尚早と言われればそのとおりなんだが

WebAssemblyを進化させる「WASI Preview 2」が安定版に到達。OSや言語に依存しないコンポーネントモデルを実現
https://www.publickey1.jp/blog/24/webassemblywasi_preview_2os.html

**デフォルトの名無しさん** · 2024/02/03(土) 14:54:43.97

wasm,wasiはコンテナ界隈とかも期待はしてるようだけど確かにまだ早い。

**デフォルトの名無しさん** · 2024/02/03(土) 15:14:19.35

あ、俺みたいに用意されたものを使う的な人間の場合ね。

**デフォルトの名無しさん** · 2024/02/03(土) 15:32:51.57

重さが気になるほどの人気サイト作ってから言えよな。。クソしょーもねーわ。

**デフォルトの名無しさん** · 2024/02/03(土) 18:14:49.92

wasmはブラウザでffmpeg動かすときに使ったことある

**デフォルトの名無しさん** · 2024/02/03(土) 20:39:34.60

rustはもっとC#みたいなクラスの書き方が出来れば最高なのになー

**デフォルトの名無しさん** · 2024/02/03(土) 20:58:14.42

>>131
クラスはプログラミング言語の歴史では大失敗作と言われていて
モダンな新言語(Rust, Go, Zig, Nim, etc.)ではいずれもクラスを排除している
既存のクラスのある言語でもカプセル化以外のクラスの機能は使わずにインターフェース等を使うことが推奨されている
Rustのtraitはその中でも最も優れたものなのでRustで困ることはないよ

**デフォルトの名無しさん** · 2024/02/03(土) 21:06:51.84

Rustはtraitのドキュメント見た時に
とっ散らかって見えるんだよなぁ

**デフォルトの名無しさん** · 2024/02/03(土) 21:20:55.82

何事もタダでは手に入らない
良い面だけしか見ない人はいつまで経っても素人

**デフォルトの名無しさん** · 2024/02/03(土) 21:29:31.74

本当にいいの？僕は…黒人だよ？

**デフォルトの名無しさん** · 2024/02/03(土) 22:04:08.76

クラス排除はJavaの生みの親ですら主張しているほどプログラミング言語界での共通認識

＞以前Javaのユーザグループミーティングに出席した際、James Gosling（Javaの生みの親）がメインの講演者として招かれていました。
＞すばらしいQ&Aセッションの途中に、こんな質問が出ました。
＞「もう一度最初からJavaを作り直すとしたら、どこを変更したいですか？」
＞答えは「クラスを除外するでしょうね」というものでした。
＞笑いが静まった後、彼が説明したのは、本当の問題はクラス自体ではなく実装継承(extendsの関係)なのだということでした。
＞インターフェースによる継承（implementsの関係）のほうが望ましいのです。
＞できる限り実装継承は避けたほうがよいでしょう。

**デフォルトの名無しさん** · 2024/02/03(土) 23:17:23.21

クラスを排除した代わりにRustでは実装継承の実現に4種類もの異なる方法が導入されている
もちろんGoでもNimでもクラスとは違う形で実装継承が実現されている
にもかかわらず物事の表面しか見ない人はそれに気づけないし今でも実装継承が絶対悪だと信じて疑わない

これが所謂バカの壁

**デフォルトの名無しさん** · 2024/02/03(土) 23:26:38.80

>>137
Rustに実装継承はないよ
どのやり方でも必ず委譲が発生する健全な方法を採っていて実装継承の問題を排除している

**デフォルトの名無しさん** · 2024/02/03(土) 23:35:45.23

クラスが悪いのか継承とかの機能が悪いのか

**デフォルトの名無しさん** · 2024/02/03(土) 23:45:39.46

大雑把に　クラス＝カプセル化＋実装継承
よくないのは実装継承
カプセル化だけなら構造体の範囲内
つまり実装継承を伴うクラス自体が要らないというのがモダン言語

**デフォルトの名無しさん** · 2024/02/04(日) 00:25:24.84

Kotlinのsealed interfaceはマジで超使いやすい

**デフォルトの名無しさん** · 2024/02/04(日) 00:27:54.98

Rocketってフレームワーク試してみたんだけどこれホストを127.0.0.1以外にできないんかな
なんかハードコーディングでlocalhost指定になってる気がしないでもない

**デフォルトの名無しさん** · 2024/02/04(日) 00:33:31.21

そのRocketというフレームワークは使ったことないが、GitHubレポジトリで「127.0.0.1」で検索したら、
https://github.com/search?q=repo%3Arwf2%2FRocket%20127.0.0.1&type=code
exampleでなんか設定ファイルでadressを指定してるけどこれは違うの？
https://github.com/rwf2/Rocket/blob/master/examples/config/Rocket.toml

繰り返すがRocketというフレームワークは使ったことないので悪しからず

**デフォルトの名無しさん** · 2024/02/04(日) 00:59:56.12

その辺grep置換で全部置き換えたけどダメだった

core\lib\src\listener\endpoint.rs にある
Endpoint::Tcp(TcpAddr::new(Ipv4Addr::LOCALHOST.into(), 8000))
がそれっぽくはあるけどどう書き換えたもんか

**デフォルトの名無しさん** · 2024/02/04(日) 02:04:25.32

https://rocket.rs/v0.5/guide/configuration/
読んだ感じだとRocket.tomlって設定ファイルで指定するのが簡単みたい
下の方にプログラムで設定する方法も書いてあるけど

こういうフレームワーク系はプロキシサーバーの裏側で動かすのが理想かもしれない

**デフォルトの名無しさん** · 2024/02/04(日) 03:52:57.49

Rustを書けるようになると、C/C++でも行儀よく実装できるようになるから
するとドキュメントの充実しているC/ C++でいいかとなりそう

**デフォルトの名無しさん** · 2024/02/04(日) 05:28:12.54

>>105
Python信者か？　富豪プログラミングでもRustの方が書きやすいが

**デフォルトの名無しさん** · 2024/02/04(日) 07:20:12.68

動的型付けのPythonは論外でプログラミングには向いておらずスクリプトを書く程度に使う言語
静的型付けの言語の中では過去の様々な問題点を踏まえて洗練された設計となっているRustがプログラミングに最適

>>146
それはない
例えば今では必須な非同期プログラミングでもC++は出遅れていて使いにくいだけでなくRustのtokioに相当する基盤もない

**デフォルトの名無しさん** · 2024/02/04(日) 08:23:06.79

>>146
ドキュメントの数は多いけど、自動生成もない時代のが多くてソースコードと乖離してたり
古いLinuxディストリ前提だったりして役に立たない率がめちゃ高いんだよな
ドキュメンテーションテストとかdocs.rsとかそういう仕組がちゃんとしてるのに慣れると
わざわざ古代の遺物的なのを発掘しに行く気にはなれない

**デフォルトの名無しさん** · 2024/02/04(日) 08:29:53.11

Cは構わないけど、C++はあり得ない
絶対に二度と触りたくないし、積極的に見たくもない

**デフォルトの名無しさん** · 2024/02/04(日) 08:46:56.47

Cにdeferが来たら、もうC++を触らなくてよくなるんだ🥰
…C23でのdeferの実装、見送られたけどね

**デフォルトの名無しさん** · 2024/02/04(日) 09:04:42.24

ああ、zigを本番環境で使いたいなあ

**デフォルトの名無しさん** · 2024/02/04(日) 10:02:40.29

>>145
それもやったけど変わらなかった
まぁver0.xだし正式リリースになったらもうちょいマシになるんだろうから
今はまだ使い時じゃないって事で

**デフォルトの名無しさん** · 2024/02/04(日) 10:56:28.64

>>153

これでなんの問題もなく動いたけど…

#[launch]
fn rocket() -> _ {
let config = rocket::Config {
port: 7777,
address: std::net::Ipv4Addr::new(0, 0, 0, 0).into(),
..rocket::Config::default()
};
rocket::custom(&config).mount("/", routes![index])
}

**デフォルトの名無しさん** · 2024/02/04(日) 11:21:21.48

>>146
自分で書く分ではどっちでも。
でもお前の職場のプログラミングセンス無いやつにもc/c++で書いてて欲しいと思う？

**デフォルトの名無しさん** · 2024/02/04(日) 11:36:41.94

>>153
rocketを使う理由が特にあるわけではないならば
一番ダウンロード数も多くRustで本流のaxumを使うといいよ
https://github.com/tokio-rs/axum
このURLを見てもわかるようにtokio開発チームが直接手掛けているWebアプリフレームワーク

**デフォルトの名無しさん** · 2024/02/04(日) 12:24:56.19

>>148
それはあなたの主観だよ
世界中で流行っているpythonをそのように評価をすること自体がナンセンスだとは思わないか？

**デフォルトの名無しさん** · 2024/02/04(日) 12:55:23.59

>>157
前にも書いたけど例えばPythonのDjangoは遅い
PythonがRustに勝ってる点はローコストでコーディングできる、それのみ
学習コスト、開発時間などを投資できるならRustのようなlow-levelな言語を用いた製品のほうがコンピュータに優しいのは既知の事実

**デフォルトの名無しさん** · 2024/02/04(日) 13:07:03.82

>>157
Pythonでプログラミングを実際にすればわかるけど
ある程度の大きさのものを作るには開発デバッグ効率が非常に悪いね
数ある諸言語と比べてもPythonのメリットは普及していること以外には何も無いかと

**デフォルトの名無しさん** · 2024/02/04(日) 13:22:50.87

>>158
つまりpythonはプログラミングに向いていないというのは間違いということで良い？

>>159
そうは思わないな
開発ツールやエディタが進化してるから差は感じない

**デフォルトの名無しさん** · 2024/02/04(日) 13:45:38.68

インタプリタ言語はプログラミングに値しないってか？流石に言いすぎだぞ
うちの小学生の子どもにScratchをプログラミング学習として遊ばせてるけど、そのScratchもれっきとしたプログラミング言語だし

**デフォルトの名無しさん** · 2024/02/04(日) 13:54:00.15

>>147
メモリ管理をランタイムに任せることを富豪的プログラミングというのでは？書き易さなんて単に個人の言語の習得度の差でしかない

**デフォルトの名無しさん** · 2024/02/04(日) 14:07:26.71

お前のDjangoは遅い？ならサーバーのスペックを10倍にしろやゴラァ
ってのが富豪的プログラミングの理念ね

**デフォルトの名無しさん** · 2024/02/04(日) 16:31:03.43

Rustと比べるとPythonはプログラミングに向いていない
スクリプト程度ではなく普通にある程度の規模があるプログラムを対象とする

**デフォルトの名無しさん** · 2024/02/04(日) 16:54:18.26

特定領域の話と一般論をごっちゃにしてるやつ多いな。

**デフォルトの名無しさん** · 2024/02/04(日) 16:54:55.07

実際にPythonで書くと実行時デバッグがどうしても多くなるね
後から機能追加したりリファクタリングしたりする時も再び実行時デバッグに陥りやすいね
その点Rustは静的型付けであるだけでなくデータ競合もコンパイル時点で防いでくれるから優れているね

**デフォルトの名無しさん** · 2024/02/04(日) 16:55:36.99

>>162
文脈的に文字列を無駄にヒープに置いただけで富豪扱いなんだよな
あと習熟度に依存するのはそれはそうなんだけど、Pythonに習熟した人間ほどRustの方が書きやすいという傾向がある気がする
少なくとも俺の身の回りではそう

**デフォルトの名無しさん** · 2024/02/04(日) 17:00:11.71

書きやすかろうが何だろうがユーザ数が全てやろ
Rustは流行ってないそれだけは確か

**デフォルトの名無しさん** · 2024/02/04(日) 17:01:42.98

ユーザー数が全てはまあそれはそう

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

そこは単純な話だろう
PythonとRustの両方をそこそこ使いこなせる人たちに
どちらの言語でも開発可能な領域の案件をどちらで開発したいか尋ねる
100%の人たちがRustで開発したいと答える
つまりPythonは劣った言語

**デフォルトの名無しさん** · 2024/02/04(日) 17:07:47.85

Pythonにも確かに良い所があって、Qiitaの記事が多いから入門が簡単

**デフォルトの名無しさん** · 2024/02/04(日) 17:11:51.24

そもそもお前らの勘違いはpythonを取り上げてること
寧ろ比較するというかライバルはJavaScriptだぞ
バックグラウンドや速度求められる所でも使われてる
実際にJavaScriptは以外とは失礼かもだけど高速だしな

**デフォルトの名無しさん** · 2024/02/04(日) 17:14:25.77

>>172
ライバルがJavaScript()

**デフォルトの名無しさん** · 2024/02/04(日) 17:15:47.77

>>170
何でワザと複雑化させるの？
ユーザ数って言う最もシンプルなので良い

いざ開発で人集めたらRust出来る人が居ませんでした
居ても単価がバカ高い人でした
pythonならこちらが選び放題で報酬も安く済みます

どう考えてもpython優位だよね
言語が劣ってるとか優秀とか関係無い
目的のシステムが短期間で安く作れるかどうか
でもってそれが出来るのが優秀な言語

**デフォルトの名無しさん** · 2024/02/04(日) 17:20:38.23

>>172
バックエンドではJavaScriptは遅い
フロントエンドのDOMアクセスはJavaScriptでしかできないため使わざるをえない
DOMアクセスを頻繁に伴わない処理ならばWasmが圧倒的に速くJavaScriptは遅い

**デフォルトの名無しさん** · 2024/02/04(日) 17:26:06.18

>>174
それはPythonしか知らないプログラマーが多いだけでどうでもいい話だな
両方を使えるプログラマーはRustを選ぶからプログラミング言語の優劣ははっきりしている

**デフォルトの名無しさん** · 2024/02/04(日) 17:32:07.47

単価の話し始めたらまだPythonよりJavaの方が優位そう

**デフォルトの名無しさん** · 2024/02/04(日) 17:33:28.37

>>176
両方というかRustのユーザ数が少ないから人が集まらないって話してるのにバカなのかなw

**デフォルトの名無しさん** · 2024/02/04(日) 17:35:51.36

目的の設定からコーティングまで自分でやらないといけない局面があって、そういう時に良いんだよな。Rust。
仕事が定型化されていたり、専門知識が要らなかったりして外注出来るならJavaで良さそう

**デフォルトの名無しさん** · 2024/02/04(日) 17:44:55.37

開発保守効率の良さ　Rust＞Python
実行速度や省メモリ　Rust＞Python
この状況でPythonの方が優れてると主張してるやつはスレ荒らししたいだけだろうからここから出ていきなさい
専用スレへどうぞ

Rustアンチスレ
https://mevius.5ch.net/test/read.cgi/tech/1509028624/

**デフォルトの名無しさん** · 2024/02/04(日) 18:05:48.16

ユーザー数が全てと言うならJavaが最強って話をしたくなってくる

**デフォルトの名無しさん** · 2024/02/04(日) 18:27:51.72

そういう話じゃ無いんだよなぁ

Rust使いたいなら流行らせてユーザ数増やすしか無い
他の言語と比較して云々を語る暇があるならライブラリ作って充実させて流行らせる努力すれば良い

**デフォルトの名無しさん** · 2024/02/04(日) 18:38:38.86

>>180
分野によって変わるし一概にそうとは言えんよ
例えば機械学習の分野でRustを使うメリットはゼロ
開発保守性に関しても速度的にも利便性的にもツールチェインの連携にしても
今や汎用言語は以前に比べると遥かに有用性は低くなってる
だからrustが流行り切らないのだと分析してる
一昔前なら一斉に移ってたと思うよ

**デフォルトの名無しさん** · 2024/02/04(日) 18:55:04.87

>>183
本気で言ってるなら常識を疑う
機械学習分野は各社の競争が激しくて記述言語はC/C++/Rust
Pythonはライブラリ呼び出しスクリプトに使われることがあるだけの存在

**デフォルトの名無しさん** · 2024/02/04(日) 18:55:55.93

>>183
あの、機械学習はプログラミングじゃないとは言わないけど分類としてはデータサイエンスだからな？😅数学系だからな？あんだすたん？
機械学習は理論がメイン、プログラミングはただの手段

**デフォルトの名無しさん** · 2024/02/04(日) 18:59:22.83

libtorchとかてんさーふろーの実装の話ならオープンソースを見ればわかるがC/C++やで
演算処理がメイン機能なんだから当たり前だよね

**デフォルトの名無しさん** · 2024/02/04(日) 19:01:58.80

Rustはサーバー系、組み込み系が用途なのに、
Pythonのが優秀だのなんだの言うのいい加減に鬱陶しいぞ

**デフォルトの名無しさん** · 2024/02/04(日) 19:04:22.03

Pythonとか他の言語が分かれば数時間の勉強であとか感覚で読み書きできる言語だけど
Rustはそうはいかんと思うし
優れた言語と手軽に習得できる言語って比べても仕方ないと思う

**デフォルトの名無しさん** · 2024/02/04(日) 19:13:30.94

言い方が悪かったかな
Pythonはさ、演算結果を得るために使うものであって、サーバーや組み込みのような常時駆動するようなものには向かないんですよ

考えてみなよ、お手軽さを求めるときは大抵は結果を求めたいときだろ？
numpyの行列計算がお手軽で便利～ってのと一緒だろ？

**デフォルトの名無しさん** · 2024/02/04(日) 19:17:47.24

>>184
それを言えばpytorchのラッパーがrustにあるから同じ存在だよ

**デフォルトの名無しさん** · 2024/02/04(日) 19:18:07.74

Pythonにキレててｸｶ

**デフォルトの名無しさん** · 2024/02/04(日) 19:18:31.47

>>189
じゃあrustじゃなくCで良いって話になるけど

**デフォルトの名無しさん** · 2024/02/04(日) 19:24:46.98

>>192
俺、1度目もRustじゃないとダメだとか言ったか？
俺の意見はちゃんとサーバー、組み込みに適した言語、Java、Kotlin（大好き）、C#、Go、C、C++（きらい）、Rust、Zig（流行ってほしい）を使えってこと
PythonやRubyをサーバーや組み込みに使ってほしくない

**デフォルトの名無しさん** · 2024/02/04(日) 19:30:56.06

あと機械学習の話が出てきたから追加で言うけど、演算処理するなら、極力オーバーヘッドを減らしたいわけで、ガべコレなんていう敵はいないほうがいいわけだから、C/C++/Rustを実装言語に使う
俺ら末端ユーザーが演算処理装置の実装なんてする機会がないからどうでもいい話だけど

**デフォルトの名無しさん** · 2024/02/04(日) 19:37:05.95

機械学習でガベコレが気になるってかなりアプリケーションよりっぽい感じがするな
実装コストとかより推論速度が重要という人間が出てきたのを見ると、機械学習もここまで来たんだなあって感慨深くなる

**デフォルトの名無しさん** · 2024/02/04(日) 19:42:57.90

pythonの使われ方は1番にデータサイエンスとして、2番にプログラミング学習のお手本言語として、3番にシェルスクリプトの代替として。
実装言語としては使われてないよ。

**デフォルトの名無しさん** · 2024/02/04(日) 19:46:45.59

>>195
逆に聞きたいんだけど、ただ単に線形代数の計算がしたいだけなのに、ガべコレいるの？

**デフォルトの名無しさん** · 2024/02/04(日) 19:49:37.34

昔からあるeigen使っても機械学習できるし

**デフォルトの名無しさん** · 2024/02/04(日) 19:53:25.16

言語として普及させるならやっぱ母数的にはまずWebのバックエンドだろうけど
それならそれでフルスタックフレームワーク欲しいところなんだよなあ
MoonZoonってのがヒットするけどあんまドキュメントが充実してないな

**デフォルトの名無しさん** · 2024/02/04(日) 19:54:33.10

>>197
いるかいらないかで言えばいらないけど、実行時間のほとんどは線形代数演算だからガベコレの時間は誤差だし、高速化したいならモデルをチューニングする方がはるかに効果が大きいので誰もガベコレなんか気にしていないという時代が長かった印象

**デフォルトの名無しさん** · 2024/02/04(日) 19:55:05.28

いつのまにか実装言語の話に流れてるけど
そういう議論はしてないからな

**デフォルトの名無しさん** · 2024/02/04(日) 19:55:34.23

ここはRustのスレです
開発プログラミング言語として劣っているPythonの話題は他所でしてください

**デフォルトの名無しさん** · 2024/02/04(日) 19:56:07.95

機械学習で得たモデルを組み込みデバイスで使いたいってことなんじゃない？
それもう機械学習を終えて、ただのアプリの設計と実装な気がするけど笑

**デフォルトの名無しさん** · 2024/02/04(日) 19:59:28.23

どれもダメ
pythonに勝てる理由にはなってない
実装言語の話をしたいならC/C++で良いし現状そうなってる事実は覆らない
速度だけ欲しいならrustはいらない

**デフォルトの名無しさん** · 2024/02/04(日) 20:00:34.78

>>200
それはそう
行列演算ライブラリがC/C++ばっかなのはたまたまだとも言える

**デフォルトの名無しさん** · 2024/02/04(日) 20:02:02.46

>>201
このスレはRustスレなんだから実装の話になるのは当たり前だろ
データサイエンスの話がしたいなら他所に行ってくれ

**デフォルトの名無しさん** · 2024/02/04(日) 20:03:49.73

MoonZoonってfront/backを一括で開発するBlazorみたいな感じか
https://github.com/MoonZoon/MoonZoon
https://zenn.dev/etoal83/articles/2de0fcde17cc01

**デフォルトの名無しさん** · 2024/02/04(日) 20:06:59.78

>>206
じゃあこういう視点から聞くが下回りがrustの機械学習ライブラリはありますか？

**デフォルトの名無しさん** · 2024/02/04(日) 20:11:29.25

>>204
Rustを組み込み業界が推してる理由はセキュリティ、メモリ安全の観点でRustがC/C++より優秀っていう理由
実際にカーネルはRustにマイグレーションされはじめてるでしょ
Rustがサーバー用途で使われだしてるのはtokio等のRustライブラリ、Webフレームワークが優秀なおかげでJavaのSpringBootのような有名どころに機能面でそこまで劣らず使えて、省メモリ高速に使えるから

**デフォルトの名無しさん** · 2024/02/04(日) 20:16:35.93

>>209
そういやJVM使うから同じゲーム動かすにしてもAndroidはｉPhoneよりメモリとかのハード要件上がるとか言われてたな

**デフォルトの名無しさん** · 2024/02/04(日) 20:16:54.38

>>209
少なくとも下回り使う分にはそのような要求は必要ないと思うが
rustであってもunsafeだらけになるよ
非同期ライブラリに関してはpythonもasyncioというtokioに勝るとも劣らないつよつよライブラリがある
よってその点でも不足はない
Webフレームワークに関しては言わずもがな

**デフォルトの名無しさん** · 2024/02/04(日) 20:17:19.77

>>208
だからなんでそんなにデータサイエンスの話をしたがるの？
ライブラリ？libtorchのrustラッパーでコード書いてコンパイルすりゃいいだけやんか頭悪すぎでは？
機械学習は演算処理して類似度を求める作業なんだからコンパイルなんて手間かけずにスクリプト言語でやったほうが手軽だろうが
長時間動作させたいサーバーや組み込みとはわけが違う
インタプリタ言語とコンパイル言語の使い分けもできないの？

**デフォルトの名無しさん** · 2024/02/04(日) 20:22:45.50

負けず嫌いが多いのか知らんが相手にするから居付くんやで

**デフォルトの名無しさん** · 2024/02/04(日) 20:24:07.63

>>211
システムコール書くんだからそらunsafeだらけになるわな
逆に言えばそのシステムコールまわりの部分さえ厳重に書けばいいじゃんか

Webフレームワークでインタプリタ言語を使うのは、上で言われてた典型的な富豪的プログラミングだよね>>163
サーバーに重課金できるならPythonでどうぞ実装やってください
ふつうの神経を持ってたら少なくともJavaとかC#とかGoとかをサーバーに使うと思う

**デフォルトの名無しさん** · 2024/02/04(日) 20:24:27.23

>>212
いやそもそもの議論の出発点が「機械学習においてはpythonがrustより優れている」というところだからでしょ

**デフォルトの名無しさん** · 2024/02/04(日) 20:28:31.70

>>215
機械学習はプログラミングじゃないとは言わないがデータサイエンスの分野だよ（2回目）
だから「機械学習においてPythonがRustより優れてる」がそもそもおかしい
Rustはデータサイエンスをやる言語ではない

**デフォルトの名無しさん** · 2024/02/04(日) 20:28:47.77

>>208
【機械学習 by Rust】
・autumnai/leaf — Open Machine Intelligence framework.. Abandoned project. The most updated fork is spearow/juice.
・burn - A Flexible and Comprehensive Deep Learning Framework in Rust.
・coreylowman/dfdx — CUDA accelearted machine learning framework that leverages many of Rust's unique features. Crates.io
・huggingface/candle - a minimalist ML framework with a focus on easiness of use and on performance (including GPU support)
・huggingface/tokenizers - Hugging Face's tokenizers for modern NLP pipelines written in Rust (original implementation) with bindings for Python. Build Status
・LaurentMazare/tch-rs — Rust language bindings for PyTorch.
・maciejkula/rustlearn — Machine learning crate for Rust. Circle CI
・rust-ml/linfa — Machine learning framework.
・smartcorelib/smartcore — Machine Learning Library In Rust Build Status
・tensorflow/rust — Rust language bindings for TensorFlow.

**デフォルトの名無しさん** · 2024/02/04(日) 20:31:39.88

>>217
いや一覧を出せって意味じゃないぞw
python以上に使われてる例を出せって意味だよ

**デフォルトの名無しさん** · 2024/02/04(日) 20:32:36.67

>>216
そういう逃げはいいから
データサイエンスも普通にプログラミングです

**デフォルトの名無しさん** · 2024/02/04(日) 20:33:09.36

>>219
違います、数学です

**デフォルトの名無しさん** · 2024/02/04(日) 20:34:08.77

データサイエンスやるならPythonよりJuliaの方がいいな

**デフォルトの名無しさん** · 2024/02/04(日) 20:34:15.03

結局論破できないんか
じゃあ絡んでくるなよ
機械学習においてはpythonに負けていますでいいだろ
そしてそれはrustがダメということにはならん
何と戦ってるのか