結局C++とRustってどっちが良いの？ 9traits

**sage** (ｱｳｱｳｳｰ Sacf-wVFe) · 2023/12/08(金) 09:57:43.49

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
「C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

・C/C++ <=> Rust いまさら聞けない移行質問なども適当にどぞ
・レスバはじめんのは勝手だけど、面白いこと・へぇなこと書いたヤツが優勝
・マな話は、マのスレもご活用ください↓

前スレ: 結局C++とRustってどっちが良いの？ 8traits
https://mevius.5ch.net/test/read.cgi/tech/1698468300/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2025/10/21(火) 18:20:35.76

>>430
なぜそう思うのかは書かない

2025/10/21(火) 21:11:28.13

>>428
組み込みはRust一択
今日もRustで組み込みしちゃった
えへっ

2025/10/22(水) 07:32:12.52

>>432
ワンチップマイコンだとむりじゃね？

2025/10/22(水) 08:17:19.16

えっ

2025/10/22(水) 08:49:39.11

このスレにも驚き屋？

2025/10/22(水) 19:32:12.50

>>432
PICマイコンとかはRustコンパイラないね。
あの規模までコンパイラ出たらCの置き換え成功だけど、今のところC++の置き換えまでしか成功の兆しが無い。

2025/10/24(金) 14:31:05.34

PICはまだstack8段までなんだっけ

2025/10/24(金) 16:10:23.19

RustのコンパイラがあるCPUがうらやましい

2025/10/24(金) 17:54:19.19

まあ、PIC上で(例えば)gcc動かそうとか思わんし、それはいっしょ

2025/10/24(金) 18:08:18.45

>>439
え、PCでクロスコンパイラ使ってコンパイルして書き込みツールでPICに書き込むんじゃ？
OS載らない環境（用語は最近知ったけどベアメタルとかいうらしい）じゃ当たり前だお。

2025/10/25(土) 22:40:26.52

>>416
Linusのフォーマットチェックへの文句は言いがかりだよな。
将来のためとしてああいう書き方をするのは良くないという哲学を徹底してるだけ。手間でもその都度整理してねということ。
自分のローカルで作業してるうちはフォーマットかけなくてよくて、公式リポジトリにアップするときにかけるべき。

逆にC言語では不要になったヘッダやコードとか将来のためと言って使ってないものとかが残骸として残りやすくてあかん。

2025/10/26(日) 09:12:26.69

Linux 6.18-rc2リリース⁠⁠、Linus“ご立腹”のRustフォーマットチェック関連も修正
https://gihyo.jp/article/2025/10/daily-linux-251020

2025/10/27(月) 20:02:42.21

今のところCの置き換えには無理だけど、C++の置き換えにならできるかもしれないという感じなのかな？

2025/10/28(火) 01:42:28.04

気合いと予算次第で全部置き換えられるのでは

2025/10/28(火) 06:54:48.33

トランスレータがしっかりしてたら、トランスレータの実証プロジェクトになると思うんだよね
まあそのうちやるでしょ
Linux側も、フォークしたければ勝手にしろって感じのはずだし
社内向け実験用フォークとか、そっちのほうの必要性はいくらでもあるし遠慮いらない

2025/10/28(火) 08:22:45.56

これがRust推しのレベルですか

なんでRustの環境構築してないのにRust製のツールが動くの？
https://speakerdeck.com/ssssota/why-do-rust-based-tools-run-without-a-rust-environment

2025/10/28(火) 15:05:25.74

そういうのはワッチョイ無しのほうでやるともっと爆釣れやで

2025/10/30(木) 17:02:02.80

>>443
C++製のアプリも、内部の大半は、C流の書き方をしているものが多いから、それはない。

2025/10/30(木) 17:04:19.56

C/C++の事を知らない人の中に、C++のプログラムはCではなく「C++流の書き方」をしていると思っている人が
多いようだが、実際には、C++ の流の書き方は非常に限られた部分に限る、という場合が少なくない。

2025/10/30(木) 18:09:13.94

stl使えばC++と言えるのだが、使ってない方が多いのかね

2025/10/30(木) 18:10:30.70

RAIIしてスマートポインタ使ってればCとは言えないけど、そういうのもやれてないんか?

2025/11/11(火) 14:14:27.07

RustとC++の相性は最悪
RustとCの方が良い
CからRustへの置き換えの方が楽

2025/11/12(水) 18:59:09.17

>>446
このスライドって、ネタで書いてるんだよね？

2025/11/12(水) 19:09:08.68

Goも動くし当たり前じゃ

2025/11/26(水) 21:30:12.68

【海外記事紹介】Rustにはガッカリしている
https://techfeed.io/entries/69261dbc2020c64b2242f9eb

11月24日、bykozyが「Blog - Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している。

筆者はRustの中核的な問題として、次の4点を挙げる。

1. コンパイルが非常に遅く、本質的に速くなりにくい。
2. 言語としてC++並みに複雑であり、所有権やライフタイムの管理が常に開発者の負担になる。
3. メモリ安全性を過剰に優先した結果、実用上の信頼性や開発者の「正気」が犠牲になっている。
4. GUIやDB、大規模な状態管理など「大量の可変共有状態」を扱う用途では、設計・実装ともに向いていない。

そのうえで、「Rustが良いか悪いかではなく、膨大な工数が投じられた結果、棚から取ってそのまま使える“そこそこの言語（mediocre）”に落ち着いているに過ぎない」という評価を示す。

2025/11/27(木) 18:51:56.59

C++代替なら、Dの方が向いてそうなイメージ

2025/11/27(木) 19:10:41.76

full Rust でツールチェインがんばるんだろうから、遅さはまだいい
っていうか、最適化度外視モードでずばばっとコンパイルすりゃいいだけなんだろ