Rust part33

**デフォルトの名無しさん** · 2025/08/15(金) 17:49:30.70

公式
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 part32
https://mevius.5ch.net/test/read.cgi/tech/1755057787/
Rust part31 https://mevius.5ch.net/test/read.cgi/tech/1751545806/
Rust part30 https://mevius.5ch.net/test/read.cgi/tech/1748392296/

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

**デフォルトの名無しさん** · 2025/11/08(土) 15:05:36.63

https://lists.debian.org/deity/2025/10/msg00072.html

> alpha, hppa, m68k, and sh4

どうでもよ……

**デフォルトの名無しさん** · 2025/11/08(土) 17:35:27.61

詳しくないんだけど、サポート外になるCPUってどんなの？
古いPCに使われてるものなのか、それとも組込み機器など特定分野で使われてるものなのか
AMDやARMしか知らないから、実際どういうところが影響受けるのかいまいち想像が付かない

**デフォルトの名無しさん** · 2025/11/08(土) 17:37:34.34

>>594
誰も使ってないから気にしなくていいよ

**デフォルトの名無しさん** · 2025/11/08(土) 17:46:52.09

Cで書こうがRustで書こうがllvmではコンパイルできない感じ？

**デフォルトの名無しさん** · 2025/11/08(土) 18:37:24.47

>>588
意味なくないよ
マルチスレッド対応してるから
データをバッファに貯めてからまとめてDBに書くような処理を実行しながら
ユーザーアクションに応じたデータを同じDBから読み込んで表示するみたいなことが同時にできるわけで

とりあえず同期/非同期とシングルスレッド/マルチスレッドを区別しようよ
長時間かかる同期処理を通常の非同期タスクスケジューラにそのまま投げたらダメだということと
sqliteのマルチスレッド対応状況とは何の関係もないからさ

**デフォルトの名無しさん** · 2025/11/08(土) 18:51:24.50

そんな話は誰もしていなくて>>579氏はsqliteが非同期対応していないもどかしさを述べてるね
素直に let res = sqlite. request(x).await; と書きたい話だと思うよ

**デフォルトの名無しさん** · 2025/11/08(土) 19:28:31.98

シングルスレッドかつ同期 => 悪い
マルチスレッドまたは非同期 => 良い
シングルスレッドかつ非同期 => 書けない

非同期とマルチスレッドの二刀流のようなものが正解

**デフォルトの名無しさん** · 2025/11/08(土) 20:59:10.51

Rustはマルチスレッド非同期がデフォルトだよ
事情があればシングルスレッド指定しても非同期使えるけど

**デフォルトの名無しさん** · 2025/11/08(土) 21:17:23.23

>>600
Rustがじゃなくてtokioがじゃない？
言語そのものは非同期ランタイムなんて持ってないわけだし

**デフォルトの名無しさん** · 2025/11/08(土) 21:20:49.42

いや、ほとんどの場合はマルチスレッド同期でじゅうぶん
なにかと非同期にしたがるのは意識高い系の所業

**デフォルトの名無しさん** · 2025/11/08(土) 21:44:26.91

昔はselectやpollで捌いていたけど
Rustの非同期タスクとtokioスケジューラで便利になったよ
意識が高いではなくプログラミングのしやすさと実用面から非同期が使われてるの

**デフォルトの名無しさん** · 2025/11/08(土) 22:40:31.33

なんでも文字列で入出力したらGCの意識じゃなくて価値が低くなる
価値を高騰させろ
循環参照を考えろ

**デフォルトの名無しさん** · 2025/11/10(月) 20:26:15.74

rustのクレートは公式が作ってるやつかそうじゃないやつか区別する方法ある？

**デフォルトの名無しさん** · 2025/11/10(月) 20:35:29.89

クレート　←全て非公式
標準ライブラリ　←公式

**デフォルトの名無しさん** · 2025/11/10(月) 22:52:23.28

どの言語でも
公式だから保証があるわけでもなく
公式だから非公式より良いとは限らず
公式の意味も範囲も様々だから拘ってもしょうがないよ

**デフォルトの名無しさん** · 2025/11/11(火) 01:03:25.98

知覚は不完全なので
存在すること＝知覚されること
とは言えない
また、目に見えないものがあるから目は役に立たない、とも言えない

**デフォルトの名無しさん** · 2025/11/11(火) 11:43:38.90

開発チームの人が作っているクレートなんかだと準公式くらいの立場のものはあるが、逆に言えばそこまで作っていて標準に入れないのは相応の理由があるのかもしれない。
個々に検証しないとわからん。

**デフォルトの名無しさん** · 2025/11/11(火) 17:32:20.73

Rustは開発ルールがガチガチすぎるんよ
俺はその恩恵をただ受ける側だからいいけど作ってる神々は燃え尽きかかってる

**デフォルトの名無しさん** · 2025/11/11(火) 18:12:33.19

だからまずC++で作ってそれからRustで作り直すのが正解

**デフォルトの名無しさん** · 2025/11/11(火) 18:35:34.65

>>610
開発ルールがガチガチすぎるって何？
どこで誰が何をする時の話？

**デフォルトの名無しさん** · 2025/11/11(火) 20:40:33.25

>>612
ごめん。ほとんど独り言のつもりで書いた
Rustプロジェクトが、破壊的変更禁止とメモリ安全とスレッド安全と型安全とゼロコスト抽象化のすべてに
妥協を許さない方針を取ってるの、冷静に考えると狂ってるなーと

**デフォルトの名無しさん** · 2025/11/11(火) 21:27:34.80

それらを守らない言語があったらヤバくね？

**デフォルトの名無しさん** · 2025/11/11(火) 22:52:59.49

時間を守らないっていう妥協をしてみるといい
それで、時間だけは絶対守れと言い出したらそいつが神々を疲弊させた狂人だ

**デフォルトの名無しさん** · 2025/11/12(水) 15:15:46.80

おいどん、コンピュータさんて0か1しか分からないのになんでcやらrustとかあるのがわからない
機械語マスターすればreactだのrustだのの「流行り」に惑わされること、なくなるやん？😊

**デフォルトの名無しさん** · 2025/11/12(水) 15:55:18.49

CPU の設計理念にも流行はあるよ。

**デフォルトの名無しさん** · 2025/11/12(水) 16:34:57.41

>>616
機械語でプログラムを作ると異なるアーキテクチャのCPUで動かない
機械語でプログラムを作るよりRustで書いたほうが楽で保守性もいい
実行速度もよほど手動で頑張らない限りRustで書いた方が速い
その理由はコンパイラがループ展開や並列化を含めた様々な最適化をしてくれるため

**デフォルトの名無しさん** · 2025/11/12(水) 20:01:46.19

>>616
おう、0と1でモンハン作ってみようぜ！

**デフォルトの名無しさん** · 2025/11/12(水) 20:14:40.22

機械語と言っても日本語や英語のように多くの系統と方言があるからなあ

**デフォルトの名無しさん** · 2025/11/12(水) 20:21:55.06

機械語でアプリを書くとなるとABIやカーネルコールの仕様も把握してないといけないしな

**デフォルトの名無しさん** · 2025/11/12(水) 23:27:09.63

Rustの中にインラインで機械語を書けて便利だよ
asm!
naked_asm!
global_asm!

**デフォルトの名無しさん** · 2025/11/12(水) 23:39:25.75

>>622
それ機械語じゃなくてアセンブリ言語な👈

**デフォルトの名無しさん** · 2025/11/12(水) 23:50:12.50

それは同じ

**デフォルトの名無しさん** · 2025/11/13(木) 01:48:22.68

CPUは商品だから次々と流行らせるが
C言語はもう物を売るってレベルじゃねえし二転三転させる意味がない

**デフォルトの名無しさん** · 2025/11/13(木) 03:31:15.53

>>616
Hello World!を表示するだけのx86-64版Mach-Oバイナリの例だよ
これでモンハン書けと言われたら辞表提出するね
https://i.imgur.com/VQv4ClC.png
https://pastebin.com/W13JSs1a

**デフォルトの名無しさん** · 2025/11/13(木) 19:03:40.70

https://www.phoronix.com/news/sudo-rs-security-ubuntu-25.10
Ubuntu 25.10 で採用された Rust 版 sudo（sudo-rs）に中程度の脆弱性が2件見つかり、sudo パスワード漏えいの可能性などが指摘されている

安全神話が崩壊しちゃったね

**デフォルトの名無しさん** · 2025/11/13(木) 19:09:10.61

>>627
どういうタイプの脆弱性？
メモリ関係ではないの？

**デフォルトの名無しさん** · 2025/11/13(木) 19:40:16.39

>>628
パスワード入力中にタイムアウトすると
入力文字列を標準出力にエコーする普通の動作に戻ってしまった時にパスワードが画面に表示されてしまう漏洩リスクらしい

別問題としてPAMを扱うコードのunsafeまみれを指摘する人がいた
https://imgur.com/a/j2hu5qL

**デフォルトの名無しさん** · 2025/11/13(木) 20:09:45.19

ソフトウェア設計上のミスは防げねえわな

**デフォルトの名無しさん** · 2025/11/13(木) 20:20:51.60

須藤て別にc版でいいと思うけど既存のコードをristにするてメリットあるんかな
速度とか負荷とゆう点ではc rustてそんな変わらないんでしょ

**デフォルトの名無しさん** · 2025/11/13(木) 20:46:57.75

>>631
sudoのC版はこれまでに無数の脆弱性が報告されてきていて今年の7月にもCVE-2025-32462とCVE-2025-32463が出ています
今後も対応のためにコードを修正する可能性があるため基本的なところでエンバグしないようRust版にするのもアリでしょう

**デフォルトの名無しさん** · 2025/11/13(木) 20:59:48.07

>>627
Rustが安全って言われる理由を調べず、Rustならあらゆる脆弱性は起きないと主張されてると解釈する人は
ちょっと自頭が悪すぎるので、筋肉しか使わない末端の肉体労働者したほうがいいと思う

**デフォルトの名無しさん** · 2025/11/13(木) 21:34:52.46

>>629
なんでそんな脆弱性を作っちゃったのかね？
Rust版特有の脆弱性なんだよね？

**デフォルトの名無しさん** · 2025/11/13(木) 22:58:39.37

>>633
今は筋肉だけ使う肉体労働者はいらない

**デフォルトの名無しさん** · 2025/11/13(木) 23:03:11.45

タイムアウトするとパスワードを表示するというプログラムを作ったわけか

**デフォルトの名無しさん** · 2025/11/13(木) 23:37:33.52

rawモードがcookedに戻ればそうなるよな
パスワード入力中以外では正しい動作

**デフォルトの名無しさん** · 2025/11/14(金) 10:43:34.59

仕様上もテスト設計上も基本的な状態遷移を整理できていないということだからかなり深刻なバグ
他にも同じ原因のバグがあると思って間違いない

**デフォルトの名無しさん** · 2025/11/14(金) 11:05:52.45

Rustとは全く無関係な要因で一安心

**デフォルトの名無しさん** · 2025/11/14(金) 11:58:01.94

よかった！Rustは安心安全なんだね！

**デフォルトの名無しさん** · 2025/11/14(金) 15:25:11.70

ロジックの穴を潰すのは完璧な手法など存在せず、見つかる度に修正し続ける歴史の積み重ねだ。
最初から書き直すならその歴史もやりなおし。

**デフォルトの名無しさん** · 2025/11/14(金) 15:41:47.85

Oct 9, 2020
Memory Safe ‘curl’ for a More Secure Internet
https://www.memorysafety.org/blog/memory-safe-curl/

4 years later

Dec 21, 2024
Curl Drops Support For Hyper Rust HTTP Backend Citing Little Demand
https://www.phoronix.com/news/Curl-Drops-Rust-Hyper-Backend

**デフォルトの名無しさん** · 2025/11/14(金) 16:10:06.99

>>638
構造的な問題だな
バザール方式 + 質の低い開発者 => バグだらけのソフトウェア

**デフォルトの名無しさん** · 2025/11/14(金) 16:21:06.29

逆にRustアンチの仕業と見做す信者はいそう

**デフォルトの名無しさん** · 2025/11/14(金) 16:30:00.84

Rustが質の低い開発者を引き寄せる側面があるんだろう

**デフォルトの名無しさん** · 2025/11/14(金) 16:54:12.78

言語に自分のアイデンティティを求めちゃう人は開発者として質が低いよね。
そしてRustがその手のタイプを引き寄せる傾向があるのは残念ながら事実。

**デフォルトの名無しさん** · 2025/11/14(金) 18:42:26.40

言語にアイデンティティ持つような考え方は体育会系に多いだろうね
組織に対する忠誠心みたいなのと言語アイデンティティは同一だと言われるし
頭空っぽの体育会系Rustceanを追い出さないと質は下がる

**デフォルトの名無しさん** · 2025/11/14(金) 19:14:03.70

結局、仕事では言語に選択肢無いので。
言語にこだわるのはプログラマーじゃなくて（私のような）言語オタク。
ただ、Rustは自動運転関連で自動車メーカーが注目してるので勉強だけはしておいた方が良い。
（GCで止まるわけにいかないし、メモリリークも出したくない分野）

言語オタクとしてはRustよりHaskellが好き。
中の人がMSに就職してからC#並みに速くなった。
（昔はコンパイラ言語なのにPythonと同程度だった）

でも実務だとPHP＋SQL＋HTML5ばかり…。
アルゴリズムとかよりSQL（を包んだPHPのメソッド)でいかに目的のデータを抽出するかの方が重要みたいな…。
なんかコレジャナイ感。

**デフォルトの名無しさん** · 2025/11/14(金) 19:24:03.81

仕事だとjavaが多そうだけど文法もそうだけどspringのディレクトリ構成ゴミすぎて嫌になる
com exampleてなんやねん
ossでまったく使われてないからかなり嫌われてるんじゃろうなとは思うけど

**デフォルトの名無しさん** · 2025/11/14(金) 21:38:51.97

JavaをやるってのはSpringをやることだと言っても過言じゃないぐらいあれ1強だからなあ
せめてRailsのパクりみたいなのがJavaでも幅効かせてたら、趣味でもメインにしてたかもしれない

**デフォルトの名無しさん** · 2025/11/14(金) 22:13:12.18

>>645,646
フクリンのことか───────っ!!!!!

**デフォルトの名無しさん** · 2025/11/14(金) 22:31:32.76

>>649
JavaはAndroidだろうがSpringだろうがディレクトリ構成にドメインをひっくり返したディレクトリ階層を使うだろう
その階層がクラス名にそのまま適用されてクラス名をユニークなものにする
デフォルトはcom exampleになってたりするけどちゃんとした開発ならばユニークなドメイン名を使う

**デフォルトの名無しさん** · 2025/11/14(金) 23:52:35.24

Moving From Rust to Zigって記事に
Rustはコンパイル単位がクレートで、クソ遅いコンパイルを改善するためにクレートにまとめたいけど
論理的な構造とクレート単位にずれがあるとやりづらい
更にcrates.ioに公開すると、コンパイルの都合で分割した内部用クレートが公開用クレートと同じ並びに出てきて混乱を招く
って書いてあった

**デフォルトの名無しさん** · 2025/11/15(土) 07:40:31.46

会社でRustやらされてるヤツは負け組

**デフォルトの名無しさん** · 2025/11/15(土) 09:44:30.61

みんなRustを使いたい

**デフォルトの名無しさん** · 2025/11/15(土) 14:23:22.48

Rustを使いたい派がいるのか社内でRust製の試作がちょこちょこ出てきた

**デフォルトの名無しさん** · 2025/11/15(土) 19:16:17.52

まあ、営業的にもCやC++の組み込みをRustなら（実際は確率が低くなるだけだが）メモリリークが無いものに刷新できますよ！と営業トークできるからRust使えるプログラマーが確保できれば新規開拓しやすくなるやね。

**デフォルトの名無しさん** · 2025/11/15(土) 19:36:39.90

学生にとっても、著名なOSSにメモリ安全性で難癖付けて単純移植するだけで就活に使える実績を作れるからな
構造的に言語アイデンティティ君を生む宿命にある

**デフォルトの名無しさん** · 2025/11/15(土) 19:40:09.72

今どきの大学生はとりあえずTypeScriptとRustをやりPythonを常識程度に触るのがトレンド

**デフォルトの名無しさん** · 2025/11/15(土) 19:46:24.27

社内でRustをPRしたら、「似たようなもんだから」とC++のチームに異動させられて最悪の気分だわ

**デフォルトの名無しさん** · 2025/11/15(土) 20:32:38.21

塗り替えろって事だろう

**デフォルトの名無しさん** · 2025/11/16(日) 01:04:40.17

>>659
Rustなんて何でもありだから、とりあえずPustなんていうやつは素人。

**デフォルトの名無しさん** · 2025/11/16(日) 08:48:05.53

そうだね。
Pustなんていうのは素人だね。

**デフォルトの名無しさん** · 2025/11/16(日) 10:10:06.36

フリック入力ならじゃないのか？

**デフォルトの名無しさん** · 2025/11/16(日) 10:10:27.25

>>664
フリック入力じゃないのか？

**デフォルトの名無しさん** · 2025/11/16(日) 19:34:18.71

>>657
人材派遣みたいな企業でRust使うか？
発注側にとっても、リソースが足らないから外注してるわけで、そういう組織で開発者人口の少ない言語を選ぶのってリスクでしかなくね？

**デフォルトの名無しさん** · 2025/11/16(日) 20:08:10.20

>>666
あ、そうね。
純粋なソフトハウスってそういう形態だったね。
医療機器メーカーとか自動車メーカーの開発陣を想定してた。
ソフトハウス的なところだとRustプログラマーの数だけでなく、そのメンバーで何が作れるのかも把握できないと商売にならんね。
ピンチはチャンスなので、自社で鉄板の環境構築するなり、ライブラリ整備して得意ジャンル持てば逆に強みになるだろうけど。

**デフォルトの名無しさん** · 2025/11/16(日) 22:08:25.71

>>96のRustのフリーランス単価が1位になった理由は需要が確実にあるのに人材が足りないためなの？

**デフォルトの名無しさん** · 2025/11/16(日) 22:11:31.80

Rustの一番駄目なところはなぜか誰も使ってないところ

**デフォルトの名無しさん** · 2025/11/16(日) 22:41:12.45

知能が低いとコンパイルを通せないか回避のためメモリをムダに豪快に使ったコードでバレてしまう恐ろしい言語

**デフォルトの名無しさん** · 2025/11/16(日) 22:44:10.76

そんな欠陥言語なの？

**デフォルトの名無しさん** · 2025/11/16(日) 22:53:45.70

実際スクリプト上がりの意識高い系なんかは
基礎の所有権すらさっぱりでcloneの嵐なコードを書いて、Rust使い気取ってそう

**デフォルトの名無しさん** · 2025/11/16(日) 23:05:58.98

一生懸命clone減らして、ライフタイム注釈まみれの読みづらいコードに書き換えたところで
大して速くならないオチ

**デフォルトの名無しさん** · 2025/11/16(日) 23:08:47.79

>>669
なぜか学習コストが高い（難しい）と思われているから。
Haskellも別に分からなくても良いモナドで似たような状態。
（もともと関数型言語自体が使われてないが）

それでもHaskellは関数型言語の中ではLispに次いで有名になったし、Rustもなんだかんだでシェア伸ばすと思われ。
ライブラリが揃わないうちは、そもそもライブラリが使えない環境の組み込みから伸びるかも。

**デフォルトの名無しさん** · 2025/11/16(日) 23:20:05.76

というか、GCがあっても問題にならない分野じゃJavaやC#よりC/C++/Rustが速いって言っても、そんなに問題になるわけじゃないからわざわざ移行はしないかな。
Rustで重要なのは速度とGC無しのリアルタイム性とメモリ安全性の３つが高度にバランスが取れているから。

メモリリーク出したくないけどリアルタイム性が問われる分野以外はあまり移行する旨味が無い。
（移行するコストにメリットが見合わない）

なので医療機器や車載分野以外はスタートアップ企業が主になると思われ。

**名無し** ◆WBRXcNtpf. · 2025/11/16(日) 23:23:36.23

テテす

**名無し** ◆WBRXcNtpf. · 2025/11/16(日) 23:23:37.42

テテす

**デフォルトの名無しさん** · 2025/11/16(日) 23:24:02.83

あ、ゲーム分野もか。
PS６（仮）みたいなコンシューマーだとメーカーが開発環境提供するから、メーカーがRustに積極的か否か。
PCゲームならC++より開発速度上がりそうだし、ワンチャンって感じか。

**デフォルトの名無しさん** · 2025/11/16(日) 23:26:21.73

>>673
その視点が既に間違っている
ライフタイム注釈があると可読性が上がる

**デフォルトの名無しさん** · 2025/11/16(日) 23:28:00.27

>>675
Rustで昔から最も開発が盛んで利用が多いのはWeb分野

**デフォルトの名無しさん** · 2025/11/16(日) 23:35:13.00

Rust がゲーム作成に有用だとしたらゲームエンジン部分、下支え部分だと思う。
ゲームの面白さというのはやってみないとわからんということが多い。
設計してから具体化するというウォーターフォール的な開発ではなく大雑把に作ってから試行錯誤で細部を詰めていくのでメモリまわりのチューニングなんて後回しにしたい。

**デフォルトの名無しさん** · 2025/11/16(日) 23:40:54.60

速さはjavaとかとそんな変わらんだろうけどハードウェアにかかる負荷は結構違う希ガス

**デフォルトの名無しさん** · 2025/11/16(日) 23:45:32.91

Javaより速い遅いじゃなくて、クラウド環境でメモリケチりたいからRustなんじゃないの？

**デフォルトの名無しさん** · 2025/11/16(日) 23:46:04.27

>>682
それはある。
クラウドはリソース消費量に課金されるからユーザーから見た性能が同じでもリソース消費を抑制できるほうが有利。

なんだかんだで「儲かる」のは広告業界なんだよ。
ウェブの世界のマネタイズは広告が中心。
Rust がウェブの世界で求められるのは Rust が開発に向いているというよりも、たとえ向いていなくてもコストをかけて性能を出せばそれ以上のリターンが見込めるという経済的な理由だと思う。
ある程度は向いていると思うけど、開発のしやすさとしては決定的にウェブ向きとは感じない。

**デフォルトの名無しさん** · 2025/11/16(日) 23:48:32.30

ライバル同士のIT大手企業たちが超珍しく新言語に対して手を取り合って支持を表明した最大の理由は初めてウェブでちゃんと使える言語が登場したことが大きい
クラウドもCDNも何でもウェブベースなのでそこで実用的に使える言語を誰もが欲していた

**デフォルトの名無しさん** · 2025/11/16(日) 23:51:56.94

各スクリプト言語のライブラリやツールが最近はRustで書かれるようになったね

**デフォルトの名無しさん** · 2025/11/16(日) 23:52:11.56

>>680
でも大企業とかじゃなくてスタートアップかオープンソースのボランティアでそ。
求人情報に載るような分野としては多分Webよりそっちのが多くなる。
（見てないから分らんけど、現状でもその可能性はある）

**デフォルトの名無しさん** · 2025/11/16(日) 23:53:43.24

開発しやすいRustへ流れてるな

**デフォルトの名無しさん** · 2025/11/16(日) 23:56:05.64

>>687
思い込みが激しすぎ

**デフォルトの名無しさん** · 2025/11/16(日) 23:58:07.38

>>686
PythonやNodeはたしかにそうだね
RubyやPerl、PHPはどうなんだろ？

**デフォルトの名無しさん** · 2025/11/16(日) 23:59:27.52

>>687
大企業が採用したことが普及した決め手だよ

**デフォルトの名無しさん** · 2025/11/17(月) 00:02:19.40

>>682
>>683
人を雇ってまでそこをケチる余裕がある企業はそうするかもね。
でも、すでにもう、一度作ってるのをRustで作り直してまでケチりたいと思う企業ってそんな多くない。

C/C++しか選択肢が無くて辛酸辛苦を舐め続けてきた組み込み分野の方がコスト掛けてでもRustに移行する圧力が上がりそうだし、組み込み分野に広がらないなら、他の分野でも大して広がらない。