Rust part34

**デフォルトの名無しさん** · 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が使われるとしたらシステムよりもアプリケーションだろうね

**デフォルトの名無しさん** · 2025/12/23(火) 12:53:56.12

Visual R++やぞ

**デフォルトの名無しさん** · 2025/12/23(火) 13:01:38.27

VSやVCそのものがRustで書かれるのは歓迎だがR++は要らん
そもそもRと間違われるやろ

**デフォルトの名無しさん** · 2025/12/23(火) 13:04:27.56

>>251
>「広告表示を許可してください」
はい解散解散

**デフォルトの名無しさん** · 2025/12/23(火) 13:34:24.10

>>267
統計に強くなりそう

**デフォルトの名無しさん** · 2025/12/23(火) 15:32:55.55

>>265,266
Windowsは内部からAPIまで循環参照だらけ

**デフォルトの名無しさん** · 2025/12/23(火) 16:27:59.29

windowsたまに使うとずっとディスクアクセスしててこわい