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

**デフォルトの名無しさん** · 2023/07/29(土) 15:05:46.55

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

前スレ　
https://itest.5ch.net/mevius/test/read.cgi/tech/1688129795

関連スレ(マ板): Google&MS「バグの70%はC/C++。Rustにする」
https://medaka.5ch.n...cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/08/27(日) 13:50:59.05

おじさん思考トレース

おじさんはね
Rustに部分的にでも欠陥があるかのような物言いは許せないんだよ
コードが出れば今すぐにでもそいつのせいにしてマウントして打ち消しようと思うんだけどね
証拠がないならそいつのせいってことで断定してマウントとっちゃうのが手っ取り早いから、もうそういうことにしちゃうよ

**デフォルトの名無しさん** · 2023/08/27(日) 13:53:29.74

こうして今日もRustの名誉は保たれた

**デフォルトの名無しさん** · 2023/08/27(日) 14:19:51.40

FirefoxはRustで書かれてる

**デフォルトの名無しさん** · 2023/08/27(日) 14:42:04.03

めちゃくちゃくやしかったんだなwwwww
クッソおもろい

**デフォルトの名無しさん** · 2023/08/27(日) 14:45:24.00

FirefoxってRustでも書かれているってだけで
C/C++の方がまだ多いうだよ

**デフォルトの名無しさん** · 2023/08/27(日) 14:53:34.38

確率的にはコンパイラのバグよりもアプリかライブラリのバグが多いから
コンパイラに欠陥があった的な物言いは分が悪い
これをやりたいためにライブラリを外部に丸投げする方式が普及している

**デフォルトの名無しさん** · 2023/08/27(日) 15:00:51.57

使用率100%は電池が減る

**デフォルトの名無しさん** · 2023/08/27(日) 16:29:11.02

>>865
普通はCopyにする
Copyにできないなら明示的にcloneする
どちらにも採用できない状況なら
参照に対してのみオーバーロードを書く

+や-の演算子はdot演算子と違ってauto-referencingが効かないから
&a + &bみたいな書き方になるのは現状では避けようがない
将来的にauto-refが効くように改修されることがもしあれば
a + bのような書き方もできるようになるかもしれない

**デフォルトの名無しさん** · 2023/08/27(日) 17:02:53.80

＞&a + &b
＞みたいな書き方になってまどろっこしい

Copy実装したくない大型なら参照を使うから&a + &bの書き方がありがたい
小型ならCopy実装してa + bと書ける

**デフォルトの名無しさん** · 2023/08/27(日) 17:07:29.78

大きいサイズの値を2回以上コピーするのを1回にするような最適化は
コピーコンストラクタに副作用がない保証があればできる気がする

そしてRustのCopyの振る舞いはユーザが勝手に定義できない

**デフォルトの名無しさん** · 2023/08/27(日) 18:00:17.55

>>867
具体例出せないと後者の可能性高いだろ。
標準ライブラリやOSSならそういう問題は他の誰かからも指摘入って修正されるだろうし。

**デフォルトの名無しさん** · 2023/08/27(日) 18:26:07.84

>>880
ありがとう
auto-refないから&a+&bって書き方になるのね
理解したわ

**デフォルトの名無しさん** · 2023/08/27(日) 18:47:19.96

>>883
具体例はfn add(self, rhs: Rhs) -> Outputだったということでしょ

**デフォルトの名無しさん** · 2023/08/27(日) 19:50:49.96

>>885
なるほどね
やはり勘違いしていたわけだ
&selfと書いていないから参照はダメだと思い込んでしまったのだろう
実際にはもちろんself自体が参照型でもOK

**デフォルトの名無しさん** · 2023/08/27(日) 19:55:22.28

一般的にもトレイトのメソッドfoo(self, ...)についてself自体が&T型の場合もある
&T型はCopy実装されているため消費されても構わない
ようはポインタだから

**デフォルトの名無しさん** · 2023/08/27(日) 20:33:53.99

え、その二つの話つながってたの？

**デフォルトの名無しさん** · 2023/08/27(日) 21:23:31.52

比較演算子とかはauto-ref/derefできたほうがいいと思うが算術演算子はexplicitな今のスタイルの方がいいと思う
今でも&a + &bの中身がa.clone() + b.clone()になってるやつとかやめて欲しい

**デフォルトの名無しさん** · 2023/08/27(日) 21:33:56.56

>>885でSelfもRhsもOutputも自由なのでT次第でT + T、T + &T、&T + &Tなどそれぞれ最適な実装ができる
例えばT + &T -> Tは敢えて消費してそのメモリを居抜して返す効率パターン
例えば計算途中の中間生成Tは消費されてもよいわけで再び結果の中間生成Tに転用できる

**デフォルトの名無しさん** · 2023/08/27(日) 21:35:11.73

>>889
俺もそう思う
コピーして演算なら a+bで良いと思うけど
デカいオブジェクトで参照で演算なら&a+&bのほうがわかりやすいから良いと思う

**デフォルトの名無しさん** · 2023/08/27(日) 21:44:01.12

数値計算以外にも応用できて
Rhsは &T でなくてもよいため
例えば { string.push_str(other_str); string } と書くところを
string + other_str と簡潔に書ける
以下の居抜き実装があるため

impl Add<&str> for String {
　type Output = String;

　#[inline]
　fn add(mut self, other: &str) -> String {
　　self.push_str(other);
　　self
　}
}

**デフォルトの名無しさん** · 2023/08/27(日) 21:45:30.32

>>888
俺もなんで&a+&bの＆を書くのがまどろっこしいが
>>847の
>参照で充分なのに所有権の移転を要求する関数があると
>いちいちcloneしてから渡さないといけないから非効率
に結び付くのか理解できないが,でも、rust野郎は激頭いいから同じ質問を形を変えた質問と
見抜いたんだろう

**デフォルトの名無しさん** · 2023/08/28(月) 03:04:54.55

質問してる人と答えてる人が同じ人だったら怖いなあ

**デフォルトの名無しさん** · 2023/08/28(月) 03:16:32.18

自演の多いスレ

**デフォルトの名無しさん** · 2023/08/28(月) 09:03:13.17

ほんそれ
>>873-874

**デフォルトの名無しさん** · 2023/08/28(月) 10:16:26.38

くやしすぎて負け惜しみを書かずにはいられない老害爺ww

**デフォルトの名無しさん** · 2023/08/28(月) 12:32:28.64

Rustの名誉を守るため、日々欠かさずパトロール。
そうしてRustの名誉は保たれているのだ。

**デフォルトの名無しさん** · 2023/08/28(月) 12:58:11.57

質問してたのは行列演算の人でしょ

**デフォルトの名無しさん** · 2023/08/28(月) 13:33:08.88

>>847と>>865両方とも？

**デフォルトの名無しさん** · 2023/08/28(月) 14:14:10.40

impl<'a> Add for &'a Foo
impl<'a> Add<&'a Foo> for Foo
これで、変数名に&はつかないけど括弧に&がつく感じにできるね
a + b + c == &(a + b) + c == a + &(b + c)

**デフォルトの名無しさん** · 2023/08/28(月) 15:01:10.40

それだけじゃ無理

**デフォルトの名無しさん** · 2023/08/28(月) 15:28:15.79

Rustで学ぶなんとかとかいう本いっぱい出ているし、結構個人でやる気のあるやつは覚えるんじゃね？
Rust人口増えている印象。

**デフォルトの名無しさん** · 2023/08/28(月) 16:02:44.46

この出版不況にそれは凄いじゃん!

**デフォルトの名無しさん** · 2023/08/28(月) 17:40:21.62

数年後はHaskellみたいな存在になってそう

**デフォルトの名無しさん** · 2023/08/28(月) 17:40:22.57

数年後はHaskellみたいな存在になってそう

**デフォルトの名無しさん** · 2023/08/28(月) 18:31:30.91

地学を笑えば名誉を保てそうなのに
逆に名誉を捨てて地学を取る芸風みたいな

**デフォルトの名無しさん** · 2023/08/28(月) 19:57:39.97

数年後にはHaskellみたいなってると言う人が数年前からいるけど数年後もいるだろうなぁ

**デフォルトの名無しさん** · 2023/08/28(月) 20:08:53.96

数年前はHaskellはまだブームだったからその時は誉め言葉だったんじゃないの？

**デフォルトの名無しさん** · 2023/08/28(月) 20:46:16.35

まあそもそもC++人口がそんなに多くないのにそこからRUSTに移行する人間なんて更に少ないわな

**デフォルトの名無しさん** · 2023/08/28(月) 20:47:30.82

ちょっと勉強するならいいけどビジネスでRust書くとか発狂しそう

**デフォルトの名無しさん** · 2023/08/28(月) 20:53:03.47

そろそろ質問する人と答える人が出てくるかも

**デフォルトの名無しさん** · 2023/08/28(月) 21:01:02.40

単純なoperator overlodingでもTと&Tの組み合わせで最低4パターンは考慮しないといけないからな
一般的なビジネスアプリケーションでこういう手間をかけるだけのメリットを享受できるケースは少ない

**デフォルトの名無しさん** · 2023/08/28(月) 22:06:15.45

operator overlodを使うビジネスアプリケーションｗ
あるとしてもoperator overlodを定義するのはライブラリの仕事
利用者は型エラー起こさないように使うだけであり一般的な静的型付け言語どれも同じ

**デフォルトの名無しさん** · 2023/08/28(月) 22:36:07.58

>>914
知らない分野に無理にコメントしなくていいぞ

**デフォルトの名無しさん** · 2023/08/28(月) 22:50:16.52

ないな
算術以外でオーバーロードは必要ない
関数(メソッド)名で目的をはっきりさせる

**デフォルトの名無しさん** · 2023/08/28(月) 22:53:49.98

くやしくてイチャモンつけたかっただけだろw

**デフォルトの名無しさん** · 2023/08/28(月) 23:04:09.89

バカでも書けるフレームワークでも無ければビジネス利用は無いだろね

**デフォルトの名無しさん** · 2023/08/28(月) 23:07:53.29

>>916
operator<<
operator>>

**デフォルトの名無しさん** · 2023/08/28(月) 23:08:27.79

PerlやC++の演算子を想定してるんだろうけど
若者はそんなものは知らん
PythonとRustは失敗を繰り返さなかった

**デフォルトの名無しさん** · 2023/08/28(月) 23:30:17.72

>>919
シフトは整数以外で使ったことないな
そんなものをオーバーロードしてどうするんだよ
意味不明になるぞ

**デフォルトの名無しさん** · 2023/08/28(月) 23:56:35.09

>>915
具体的にoperatorをoverload実装して使うビジネスアプリケーションを言ってみろよ
例えば多倍長を利用するとしても汎用ライブラリが実装するから該当しないよな

**デフォルトの名無しさん** · 2023/08/29(火) 00:00:35.21

一般的には算術演算子よりも比較演算子をオーバーロードすることのほうが多いだろうな

**デフォルトの名無しさん** · 2023/08/29(火) 00:04:16.28

>>921
そいう批判は昔からあったけど混乱することは全くないよ

**デフォルトの名無しさん** · 2023/08/29(火) 00:36:27.64

>>923
Rustなら例えばこう書くだけだな
#[derive(PartialEq)]
struct Foo { ... }

これで型表記Foo == Fooも&Foo == &Fooも通る
Foo == &Fooは撥ねてくれる

ちなみに値の比較ではなく
同一性すなわちポインタの比較をしたいならば
std::ptr::eq(&Foo, &Foo)

**デフォルトの名無しさん** · 2023/08/29(火) 01:09:16.27

>>922
もしかしなくても実務経験ゼロ?

**デフォルトの名無しさん** · 2023/08/29(火) 01:43:28.47

>>925
>Foo == &Fooは撥ねてくれる
値として扱うならこれは跳ねるべきではないのでPatrialEqのimplが追加で2ついる

**デフォルトの名無しさん** · 2023/08/29(火) 01:43:31.90

おまえらいつも例を出さずにもめてるな
演算子をオーバーロード実装するビジネスアプリとやらの例を出せば済む話

**デフォルトの名無しさん** · 2023/08/29(火) 01:45:18.86

>>927
型不一致として撥ねるべきだ

**デフォルトの名無しさん** · 2023/08/29(火) 01:49:31.97

>>927
例えば型不一致でも通せ！という理不尽な要求はここへ行き着くので認めるべきでない
if Foo != &Foo {
　Foo = &Foo;
}

**デフォルトの名無しさん** · 2023/08/29(火) 01:51:57.07

>>929
eqメソッドを使った時も撥ねる仕様ならその言い訳も成り立ったかもね

**デフォルトの名無しさん** · 2023/08/29(火) 02:17:09.83

>>926
と素人が申しております

**デフォルトの名無しさん** · 2023/08/29(火) 02:25:36.33

>>931
演算子オーバーロードの話をしているところにメソッドを持ち出したらオウンゴールｗ
メソッド使用でいいなら演算子オーバーロードの必要なし

**デフォルトの名無しさん** · 2023/08/29(火) 05:40:09.32

演算子のオーバロードは、ライブラリマンに任せるよこれはC++も同様
あんなものバグ・抜けなしで書けるとか数学マンかよ

ああいうこともできる、というのがC++のいいところだが、自分には過ぎた代物

**デフォルトの名無しさん** · 2023/08/29(火) 07:50:33.04

英単語ではない記号を使うだけなら仮想関数でもできる
仮想関数のように型を統一しないのがオーバーロードの特徴
統一するとvoid*とかObjecとか残念な型になってしまう

**デフォルトの名無しさん** · 2023/08/29(火) 10:14:25.34

>>900
その二つは別人
ソース俺

>>888
繋がってない
めっちゃ迷惑

自演じゃなくて他演されたの初めてだわ

**デフォルトの名無しさん** · 2023/08/29(火) 12:39:12.46

>>936を信じるなら
ID:EQIr/PqP
≠
ID:m1noAQBG = ID:RvCE3Lp0 = 行列ライブラリの人
で、ID:Aks4ymi6は行列ライブラリの人になりすまそうとしたっぽい謎の人物ってことかいな？

**デフォルトの名無しさん** · 2023/08/29(火) 13:05:17.54

このスレまじで負け惜しみレスが多いな
なんでここまで幼児メンタルを引きつけるのか謎

**デフォルトの名無しさん** · 2023/08/29(火) 13:45:45.19

ここはプログラマ板ではなくプログラム板
話はプログラムで示せ
それができない話ならばプログラマ板へ行け
具体的なコードで話せずに文句と批判するだけの無能は不要

**デフォルトの名無しさん** · 2023/08/29(火) 13:57:24.70

自分で自分追放してて草

**デフォルトの名無しさん** · 2023/08/29(火) 14:01:13.75

>>939
問題の切り分けができない無能も不要

**デフォルトの名無しさん** · 2023/08/29(火) 14:44:41.31

急に発狂するやついて草
何か刺さっちまったんだろうなw

**デフォルトの名無しさん** · 2023/08/29(火) 18:25:25.49

玲音しね

**デフォルトの名無しさん** · 2023/08/29(火) 18:42:00.76

こんな仮想空間でまじになっちゃって
負けたら大変なことになると思い込むのが問題なんだけど
論破というのはまさにそういう仮想空間で相手にそう思い込ませる術だよね

**デフォルトの名無しさん** · 2023/08/29(火) 19:18:58.62

rustって名前が良くないよねって思ったけどcも大概やったわ

**デフォルトの名無しさん** · 2023/08/29(火) 20:54:09.08

おれ865だけどなんで847と同一人物認定されてんの？

**デフォルトの名無しさん** · 2023/08/29(火) 21:54:12.23

Rustは普及してないという願望・妄想と
Rustに言及するレスが続いてる現状を両立させるためだろ

**デフォルトの名無しさん** · 2023/08/29(火) 21:55:40.52

稚拙w

**デフォルトの名無しさん** · 2023/08/29(火) 22:39:33.53

>>947
C++おっさん・爺は年齢的にRust覚えられないから
普及されると嫌だろうからな
一方、若い連中はもう化石言語になるC＋＋よりRustに将来性を見出すだろうからな。

**デフォルトの名無しさん** · 2023/08/29(火) 23:08:37.53

若い人は誰も使ってないイメージ

**デフォルトの名無しさん** · 2023/08/29(火) 23:42:50.57

でも、いまC++もRustも経験がない人が勉強するならC++からじゃない？　C++がある程度分かってないと、Rustのありがたみも分からないし。

**デフォルトの名無しさん** · 2023/08/30(水) 00:16:18.11

Cと各スクリプト言語から来てRustで困ることなかった
C++は必要なさそう

**デフォルトの名無しさん** · 2023/08/30(水) 08:48:22.21

将来性ならpython
言語設計ならNimかMojo
実力ならc/c++
かね。
pythonは無くなることないから身につけて損はないし、その延長線としてNimは使える。
Mojoはスタックフレーム指向として将来性感じる。RustはMojoの踏み台。

**デフォルトの名無しさん** · 2023/08/30(水) 08:54:27.99

バイナリサイズを小さくしたい→C
バグを少なくしたい→Rust
？？→C++

**デフォルトの名無しさん** · 2023/08/30(水) 10:06:20.92

>>954
Cの後継はZig
C++の後継はRust

C++はいらないこ

**デフォルトの名無しさん** · 2023/08/30(水) 10:57:54.24

mojoはわかるけどnimってスーパーマイナーすぎんか

**デフォルトの名無しさん** · 2023/08/30(水) 12:29:00.92

>>953
>>956
mojoは早くソース公開しろよ

**デフォルトの名無しさん** · 2023/08/30(水) 12:30:46.34

>>955
zig使ってるbunが1.0になったのに、肝心のzigはいつ1.0になるんだよ？

**デフォルトの名無しさん** · 2023/08/30(水) 12:32:21.28

喪女はまだめっちゃアーリーステージです～って言ってなかったか
それであんなにドヤ顔登場させた意味はわからんが

**デフォルトの名無しさん** · 2023/08/30(水) 12:40:02.98

やねうら氏ね

**デフォルトの名無しさん** · 2023/08/30(水) 12:40:52.41

>>951-952
C++は知らない方が良い

**デフォルトの名無しさん** · 2023/08/30(水) 12:42:41.11

>>956
nim知らないの？遅れてるな

**デフォルトの名無しさん** · 2023/08/30(水) 13:45:48.64

>>962
あなたの遅れてる認定とか知りませんやんw

**デフォルトの名無しさん** · 2023/08/30(水) 15:17:49.40

智慧をくれ

**デフォルトの名無しさん** · 2023/08/30(水) 15:36:17.12

「次世代言語wに憧れる一日中暇なお爺さん達wのスレ」
さすが！中身がない！

**デフォルトの名無しさん** · 2023/08/30(水) 17:03:14.09

前にnimは使ったことあるけど、結論的にはそんなに将来性を感じなかった。nimのライブラリが少ないし、pythonのライブラリを使うと結局そこが律速段階になるので速度の恩恵も個人的には微妙だった。これなら普通にpythonを使った方が便利だなとは思った。いまはどんだけ進展してるのかは良く知らんけど。

**デフォルトの名無しさん** · 2023/08/30(水) 18:40:48.60

>>953
Pythonは必要な時にスクリプトの読み書きができれば十分で
あの言語仕様と遅さはプログラミング言語としては適してないためこのスレの対象外

Nimは何もかも中途半端であることに加え
先が見えてしまったのとあの開発体制では今後も期待できないため無視してよい存在

**デフォルトの名無しさん** · 2023/08/30(水) 18:56:26.78

意味のないレスだよ

**デフォルトの名無しさん** · 2023/08/30(水) 19:40:27.89

mojoを持ちつつPythonを嗜み
Rustを横目にc＋に打ち込む

**デフォルトの名無しさん** · 2023/08/30(水) 20:24:13.48

Rustが失敗作だったってことじゃん

**デフォルトの名無しさん** · 2023/08/30(水) 20:35:58.15

現実はこれ>>496
新たなネットインフラC++ではなくRustで記述されている

**デフォルトの名無しさん** · 2023/08/30(水) 21:03:04.24

>>971
現実はRustで書かれているものも稀にあるってだけでは?