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/12/21(日) 19:17:27.17

そりゃ Rust のほうが良いとは思うが書き換えとなると書き換えに伴って発生するバグだってあるし、十分に安定している部分まで慌てて書き換える合理性がない

**デフォルトの名無しさん** · 2025/12/21(日) 19:46:26.13

そう言ってるわりにVisualStudio2026でRust対応しなかったよな
結構くるんじゃないかって期待してたんだけど

**デフォルトの名無しさん** · 2025/12/21(日) 20:27:44.41

Rustに書き換えたところで何かが改善されたというアピールがしにくいんだよね
速くなろうがエラーがへろうがそれが置き換えによるものなのかって切り分けにくいだろうし

**デフォルトの名無しさん** · 2025/12/21(日) 20:28:25.69

何かRustコンパイラをMSが自作する必要に迫らればVisual Studio入りもあるだろうけど
結局rustcとrust-analyzer頼みならVsCodeでいいじゃんで終わりそう

**デフォルトの名無しさん** · 2025/12/21(日) 21:38:22.40

処理系が少ないのは健全な状態ではないからマイクロソフトにも手をつけてほしいが、現時点では Rust の言語仕様の文書化があまり進んでないからな……。
https://github.com/rust-lang/spec
リファレンスマニュアルだけで十分に互換性のある処理系を作れるとは思えないし、やるにしても時期尚早かもしれない。

**デフォルトの名無しさん** · 2025/12/21(日) 23:07:13.70

vsてcodeの劣化版でしかないのにあれをまだ使ってる人おるんかな

**デフォルトの名無しさん** · 2025/12/22(月) 00:13:44.16

>>262
VSをエディタとしてしか使ったことないんか？

**デフォルトの名無しさん** · 2025/12/22(月) 00:37:10.74

バルマー時代のMSならいざ知らず、今のMSが今更わざわざWindows専用の新しいツールチェインなんか作るわけないでしょ

**デフォルトの名無しさん** · 2025/12/22(月) 08:42:53.10

Arm版Windowsなら可能性あるかもね。

x86windowsは過去互換性が重要だから互換層をたくさん用意する必要がある。互換層はunsafeまみれでpanicリスクのあるコードになるから、Rustの強みは活かせないだろうね。

**デフォルトの名無しさん** · 2025/12/22(月) 19:42:03.81

Arm版もどっこいかな
結局Rustが使われるとしたらシステムよりもアプリケーションだろうね