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

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

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