結局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/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 でツールチェインがんばるんだろうから、遅さはまだいい
っていうか、最適化度外視モードでずばばっとコンパイルすりゃいいだけなんだろ

2025/11/29(土) 02:53:39.75

C++でちゃんと書ける人はRustでも書けるでしょ?
Rustで書けないような人がC++で書けると宣ってもちょっと...

2025/11/29(土) 03:18:17.58

人間が脳内管理してためんどうな所をコンパイラが見てくれるんじゃぞ
という位置づけ

2025/11/30(日) 07:35:55.57

rustを理解してればどんな用途が適しているかは考えて使うよね。
GoだろうがC#だろうが結構簡単にバグるし、安全に書こうとするとそれなりの勉強が求められる。
可変共有を大量に使うプログラムはどのみちバグるから、GC管理のほうがいいというのならそこだけGCのライブラリ使えばと思う。
C++だって言語機能としてはGCは無いが、必要ならライブラリとしてGCを組み込んで使っている。
ゲーム作る人は当たり前のようにやってる。

2025/12/12(金) 09:03:38.85

LinuxカーネルへのRust導入は定着したとの合意、「実験的」タグを外すことが決定
https://gigazine.net/news/20251211-linux-kernel-rust/

2025/12/15(月) 02:29:37.68

Linuxは絶対Rustに置き換わらないって言ってたやつ出てこいよオラ！　もう時間の問題だろ
まだ一部だけとか、カーネルだけとか言うんだろ

2025/12/15(月) 02:47:27.25

bioとかkmallocとかうまく扱えるのかね
Kernel内のAPIはRustから呼べるのかな

2025/12/15(月) 02:52:31.18

>>462
実現方法を理解出来てるかね?
置き換えるというかRustに配慮した互換レイヤーを経由してそのうえでRustコードを使えるように見えるのだが

2025/12/15(月) 06:56:44.65

いつまでもトランスレータを出してこないと思ったら、これを待ってたのね～って思ってる

反C++派がオラつくのはいい気がしないが、ともかくC++にとっとと技術が流れてきてほしい

2025/12/15(月) 09:43:07.60

提案したりプルリク作ればいいのでは

2025/12/15(月) 12:12:15.75

>>461
リーナスがRustでコード書き始めたら考える

2025/12/18(木) 11:53:54.36

unsafe使いまくれば、行けるんじゃないの？
unsafe使ってもCとは安心感が違う的な。

あとは、コンパイルが速くなれば問題ない。

2025/12/18(木) 12:13:23.72

メモリのレイアウトから違うという話もあったし、ページ管理なんかのコアはRust使えないでしょ
ドライバとか表層の部分はRustにしていいけど奥深くを書き換えはないだろね
影響が大きすぎるし、価値があるか怪しい

2025/12/18(木) 12:38:29.97

そういうところにも使えるRustって進化を遂げる可能性はある

2025/12/18(木) 13:47:18.12

RustでOS書いてLinuxを置き換えるくらい狙った方がいいよ
最初はニッチな用途から始めるのだろうが

2025/12/18(木) 16:31:37.86

なるだけ自由なディストリっていうけど、なるだけC/C++を廃したLinuxってのは需要がありそう

2025/12/18(木) 18:29:05.26

遠い話にはなるよ
ファイルシステムやデータベースは安定稼働して市場で受け入れられるまで10年以上かかるし、systemdのようなものを誰が好き好んで作りかえるのかという問題がある
Waylandも普及に5年以上かかってるし
httpサーバーなんかは独立してて作りやすい部類かもしれないけどnginxとapacheの牙城に食い込めるかな

2025/12/18(木) 18:54:07.86

C領域はトランスレータを書けばほぼ一発のはず
そっからがどうなるかだな
C++は、簡単に書いたものなら

2025/12/18(木) 19:02:35.08

頑張ってくれ
https://jp.quora.com/%E8%87%AA%E5%88%86%E3%81%A7OS%E3%82%92%E9%96%8B%E7%99%BA%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%AE%E3%81%8F%E3%82%89%E3%81%84%E3%81%AE%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

2025/12/18(木) 20:24:35.34

ヒゲポンもコメントしててわろた

2025/12/19(金) 14:11:07.79

MonaOSってbootしてGUIっぽく動くけどOSとしては機能不足過ぎない？

2025/12/19(金) 14:21:18.81

そうだよ。個人で始めたらあのくらい端折らないとGUI作れない

2025/12/19(金) 14:51:11.45

bootもkernelも全部Rustで書いたLinuxとは全く別のOSであっても
API(というかシステムコール？)とか互換性高めてCで使えるの用意したら
Linuxの資産そのまま使えないの？
それとも「全く別」とは認めてもらえないのかな

2025/12/19(金) 16:05:09.71

>>479
sed s/Rust/C/g | sed s/Linux/GNU Hurd/g

2025/12/19(金) 16:26:10.15

Linux自体がKernel以外は借り物だろ。って言われたりするから、それでいいよ
それが出来ればすごい

2025/12/19(金) 21:29:50.92

わざわざRustに置き換えることに需要あるかなぁ

2025/12/19(金) 21:49:37.39

>>467
カーネル開発に刺激は求めない
―Linus TorvaldsがOpen Source Summit Japan 2025で語ったLinux開発のこだわり
https://gihyo.jp/article/2025/12/linus-at-open-source-summit-jp-2025

「僕はもうコーディングはしていない」―Dirkから「最近のきみは（カーネル開発で）何をやっているの？」という質問に対し、Linusはこう答えています。2年前のトークセッションも同じように「もうコードは書いていない」と発言したLinusですが、では何をしているのかというと、「⁠ほかの人が開発したコードやほかの人がメンテナンスしたコードを受け取り、マージすること⁠」⁠、つまりマージこそが自分の仕事だと明言しています。

2025/12/19(金) 21:50:11.19

今の若い人Cより先にRustやるだろうし、ミーハーに盛り上がるんじゃね
セキュリティの需要はあるはずだが、表面に出る部分だけか

2025/12/19(金) 21:58:50.27

流石にCより先にRust触ることはないわな

2025/12/19(金) 22:34:46.04

今は大学で教養として教えるプログラミング言語はpythonだな

2025/12/20(土) 00:06:20.35

Julia使ってる講座も出てきてるぞ。有名大学の公開資料を見つけてしまった

2025/12/20(土) 00:58:27.50

過去資産がいまんとこ大きすぎるから、Cが読めないエンジニアは現実にはおらんわな

煽ってないぞ
俺英語さっぱりだが、ドキュメント英語くらいは読める、それと同じレベルで

2025/12/20(土) 01:34:37.65

phpとJavaScriptが得意な30代はCは無理だろう

2025/12/20(土) 06:21:57.16

バグが多いという理由でLinuxがRustにするのなら、Windowsはやらないのか

2025/12/20(土) 07:15:32.00

LinuxはLinux(core)だけでいいが、Windows(全体)はC++が入りすぎてる
トランスレータの構築の難度がダンチだろ

2025/12/20(土) 08:34:34.33

Rust言語で開発したWindowsカーネル、Canaryチャネルで展開開始
C/C++言語よりもメモリ安全性を確保しやすく、速度も遜色ない
https://forest.watch.impress.co.jp/docs/news/insiderpre/1516147.html
WindowsにおけるRust採用はカーネルだけじゃない……Microsoftがちょっと言及
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1536253.html

**デフォルトの名無しさん** (ｽﾌｯ Sd32-0Pij) · 2025/12/20(土) 10:12:57.99

Win32APIとCOMくらいまではCのみでいけるからな
(x64でも同じ)

2025/12/20(土) 11:48:09.85

チョンボをやらかしてるのがC領域が圧倒的に多いんなら、C領域だけでもRust化すればいい

もっといえば、Rustするにあたって引っかかったところが、何かあやしいところなんだろうから、
そこを直すだけでだいぶ違うのでは

2025/12/20(土) 12:28:51.65

Cのバグにコンパイラとライブラリのバグやテストでは見つからないバグもあるので...
C++ は変化の大きさのせいで、最新を追いかける人には何時までもバグありそうなイメージ
Rust はライブラリも含めて使われる事でバグのあぶり出しが進んでいる段階ではないのか？

2025/12/20(土) 13:22:41.64

いくらなんでもカーネルのコアまでRustで書き直すというわけではないんじゃないの？

2025/12/20(土) 13:37:39.73

ユーザからしたらCかRustかなんて関係ないしな

2025/12/20(土) 15:34:22.01

>>496
ないよ。Kernelモジュールをかけるだけでしょ。ドライバとか外界とのインターフェイスになる部分にRust使えるのはいいよね