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

2025/10/15(水) 03:08:38.30

C/C++は学生時代から使っていて思い入れがあるけど、まだ30代だから時代に取り残されるのも怖いし
Rustを意識して使うようにはしてる。50代なら逃げ切りを考えてたかな

2025/10/15(水) 03:28:19.06

Cとか使うのすごいね。スクリプト言語しか触ってないわ
RustでもCでも仕事で使いたいわ。組込か自動車くらいじゃないかね

2025/10/15(水) 07:20:18.42

たまにC/C++で手作業でメモリ管理したくなる。
けど、仕事でだったら遊んでる暇ないから選べるならGC付き言語かRust。

RustってCの置き換え狙ってなかったっけ?
CかC++かで組み込みじゃ意味合いが違ってくるんだが。
（C++はCより2倍遅い。OS載らない環境だと大きな違い）

2025/10/15(水) 07:49:13.76

Cはわかりずらくてあまりやってこなかったけど
Rustはわかりやすくて一気に理解が進んだよ
axumでweb api作ってる

2025/10/15(水) 09:19:06.06

Cは中級言語というかCPUと人間の中間の役割以上はやらないのよね。将来性能改善で使えそうな詳細機能はあえて未定義にして仕様化しないとかやったりしてる。過渡期の言語よいう感じだから、若い人がアプリで使うならRustでいいよ

2025/10/15(水) 12:15:28.98

rustはセキュアなうえに処理速度も速い
好き嫌い関係なく、覚える必要のある言語だと思う

2025/10/15(水) 12:23:53.92

rust は C より速いっけ？rust の方がどうしてもオーバヘッドが大きいと思うのだけど。

2025/10/15(水) 12:36:32.33

速くはない。Cより遥かに安全だから使える環境なら使った方がいいよ
Cはコボル化していくのだ

2025/10/15(水) 20:30:51.24

コボル化するのはC++のような…。
低スペック帯の組み込みは元より（こっちは普及率次第ではRustが置き換えるかも）、Cは言語間のライブラリ移植に欠かせない。

2025/10/15(水) 20:52:20.24

Rustはゼロコスト抽象化って言ってるから、実行速度は妥当な性能低下で済まそうとしてるはず。コンパイル時間が犠牲に

**デフォルトの名無しさん** (JP 0Hde-4l23) · 2025/10/21(火) 18:13:45.93

あんた達本当に実務で使っているの？
サンプルプログラムでゴイゴイスー
と言ってるだけじゃないの？
受け売りで言ってる奴が多すぎる

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