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/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がダメということにはならん
何と戦ってるのか

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

>>222
機械学習の論文読んだことある？プログラミングなんてどうでもいいことは「～のPCスペックでPytorchを用いて実装しました」くらいしか書かれないぞ

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

>>222
Rustは機械学習のライブラリもRustで書かれているものも多いです
PythonはC/C++依存だから同じ土俵にすら立てないと思います

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

>>223
いやそれは今関係ないでしょ

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

>>225
機械学習は理論が大事ということを語る上で関係大アリなんだが…

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

元々学生の勉強用としてPythonが利用されてて、
その学生が勉強の一環で機械学習したことで機械学習用のライブラリが増えた
その過去の資産(遺産？)の上に乗っかって今のAIブームがあるだけ

言語的な優位なんてものはPythonになくて
ただライブラリが充実してるだけの話

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

機械学習なら†darknet†だよね

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

Rustで機械学習はRustだけで完結できるアドバンテージもありあります
新たに出て来て必要となる実装ライブラリもRustだけ習得すれば作れます

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

うーん、機械学習する上で必須となる行列演算ライブラリの実装の話こそRustでやるかやらないかで盛り上がるところなのに、なぜ頑なに機械学習自体を取り上げて話をしてきたのか
理解不能だ

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

そういやJuliaだと行列演算言語単位でサポートしてたな

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

そもそもの話になるけども
なんでPythonが教育目的で使われたのかって話になる
Pythonはキレイに書くことを強制されるってのもあるけど
電池内蔵とか言われるぐらい標準ライブラリが充実していた
だから学習に利用されやすかった
行列計算も然り

結局ライブラリが充実してたって話に帰結するよ
尤もライブラリの大半はCで書かれてるがね

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

ちなみにnumpyの開発者も大学生だったんじゃないかな
とにかく欧米の学生はPythonで勉強してたから
Pythonのライブラリは大学生が作ったものが多いよ

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

その昔は perl もライブラリが豊富といわれていたんだがな
perl, ruby, python の中ではオフサイドルールがある分だけ
python の方がプログラムがごちゃごちゃになりにくい
もっとも今となっては自動フォーマッターがあるので
どれで書いてもあまり変わらないが

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

>>233
>>234
ここはRustスレ
Rustがらみの話以外は別スレでしろ

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

Rustはプログラム言語の王なのでRustスレではどの言語の話をしても良い

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

他の言語を知ることでRustの良し悪しが分かる、他の言語を学ぶことは巡り回ってRustの勉強になるって寸法よ
もちろんRustの文法やフレームワークの話題や議論があればそちらを優先すべきね

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

Rustが『いま』流行ってなくても、Rustの協賛企業らが『無理やり』流行らすから5-10年後には日本でもサーバーサイドにRustを使う企業が増えている
20年後にはLinuxカーネルのRust化がほぼ完了してるだろうよ

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

結局相手にするヤツがいるから居付くわけで

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

>>238
Rustは「安全かつエコ」という流れが生じつつあるから日本でもそうなる
エコとは他の言語より消費電力を減らしCo2排出量も減ること

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

rustとpythonではなく、tomlとpythonを比較すればいい
スクリプトを追放するたんびにマークアップ言語が増える歴史が繰り返される

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

>>239
相手にしなかったら自演して自分に安価つけ始めるけどな

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

>>241
tomlはマークアップ言語じゃなくてデータ記述言語
スクリプトうんぬんは知らんが、シリアライズ効率のより良いデータ記述言語を求めるのはいい事だよ
自分のところはjson+gzipで落ち着いてるけど、goでよく使われるprotobufにいずれ移行できればなって考えてる

**デフォルトの名無しさん** · 2024/02/05(月) 00:06:05.32

>>230
数値演算ライブラリはC言語で十分な気がする。理由を言語化するのは難しいけど

**デフォルトの名無しさん** · 2024/02/05(月) 00:06:28.07

オッやっとるな

**デフォルトの名無しさん** · 2024/02/05(月) 00:06:30.26

オッやっとるな

**デフォルトの名無しさん** · 2024/02/05(月) 00:11:45.07

一番向いてるのはミドルウェアとか少数のガチ勢が作ったらいいような部分なんだよな。
だから普及はしない。

**デフォルトの名無しさん** · 2024/02/05(月) 00:14:26.70

>>244
並列処理まわりの仕様をよく検討した上でRustかCかC++のどれを選択するべきとは思うな

**デフォルトの名無しさん** · 2024/02/05(月) 00:18:35.26

アルゴリズム周りなんて共有のオンパレードなのにrustが向いてると思ってるのはちょっと素人感がすごいね。

**デフォルトの名無しさん** · 2024/02/05(月) 00:25:50.11

日本語おかしくなった
並列処理まわりの仕様をよく検討した上でRust、C、C++のうちどれを使うか選ぶべき
個人的には並列処理の安全性の面でRustを使うべきだと思う

**デフォルトの名無しさん** · 2024/02/05(月) 00:31:12.78

まあ実情は演算処理にCUDAを使うだろうからC++で全部設計したほうが都合がいいのかな
難しい

**デフォルトの名無しさん** · 2024/02/05(月) 00:39:33.82

並列処理？tokioの出番だな

**デフォルトの名無しさん** · 2024/02/05(月) 00:52:01.28

機械学習はPython？Rust？いやいや争わずに両方使えばいいじゃん。

Rustを使って機械学習アルゴリズムを実装しPythonから呼び出す: k-meansクラスタリング
https://zenn.dev/skwbc/articles/rust_python_kmeans

**デフォルトの名無しさん** · 2024/02/05(月) 00:57:54.10

機械学習だの演算処理だの、いつまでそんなつまらない話をしてるの？
rustはゴミってことで結論が出てるんだけど

**デフォルトの名無しさん** · 2024/02/05(月) 01:03:32.12

荒らしに構うキチガイを追い出したいね
ID:gRgK5+vi　→　ID:Uc3vGql0　（違ったらごめんね）

**デフォルトの名無しさん** · 2024/02/05(月) 01:04:43.04

>>253
わざわざ生でunsafeなコードを書かなくてもPyO3とか使えば楽にできるよ

**デフォルトの名無しさん** · 2024/02/05(月) 03:14:48.13

>>243
Protocol Buffers古いし、MessagePack(古い)やCBORのほうがいいんじゃない？使ったことないけど。

**デフォルトの名無しさん** · 2024/02/05(月) 03:40:05.05

Protocol buffersは仕様変更に強いしフォーマットを別ファイルに定義出来るという特徴があるから、msgpackやcbor とは使うべきケースが違いそう

**デフォルトの名無しさん** · 2024/02/05(月) 06:01:25.37

>>247
もちろん少人数ガチ勢による開発もRustが向いてるのはおっしゃる通りだけど
大人数による開発もRust向いてるでしょう
特にC++で次から次に穴の発生が尽きない各大規模プロジェクトたちは作り直しや新規ならRust一択だね

**デフォルトの名無しさん** · 2024/02/05(月) 06:45:17.21

>>247
Rustはサーバーサイドで最もよく使われているっていう調査結果がすでに出ているが>>117,119

**デフォルトの名無しさん** · 2024/02/05(月) 06:55:14.99

>>253
どうでもいいがこの記事では非同期処理ライブラリにtokioじゃなくてrayonを使ってるんだな
気になってぐぐったら「rayonのスレッドプールは、CPU を集中的に使用する作業、つまり大規模なデータセットの大規模な並列処理向けに設計されています。」らしい
https://www.reddit.com/r/rust/comments/xec77k/rayon_or_tokio_for_heavy_filesystem_io_workloads/

**デフォルトの名無しさん** · 2024/02/05(月) 07:04:12.02

>>261
rayonは非同期を使わない並列に特化した時に速い
tokioは非同期で並行＆並列で万能

**デフォルトの名無しさん** · 2024/02/05(月) 08:21:40.19

>>227
なら言語的に優れていてPythonライブラリを使えるNim最強だな。

**デフォルトの名無しさん** · 2024/02/05(月) 08:36:20.41

Rust⇔PythonはPyO3で相互に呼び出せるのでRustだけあれば十分

**デフォルトの名無しさん** · 2024/02/05(月) 09:57:56.35

他の言語スレに乗り込んできて居座るとかやってる事ルビガイジとなんら変わらんっていう

**デフォルトの名無しさん** · 2024/02/05(月) 12:16:47.03

>>263
Nimは速いしCへのトランスパイルも賛否あれど個人的には好き

**デフォルトの名無しさん** · 2024/02/05(月) 12:56:18.45

>>211
お前や俺らがそのunsafe部分を書く。
で職場の他の今動きゃいいってコード書いてる奴らにはunsafe部分は利用させても書かせない。
そういう分け方できるのはメリットじゃないかね。

**デフォルトの名無しさん** · 2024/02/05(月) 13:02:02.94

>>266
同意

**デフォルトの名無しさん** · 2024/02/05(月) 22:28:07.58

>>259
もう5年くらいこんなこと言ってる人いるけど一向に普及してないよね。

**デフォルトの名無しさん** · 2024/02/05(月) 22:40:04.70

>>269
カーネルのRustへのマイグレーションの成果が各所で出てるの知らない？

**デフォルトの名無しさん** · 2024/02/05(月) 22:49:23.20

>>269
AWS SDKにRustが正式登場して、色んなところがRustを触りだしてるぞ

**デフォルトの名無しさん** · 2024/02/05(月) 23:29:16.62

AWSやCloudflareが大規模に使ってるからインターネットのトラフィックの結構な分量をRustが捌いてるはず
この5年でこういう人目には触れないけど基礎的な部分にずいぶん普及したよ