Rust part34

**デフォルトの名無しさん** · 2025/11/27(木) 12:25:23.76

公式
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 part33
https://mevius.5ch.net/test/read.cgi/tech/1755247770/

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

**デフォルトの名無しさん** · 2025/11/27(木) 12:31:32.50

>>1
O2

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

**デフォルトの名無しさん** · 2025/11/28(金) 20:37:38.66

Rustスレって急に書き込みが増えて急に書き込みがパタっとなくなるよね
不思議

**デフォルトの名無しさん** · 2025/11/28(金) 21:46:28.15

話題がない状態がデフォルト。
誰かが話題を提供したときにそれに乗っかって投稿し始めるからバースト的に書き込みが増えるという普通の話なので Rust スレに限らずだいたい掲示板というのはそういうもの。

**デフォルトの名無しさん** · 2025/11/28(金) 22:38:13.42

Cloudflareの大規模障害は言語としてのアイデンティティに関わるせいか、にわかに勢いづいてたんでは

**デフォルトの名無しさん** · 2025/11/28(金) 22:55:51.07

安全性に関しては、結局前スレ888の
Rustが保証するのはメモリ安全であって、それ以上の機能を言語自体に期待してはいけないね

という話なんだろうね。
リーナスの「ランタイムエラーでパニックを発生させるのは根本的に問題があると思っている」というのはカーネルだけの話じゃなくてもっと根深い話なんだろうね。

**デフォルトの名無しさん** · 2025/11/28(金) 23:03:34.36

>>6
Rustが望ましいという結論が出たことが大きいね
必ずResultまたはOptionが返り値となるため適切な対応がとれる
一方で得られた教訓として異常時にpanicで終了させるべき通常のプログラムと異常時でも動作を続けるべきプログラムの2種類のどちらであるかを正しく認識して設計と実装をすべきと再認識させられた

**デフォルトの名無しさん** · 2025/11/28(金) 23:21:49.55

>>7
Cloudflareの件で論点となったRustの安全性というのはメモリ安全のことではなくて、「未定義動作をしない」という、もう一段広い意味での安全性だよ
panicでシステムが停止したことによって死人が出たとしても、panic自体は定義された動作だからRustの定義上は「安全」なの

**デフォルトの名無しさん** · 2025/11/28(金) 23:32:25.81

Linux対応でRustはpanicさせないAPIが整備されたから今後は明るい展望に変わった

**デフォルトの名無しさん** · 2025/11/28(金) 23:36:59.19

そういや、リーナスに言われて追加した、いろんなとこにメモリアロケータを引数で指定できる仕様はもう安定化したの？

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

入院はもう少しかかる

**デフォルトの名無しさん** · 2025/11/29(土) 05:51:25.68

入院ってなんだ？

**デフォルトの名無しさん** · 2025/11/29(土) 06:26:16.92

心の病だろ

**デフォルトの名無しさん** · 2025/11/29(土) 10:19:09.75

本当に「もう少し」かあ？

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

正規表現が標準ライブラリに入らないのはどういう理由なん？
Rust開発チームが管理しているものだし、公式に近いものに思えるけど
LazyCell とかは標準入りしたし、これも標準に入れて欲しい感じがある

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

1ヶ月ほど前にRust入れたときにVS2022が一緒にインストールされたんだが
VSだけ2026にしたらRustは影響受ける？
むしろRustでもVS2026使った方が良い？
VS2022消してからVS2026入れた方が良い？

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

>Rustが望ましいという結論が出たことが大きいね
Rustのスキルは低いままなのに詐欺師のスキルには磨きがかかってるな

**デフォルトの名無しさん** · 2025/11/29(土) 11:54:47.58

>>17
消してVSCode入れるといいよ

**デフォルトの名無しさん** · 2025/11/29(土) 12:14:00.02

>>19
いきなり正解、しかもこの質問色んなスレに一週間前から貼られてる謎の質問

**デフォルトの名無しさん** · 2025/11/29(土) 12:23:47.25

何の役にも立たないクソレスとそれを無意味に持ち上げるドクソレスw

**デフォルトの名無しさん** · 2025/11/29(土) 12:41:28.20

Windows環境だとMSVC使うのが基本だし、Visual Studio 入れるのが真っ当じゃないの？
エディタは VS Code でいいけど、Rustが依存するツールとして Visual Studio のコンパイラやリンカは要る

VS 2026 にしても問題ないけど、Rustから C/C++のコードを呼ぶ可能性があるなら VS 2022 は残した方が良い
(cmakeクレートがまだVS2022までしか対応してないので)

**デフォルトの名無しさん** · 2025/11/29(土) 12:50:13.56

>>17
インストール云々は>>22の書いてる通り

Rustの開発でVSを使うかどうかはどの程度のIDE支援を期待しているか次第
VSはVS CodeほどRust関連のextensionが充実してないので

**デフォルトの名無しさん** · 2025/11/29(土) 12:51:50.05

>>22
MSVCターゲット向けに必須なのはリンカとWindows SDKの一部だけでコンパイラは必須じゃなくない？

**デフォルトの名無しさん** · 2025/11/29(土) 13:11:10.98

WindowsでもMSVCツールチェインより、イメージ的には鈍重そうなMinGWのほうが
実は作られるバイナリの動作速度早いんだっけ？

**デフォルトの名無しさん** · 2025/11/29(土) 13:35:43.84

visual studioてまだ使ってる人おるんかな
c++てmsべったりなのがやっぱキモい

**デフォルトの名無しさん** · 2025/11/29(土) 13:45:33.72

Rustも似たようなもんだろ
今やMSが一番Rustに金突っ込んでるんじゃないか?

**デフォルトの名無しさん** · 2025/11/29(土) 14:01:56.76

C++大好きなビッグテックといえばちょっと前まではMSだったけど、
今ではMSがRustに浮気してGoogleが筆頭になっちゃったね

**デフォルトの名無しさん** · 2025/11/29(土) 14:40:05.38

allocator_api #32838
のissue見たら、アホみたいに長くて笑った
何をそんなにもめてるのか理解できない

**デフォルトの名無しさん** · 2025/11/29(土) 15:42:22.34

初心者：C/C++完全に理解した
中級者：C++チョットワカル
上級者：C++嫌い/Cの方が良い
長老：Rust嫌い

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

MSがRust++を出したら本気出す