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

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も動くし当たり前じゃ