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

**デフォルトの名無しさん** · 2023/02/25(土) 09:49:46.74

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな？

**デフォルトの名無しさん** · 2023/03/26(日) 08:28:50.22

>>543
Cは神言語だが
C++は神じゃないどころか
クソ言語だと言うのは当初から言われてた

**デフォルトの名無しさん** · 2023/03/26(日) 08:38:26.46

C++はたとえリアルタイム性があっても、信頼性が求められる業務をしようとすると、どうしてもCで良いじゃんってレベルまでコーディングルールをガチガチに制約するからね。

**デフォルトの名無しさん** · 2023/03/26(日) 08:42:34.83

C++のメリットが完全に無くなったな
無理に挙げるとすれば過去のプログラムと過去のプログラマーくらいか

**デフォルトの名無しさん** · 2023/03/26(日) 11:07:56.67

C++のメリットは自由度
自由が障壁になる用途ではメリットもクソもないｗ

C++で書きたいというニーズは当面残る
だからC++には進化してもらわないといけない

**デフォルトの名無しさん** · 2023/03/26(日) 11:19:02.92

GC無し言語でやりたいことは全部Rustでやって
C/C++には滅びて欲しい人間が増えてんだろ
プレーンCのコードぐらいRustにコンバート出来るんじゃね？
知らんけど

**デフォルトの名無しさん** · 2023/03/26(日) 12:33:33.90

C++中毒な人が多いからね(俺含む
捨てろと言われても無理だねえｗ Rustを使わないとは一言もいってない

>>563
これまで、自由になりすぎたC++をいかに縛るかっていう試みはいくらもあったが、普及しなかった
ついにRustが答えを出した C++は「いや～負けましたね～」とかいいながら、その成果を吸収すればいい

**デフォルトの名無しさん** · 2023/03/26(日) 13:03:12.58

自分で自由を縛ろうというインセンティブは働かないからね
何らかの外からの圧力がない限りなかなか増えないだろうね
キラープロダクトがあれば一気に普及するだろうけど

**デフォルトの名無しさん** · 2023/03/26(日) 13:05:22.20

メモリ管理云々言ってる人もセールストークの受け売りで
自分でメモリ管理に苦労して「あ! Rustが解決法だ!」って
始めた人はいないだろうし

**デフォルトの名無しさん** · 2023/03/26(日) 13:06:33.66

C++に依存すればするほど、これｇｄｇｄだ…ってのがわかってくるもんだけど、
どう縛るのが「正解」か、なかなか答えが出なかったんだよね
スマポどころか、ハンドルや参照カウントの概念が大昔からあったけど、決定打にならなかった

**デフォルトの名無しさん** · 2023/03/26(日) 13:09:22.51

>>570
それは自然言語と同じで使う人のレベルによる

**デフォルトの名無しさん** · 2023/03/26(日) 13:12:55.73

おまいらRedoxとかどうよ? GoogleのOSは一般の人は使えるの?

**デフォルトの名無しさん** · 2023/03/26(日) 13:14:54.55

自由には需要のある自由と需要のない自由があってだな

どっちも供給されなければ胡散臭いとか偽善だとか
需要ってあなたの願望ですよね、とかいうのが自由にまつわる典型的な詭弁

**デフォルトの名無しさん** · 2023/03/26(日) 13:19:57.22

需要あるから>>567の言うように
「自由になりすぎたC++をいかに縛るかっていう試みは
いくらもあったが、普及しなかった」のでは?
Rustもこのままだとone of themだろうけど

**デフォルトの名無しさん** · 2023/03/26(日) 14:41:00.96

規格となるに足る、縛り(の規格)の決定打がなかった
あーでもないこーでもないいって、混沌を放置したのはC++の落ち度
バイナリだって肥大化し放題だったしね Cに近いC++erは、忸怩たる思いで眺めてたものさ

**デフォルトの名無しさん** · 2023/03/26(日) 14:50:08.58

ここって情報古い？
https://maku77.github.io/rust/

あと
if let Ok(hoge) = fuga {
}
って本当に可読性良くなってると思ってる？(嫌味じゃなくてマジでRust推しの人の意見聴きたい)

**デフォルトの名無しさん** · 2023/03/26(日) 14:57:31.39

>>575
は? C++はISOもJISも規格あるやろ?
Rustに規格あるの?

**デフォルトの名無しさん** · 2023/03/26(日) 15:01:34.10

>>577
大手が採用するといったんだから、採用されるバージョンが、当面のデファクトスタンダードになる
それは規格といっていいよそして規格は、管理下で進化する

**デフォルトの名無しさん** · 2023/03/26(日) 15:09:14.63

ダメだこりゃ
普及はもしするとしても30年くらいは掛かりそう

**デフォルトの名無しさん** · 2023/03/26(日) 15:58:38.13

どちらを習得すればセックスできますか

**デフォルトの名無しさん** · 2023/03/26(日) 16:29:03.94

>>576
Rustの if let でのenumパターンマッチングは、
まずRustのenumを理解する必要があるけど、例えば、

enum State {
StateA(i32),
StateB(i32),
StateC(i32, f32),
}

if let State::StateA(i) = x {
println!("StateA: {i}");
}

これをc++で書こうとするとこうなるのかな。

struct StateA { int i; };
struct StateB { int i; };
struct StateC { int i; float f; };
typedef std::variant<StateA, StateB, StateC> State;

if (std::holds_alternative<StateA>(x)) {
StateA& a = std::get<StateA>(x);
std::cout << "StateA: " << a.i << "\n";
}

この両者がたぶん同じ。
if let構文のおかげでRustは可読性が増していると思う。

**デフォルトの名無しさん** · 2023/03/26(日) 18:24:04.21

>>576
>if let Ok(hoge) = fuga {
>}
>って本当に可読性良くなってると思ってる？
ResultやOptionが複数ネストしていくと可読性が低いコードはどうしてもできるけど単純なやつは何の問題もないと思ってる

ちなみに何と比べてる？

**デフォルトの名無しさん** · 2023/03/26(日) 23:06:22.21

>>581
C++は利便性のいい代数的データ型の導入に失敗したからしょうがない
さらにパターンマッチングの導入は未だに議論中のまま進みそうにない
結果としてそのような不便で分かりにくい記述をするしかない

**デフォルトの名無しさん** · 2023/03/26(日) 23:24:54.44

C++にはswitchを使うなunionを使うなという縛りがあった
CとC++を意図的に隔離すれば縛りを無視できるから問題視されないが

**デフォルトの名無しさん** · 2023/03/26(日) 23:35:48.82

何か問題でも?

**デフォルトの名無しさん** · 2023/03/26(日) 23:51:37.40

if letとその比較対象も、言語を統一しようと思わなければ問題ないんだろう

**デフォルトの名無しさん** · 2023/03/27(月) 00:02:41.74

ぶっちゃけRUSTでなくてもいいんだよ
安全性のためには

schemeとかHaskellみたいな言語には定義外の動作が(基本的には）存在しないという強力な安全性があるわけだし

じゃあなんでこんなにRUSTがもてはやされるのかというと、単に宣伝がうまかっただけ

**デフォルトの名無しさん** · 2023/03/27(月) 05:32:45.27

safe Rustには未定義動作が存在しない
そしてunsafeを用いてsafeなインタフェースを提供する時にもそれが義務付けられている
したがってそれらを用いるRustに未定義動作は存在しない
未定義動作まみれのC/C++との決定的な違いである

**デフォルトの名無しさん** · 2023/03/27(月) 06:40:49.82

間違うヤツが悪い、って世代の規格だもんな、変に不親切は徹底してるわｗ

**デフォルトの名無しさん** · 2023/03/27(月) 11:50:25.04

C++に憧れるのをやめましょう
憧れてしまったら超えられないんで

**デフォルトの名無しさん** · 2023/03/27(月) 12:09:54.31

>>581
Rustの代数的データ型であるenumに対して
対応するC++のstd::variantは五重苦だよな
・機能が弱い
・使いにくい
・見にくい
・使われていない
・知られていない
C++の機能強化は尽く失敗していて進化が望めない

**デフォルトの名無しさん** · 2023/03/27(月) 12:10:13.46

>>588
safeと限定しているところが誠実で笑える
良いと思うよ!w

**デフォルトの名無しさん** · 2023/03/27(月) 12:48:40.60

まぁRust使うくらいならC++使うよねってのはあるよね
これまでの資産が全然違うわ
DirectXとかOpenGLとかオーディオ系の低レイヤーのやつはやっぱりC++が強い

**デフォルトの名無しさん** · 2023/03/27(月) 12:49:34.80

Rust信者が全部ラッパー作ってくれるならまぁわからんでも無いけど君たちどうせ人が作ったライブラリしか使わないんでしょ？

**デフォルトの名無しさん** · 2023/03/27(月) 13:03:55.96

大手が採用するっていうんだから、大手がどんどんライブラリ置き換えやるでしょ
ただラッパ書くだけじゃなくて、Rustで書けばAPIを適切に使用してるって保証されるものじゃないとね

**デフォルトの名無しさん** · 2023/03/27(月) 13:12:32.89

人任せだなw
Cと共存なんて考えだと廃れて消えると思うよ
カーネルからRustにしないとな
以下の考察は俺も同じ印象を持っている

RustもJuliaやGoみたいに廃れて消えていく気がしている。
https://qiita.com/AKKYM/items/78c04840bc72d9db834d

**デフォルトの名無しさん** · 2023/03/27(月) 13:14:48.15

技術的な良し悪しとしてはRustは充分だと思うけど
言語が使われるかどうかはその上の生態学の問題だからね

**デフォルトの名無しさん** · 2023/03/27(月) 13:36:37.38

なんでカーネルとシェルが共存する現実を学ぶことすらできないんだろうなあ
スマホにはシェルスクリプトがないから？

**デフォルトの名無しさん** · 2023/03/27(月) 13:46:30.78

カーネルから書かないと
諸君のフラストレーションは解消されないと思うよ

**デフォルトの名無しさん** · 2023/03/27(月) 13:50:47.73

打倒するC++の最大の特徴はCを包含していること
C++覚えればCの知識は付いてくるが
CとRust両方覚えるの面倒やん?
CをリプレースしなければC++もリプレスできん

**デフォルトの名無しさん** · 2023/03/27(月) 14:18:03.99

>>591
C++の可読性の低さはそのような無理矢理な機能拡張の失敗にある

**デフォルトの名無しさん** · 2023/03/27(月) 14:34:40.20

>>576
https://qiita.com/tatsuya6502/items/cd41599291e2e5f38a4a

**デフォルトの名無しさん** · 2023/03/27(月) 14:43:24.48

>>600
>C++覚えればCの知識は付いてくるが

doubt

**デフォルトの名無しさん** · 2023/03/27(月) 14:44:18.04

>>603
反例は?

**デフォルトの名無しさん** · 2023/03/27(月) 14:59:46.99

>>596
>TypeScriptはずっと流行っていてこれから廃れていく気はしない。この差はなんなんだろう。。。

たいしたことやってないから

**デフォルトの名無しさん** · 2023/03/27(月) 16:45:29.16

>>596
Qiitaって5chと同レベルだったんだな
記事もコメントもここまで酷いとは

**デフォルトの名無しさん** · 2023/03/27(月) 17:02:39.76

酷いのはお前の頭と顔だよ

**デフォルトの名無しさん** · 2023/03/27(月) 17:10:12.43

>>606
記事はバカだけどコメントはまあいいんじゃね？
それよりも、Rustを置き換えられる言語が出現しないと、Rustの天下が続きそ。
C並みに高速で何でも書けてGCもなく、にも関わらず様々な安全性が静的に保証される言語が、Rust以外に芽も出てこなさげ。

**デフォルトの名無しさん** · 2023/03/27(月) 17:19:21.38

>>605
MSだから

**デフォルトの名無しさん** · 2023/03/27(月) 17:23:03.66

何が続きそ。だよ
自演バレないように新文体開拓しようとしてんのマジでキモいわ

**デフォルトの名無しさん** · 2023/03/27(月) 17:26:14.23

コメントしたった

TypeScriptはC#やDelphiを作ったアンダースヘルスバーグが設計してるからです
以上

**デフォルトの名無しさん** · 2023/03/27(月) 17:26:50.78

Rustまだ全然天下じゃないんだが…
周り見えてない人なのかな？

**デフォルトの名無しさん** · 2023/03/27(月) 17:27:28.03

言うほどガベコレ悪いか？って話になるんだが君たち何を作ってんだ？

**デフォルトの名無しさん** · 2023/03/27(月) 17:28:15.22

言うほど1フレーム1フレームの処理落ちが問題になることしてんの？
ゲームくらいじゃね？

**デフォルトの名無しさん** · 2023/03/27(月) 17:28:57.15

その点ゲームでRustは使われない
マジで何してんの？って話よな

**デフォルトの名無しさん** · 2023/03/27(月) 17:35:59.10

>>614
車載ソフト関係だけど、命に関わるようなシステムは最大実行時間を理論的に算出出来ないとアカんのや
GCだとそれが出来ないから論外なんや、、

**デフォルトの名無しさん** · 2023/03/27(月) 17:37:53.83

>>616
ほんでその車載ソフトはRustで書かれんのか？

**デフォルトの名無しさん** · 2023/03/27(月) 17:39:01.06

>>617
いや、まだ言語的に対応してないからC/C++だね、、

**デフォルトの名無しさん** · 2023/03/27(月) 17:40:35.92

>>618
やっぱりね
いつになるんだろうねRustが対応するの
一生来ないかもしれん

**デフォルトの名無しさん** · 2023/03/27(月) 17:52:34.31

>>619
そうやね
ぶっちゃけ危なそうなものはコーディングルールで縛られるし、過去トラブルや不具合対策も沢山あるから困らないんだよね。
品質保証のためにアセンブラも見るけど、C/C++はアセンブラと比べながら見やすいし

**デフォルトの名無しさん** · 2023/03/27(月) 18:00:15.28

>>616
そこでリアルタイムGCですよ

**デフォルトの名無しさん** · 2023/03/27(月) 18:06:46.35

噂によると節電のためにRustを使うらしいな
電気代よりも例えば家賃の方がよっぽど高い人生だったら一生使わないのでは

**デフォルトの名無しさん** · 2023/03/27(月) 18:13:00.08

このままC++は消えていくだろう
アドバンテージが何も残っていない

**デフォルトの名無しさん** · 2023/03/27(月) 18:17:46.08

上の方で
「Rustのライブラリはあらかた揃って退屈なメンテ作業しか残ってない状態、そんなつまらない作業誰もしないから誰もメンテしなくなってだんだん人が離れていく一歩手前」みたいなQiiitaの記事あったけど、そんなライブラリ充実し始めてる？

**デフォルトの名無しさん** · 2023/03/27(月) 18:18:17.10

>>624
いやしてないよ

**デフォルトの名無しさん** · 2023/03/27(月) 18:27:56.70

新規プロジェクトは大方Rustになったが
既存プロジェクトは大規模な更新でしか切り替わらないだろな

**デフォルトの名無しさん** · 2023/03/27(月) 18:43:27.53

どっちかって言うと今Pythonとかでちゃんと動いてる、例えばAI用のテンソル計算処理、統計処理のライブラリをRuby用のために用意し直すのっていわゆる「車輪の再発明」みたいになってしまうからわざわざRustに移植するのってどうなん的な感じで充実してこないんじゃないかという気はする
ライブラリが充実してきてみんなが使い出すかどうかって技術的な問題だけじゃなくてその言語が出てきたタイミングとか社会情勢とか背景とかそういう要素もかなり濃密に効いてて、その意味でPythonはすげぇタイミングよかったという気はする

**デフォルトの名無しさん** · 2023/03/27(月) 19:22:16.60

Rustで仕事してないやつらばかりだの
儲かるから流行るんだぞ

**デフォルトの名無しさん** · 2023/03/27(月) 19:23:51.08

既存のものを移植するのは無駄な行為
既存のものはそのまま使えば良くそのまま使われている
新たなものはRustになっている
それだけの話

**デフォルトの名無しさん** · 2023/03/27(月) 19:25:47.39

Rustの仕事あるかい？

**デフォルトの名無しさん** · 2023/03/27(月) 19:33:28.90

>>627
rustもキラープロダクトが出れば一気に普及する

**デフォルトの名無しさん** · 2023/03/27(月) 19:43:52.09

>>622
節電というか、こちらはクラウド利用だけど間接的には当たりじゃね？
GC言語からRustへだけど、CPUコストとメモリコストが激減、だからクラウド側では節電となり、Rustはエコ。
GCなく自動メモリ解放する言語Rustの出現が今までの流れを変えた。

**デフォルトの名無しさん** · 2023/03/27(月) 20:10:16.56

Rustへの動きは2系統あるよな
C/C++からRustへの安全性を高める動き
GC言語からRustへの高速化＆省メモリ化の動き
まれに片方の動きの意識しかない人が想像力の欠如した書き込みをしている

**デフォルトの名無しさん** · 2023/03/27(月) 20:59:51.90

目的は1つだけ・手段はいくらでもあるという世界観はしつこく宣伝されてきた
逆に1つの道具で色々できるという話はあまり聞かない

**デフォルトの名無しさん** · 2023/03/27(月) 21:16:18.71

Rust製のTurbopackでjsのバンドルが数百倍高速になってもじゃあ俺もRust使おうとはならんのよ
AWSのバックエンドでRust使ってエネルギー効率が向上してもじゃあ俺もRust使おうとはならんのよ

理性的に考えろ

**デフォルトの名無しさん** · 2023/03/27(月) 21:18:03.30

オジの自演は特徴出すぎで草
こちらはクラウド利用www

**デフォルトの名無しさん** · 2023/03/27(月) 21:25:42.06

Windows3.1からMacOSにも流れなかったし
Cのニッチェを奪わなければRustはこの先生
きのこれない

**デフォルトの名無しさん** · 2023/03/27(月) 21:59:50.76

アンチは願望ばっかだな
エンジニアの上澄が認めたのだから争っても無駄

**デフォルトの名無しさん** · 2023/03/27(月) 22:10:09.18

>>638
儲かってる人ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
Rustで何開発してるの?

**デフォルトの名無しさん** · 2023/03/27(月) 23:10:41.22

>>608
Rustの提唱するパラダイムがうまくいきだしたら、他言語もこぞって取り込むと思う
アカンとなったら、次のパラダイムが提唱…されるのは先の話だろうなあ俺生きてるかなまじで

**デフォルトの名無しさん** · 2023/03/27(月) 23:13:47.59

js、ptyhon、やってきて
rustは新鮮で学べてるけど
c++はやばくね、、、
依存やらのコンパイルの時点で挫折しそうなんだが
ドキュメントもわけわからんし

**デフォルトの名無しさん** · 2023/03/27(月) 23:20:50.21

>>640
所有権って途中から取り込めるの?
パターンマッチングとかは余裕だろうけど

**デフォルトの名無しさん** · 2023/03/27(月) 23:43:11.84

余裕だろ
ただ他言語もこぞってと言ってもGC言語は対象外なのでメジャーな言語で可能性があるのはC++のみ

**デフォルトの名無しさん** · 2023/03/27(月) 23:51:52.30

>>643
デフォルトでコピーコンストラクタやコピー代入演算子が起動するところを
moveコンストラクタやmove代入演算子が起動するように変更するってことでしょ?
余裕な訳ないじゃん
copy by valueな言語では後方互換性が犠牲になるので導入無理だよ

**デフォルトの名無しさん** · 2023/03/28(火) 00:23:27.41

>>644
いろんなやり方があるけど実装ができないようなものはない
やろうとすればどのやり方にするのがいいか
細かい仕様をどうするのがいいか
そういう意思決定に時間がかかるだけ

所有権システムをあとから取り込めないなんて発想をする人がRustを宣伝してるのがむしろ驚き

**デフォルトの名無しさん** · 2023/03/28(火) 00:42:21.55

>>645
文章読めないのかな?
今まででのコードでインスタンスがコピーされるところを
勝手にmoveにすり替えられたら大惨事だろw
今まで書いたコードを全部書き換えることになる
つまり後方互換性が犠牲になる
C++の開発当初からの方針で最大の特徴はCを内包していること
CもC++もcopy-by-valueな言語

**デフォルトの名無しさん** · 2023/03/28(火) 00:54:04.89

視野の狭い人だな

**デフォルトの名無しさん** · 2023/03/28(火) 01:08:09.67

>>647
問題についてどう解決するかを書きな?

**デフォルトの名無しさん** · 2023/03/28(火) 01:35:54.97

既にCとC++に互換性はない
しかし許された
また同じことをやってまた許されることは可能かもな

**デフォルトの名無しさん** · 2023/03/28(火) 01:46:32.83

まあ拡張子変えれば許されるよcpoとか
あとはsafeブロックとか？

**デフォルトの名無しさん** · 2023/03/28(火) 02:00:41.86

>>649
ほぼ互換性あるだろ? どういったケースのこと書いてるの?

**デフォルトの名無しさん** · 2023/03/28(火) 02:21:00.53

>>626
新規プロジェクトって例えばどれよ？

**デフォルトの名無しさん** · 2023/03/28(火) 02:21:41.39

>>628
なんの仕事してんの？

**デフォルトの名無しさん** · 2023/03/28(火) 02:22:00.97

>>644
>デフォルトでコピーコンストラクタやコピー代入演算子が起動するところを
>moveコンストラクタやmove代入演算子が起動するように変更するってことでしょ?
アフォ発見！

**デフォルトの名無しさん** · 2023/03/28(火) 02:24:01.41

>>641
オブジェクト指向できてないからだろそれ
C#学べ

**デフォルトの名無しさん** · 2023/03/28(火) 02:25:39.63

>>642
パターンマッチング導入はC++23でも無理
出てる案では便利になりそうにない
こればっかりは結果論になってしまうがRustと比較するとこれまでの基本設計が失敗してる

**デフォルトの名無しさん** · 2023/03/28(火) 02:31:45.17

>>644
現状のスマポとmoveを用いたC++の所有権システムはRustのシンプルな記述と比べると面倒で忘れたりミスしたりしてしまうがあれが限界っぽい
後方互換性を保ったままC++を快適にするのは不可能

**デフォルトの名無しさん** · 2023/03/28(火) 02:43:54.99

>>655
そいつが書いている3つの言語ともにオブジェクト指向なのでC#は不要だろう
Pythonは普通
JavaScriptはプロトタイプ方式の継承だがそれ以外は普通
Rustは継承を排除していて機能(メソッド群)毎にトレイトで合成するがそれ以外は普通

**デフォルトの名無しさん** · 2023/03/28(火) 03:31:25.51

>>658
Pythonやってるやつはオブジェクト指向理解できてないやつ多いよ
JavaScriptはまぁ基本使わんし
Rustはオブジェクト指向的なことできるようにしてるけどオブジェクト指向わからんやつ向けに制限かけてるって印象

**デフォルトの名無しさん** · 2023/03/28(火) 05:56:18.37

複雑になりすぎないようにするのは、それはそれでメリットでもある
C++では、やたらとややこしいクラスが上がってくる
それ〇〇使いたいだけちゃうん、みたいな

Rustが普及したら、Rust流のスマポにみんな慣れるから、自分の母語でも使うようになるよ

**デフォルトの名無しさん** · 2023/03/28(火) 06:40:30.67

>>659
その3つの言語をやってることから例えばウェブ方面だとしても
PythonでDjangoなどのフレームワークを使うにはオブジェクト指向は基本知識として不可欠
JavaScriptもReactなどののフレームワークを使うにはオブジェクト指向は基本知識として不可欠
Rustに対してはデタラメな印象だけで基礎的な理解すらなし
このスレで連投してる人の中で最もレベル低すぎ

**デフォルトの名無しさん** · 2023/03/28(火) 06:47:56.40

C++のOOPって、CRTPとかがすっと書ける、読めるレベルだからねえ
そんな難しくないけど、美しく書くには多少の経験は必要

あと、吐かれるコードにはもうちょい気を留めてほしいなと、マシン語寄りの俺は思っちゃうな
「そういう」用途ばっかりじゃないのはわかるんだけど