C vs C++ vs Rust Part.3

**デフォルトの名無しさん** · 2022/01/27(木) 22:19:47.56

闘え
※前スレ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/
C vs C++ vs Rust Part.2
https://mevius.5ch.net/test/read.cgi/tech/1639539350/

**デフォルトの名無しさん** · 2022/03/17(木) 21:58:49.13

コードそのままならイテレータ2つより1つの方が速いと明白なので
速さが同じと主張する>>555が最適化で同じコードになることを示す必要がある

**デフォルトの名無しさん** · 2022/03/17(木) 22:05:07.99

明白じゃねーよｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/17(木) 22:19:03.24

たぶん>>557氏はイテレータの動作原理を知らないのだと思う
例えばfilterは構造体Filterを返しそのメソッドnext()がイテレータを進めるごとに呼ばれる
同様にmapは構造体Mapを返しそのメソッドnext()がイテレータを進めるごとに呼ばれる
最適化前はそれら二重のオーバヘッドがある

**デフォルトの名無しさん** · 2022/03/17(木) 22:24:52.40

速さに関して議論するなら最適化のコードがどうなるかを確認すべきでは
特にイテレーターアダプターを何度も噛ませてもfor文相当のコードが生成されるというのはrustの売りのひとつだよね

**デフォルトの名無しさん** · 2022/03/17(木) 22:29:02.79

もし最適化後に有意に速度差があるなら、それは性能バグとしてIssueにあげるべき問題だと思う

**デフォルトの名無しさん** · 2022/03/17(木) 22:31:57.85

>>559
その通りで最適化で非常に効率な最終コードとなる
ただし今回のケースでfilter().map()がfilter_map()と同一コードになるかどうかは自明ではない
したがって>>553に立証義務がある

**デフォルトの名無しさん** · 2022/03/17(木) 22:36:47.68

立証義務なんてねーだろｗｗｗｗ
できないからって他人に頼るなｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/17(木) 22:38:48.81

意味的に同じことやってるんだから、理想的な最適化コンパイラは全く同じバイナリを吐くはずで
遅くなるはずってのも別に自明ではないのでは

**デフォルトの名無しさん** · 2022/03/17(木) 22:46:51.69

>>563
意味の同じプログラムが最適化で常に同じコードになるかどうかは自明ではない
そしてそれを期待することはよいが前提としてはいけない
自明ではないことを同じと主張する側に立証義務がある

**デフォルトの名無しさん** · 2022/03/17(木) 22:48:42.58

できないんだねｗｗｗｗ
rustの吐くコードすげー見にくいしなｗ
それ以前にアセンブラ読めなそうｗ

**デフォルトの名無しさん** · 2022/03/17(木) 22:52:00.13

>>564
ん？別に同じになるのが自明とは言ってないよ
どちらも同程度に自明でないって言ってるだけ
立証はまぁやりたい人がやればいいんじゃない

**デフォルトの名無しさん** · 2022/03/17(木) 22:57:38.05

>>565
> rustの吐くコードすげー見にくいしなｗ

無知っぷりを曝け出してるな

**デフォルトの名無しさん** · 2022/03/17(木) 23:14:09.53

お前が無知なだけｗ

**デフォルトの名無しさん** · 2022/03/17(木) 23:29:12.99

>>565
LLVMがアセンブリを吐いてることも知らないのか

**デフォルトの名無しさん** · 2022/03/17(木) 23:31:17.03

ビビリ単発IDが何もかもを証明しちゃってるｗ
お前は何も分かってないｗ

**デフォルトの名無しさん** · 2022/03/17(木) 23:50:47.22

>>529
C++ではそんなに簡単には書けない

**デフォルトの名無しさん** · 2022/03/17(木) 23:59:39.29

C++でも簡単に書けるよｗ
C++20で導入されたrangeでも使ってみｗ
より古い規格でもユーザーライブラリを使えばRxっぽい記述は簡単に出来る
自分で書くと難しくはないが骨が折れるタイプの実装
並列化を意識しない限りだけどｗ
まあ並列化を意識しないで簡便さを意識すれば無理にRxを使う必要もないけども・・・

**デフォルトの名無しさん** · 2022/03/18(金) 00:00:49.69

>>572
無理でしょ
実際に書いてみ

**デフォルトの名無しさん** · 2022/03/18(金) 00:03:10.42

加えて言えばRxでなければ上限を意識したループで書けるのでメモリ確保が最適化できるし、手でinlineにする部分を選べる分より速く書ける可能性もあるｗ

**デフォルトの名無しさん** · 2022/03/18(金) 00:03:27.72

>>573
いくらくれる？

**デフォルトの名無しさん** · 2022/03/18(金) 00:10:24.15

>>574
無理だ

**デフォルトの名無しさん** · 2022/03/18(金) 00:13:29.40

君にはそうなんだねｗ可哀想にねｗ

**デフォルトの名無しさん** · 2022/03/18(金) 00:37:03.66

前スレの時からそうだけどRustのコードばかり出てくるスレ
C++で同じコードを書くと長く見難くなってしまうからだろうけど

**デフォルトの名無しさん** · 2022/03/18(金) 00:49:14.78

C++20なら普通に同じくらいｗ
あるのはRustの不慣れな部分コードねｗまあこのレベルの作業に良い悪いもないけどｗ
君等のお勉強()にはいいんじゃないのｗ

**デフォルトの名無しさん** · 2022/03/18(金) 03:33:36.54

>>524のC++バージョン教えて

**デフォルトの名無しさん** · 2022/03/18(金) 06:33:28.96

これだけヒント出してやったのにまだ書けないのやばくね？ｗ

**デフォルトの名無しさん** · 2022/03/18(金) 08:39:50.87

>>542
変数の型を必要最低限の小さいインタフェースで宣言するのが嬉しいのに

とか言っているのに、使わない部分も含めてインターフェイスを制限する変数の型制限を有難がるのは笑いどころでしょうか？
「変数の型を固定して、コーダーの想定外の動きをしないように限定する」なら、そういう考えをもあるよね、となるけど。

**デフォルトの名無しさん** · 2022/03/18(金) 19:44:54.15

>>580
手間がかかって分かりにくいのでC++でやるのは不向き

**デフォルトの名無しさん** · 2022/03/18(金) 21:03:36.45

>>583
この人も出来ないタイプなんだねｗそういうことは全くないよｗ

**デフォルトの名無しさん** · 2022/03/18(金) 21:36:44.00

>>584
Rustのように楽にコード書けるの？

**デフォルトの名無しさん** · 2022/03/18(金) 21:41:42.97

>>585
楽かどうかは主観なので、まず自分でやってみれば？
このレベルなら俺はどちらが楽とかはないよｗ

**デフォルトの名無しさん** · 2022/03/18(金) 22:10:37.73

9割9分はRustの方が楽にプログラミングできる

**デフォルトの名無しさん** · 2022/03/18(金) 22:13:55.40

単発IDは自作自演だから信用ならんのだよねｗ

**デフォルトの名無しさん** · 2022/03/18(金) 23:01:40.37

ほとんどのケースでC++よりRustが簡潔になることは皆承知

**デフォルトの名無しさん** · 2022/03/18(金) 23:44:11.33

お前がC++使えてないだけｗ
変わらないよｗ
単発IDは自作自演

**デフォルトの名無しさん** · 2022/03/19(土) 06:24:53.41

>>590
あちゃ、痛いところつかれましたわ

**デフォルトの名無しさん** · 2022/03/19(土) 08:29:04.12

変わらないと連呼するだけの簡単なお仕事ですw

**デフォルトの名無しさん** · 2022/03/19(土) 08:34:00.61

単発IDが皆承知というだけで、ヒントも出したのにC++書けないバカが悪いｗ

**デフォルトの名無しさん** · 2022/03/19(土) 08:35:31.99

Rust信者がたくさん居るかのような見せかけのIDコロコロ

**デフォルトの名無しさん** · 2022/03/19(土) 14:50:55.94

公平に見てここまでに
Rustでの実装コードはある>>522 >>524
C++での実装コードはない
不利なのはC++側

**デフォルトの名無しさん** · 2022/03/19(土) 15:08:06.66

必要だと思うなら自分で書けよｗｗｗｗ
書かなくても分かるから書いてないだけでｗ
両方分かる人はちゃんと言葉で説明できるからｗ

**デフォルトの名無しさん** · 2022/03/19(土) 15:10:45.07

そもそも分からない言語があるのにこういうスレに来る方が間違いなんだがｗ

**デフォルトの名無しさん** · 2022/03/19(土) 15:57:28.84

>>595
やめたれｗ

**デフォルトの名無しさん** · 2022/03/19(土) 16:01:08.28

口だけでコードとか全然書けないヤツってよくいるよね

**デフォルトの名無しさん** · 2022/03/19(土) 16:04:54.04

単発ID君悔しいのねｗ
俺は永遠に返事し続けるよｗ君がC++使えるようになる日が来るといいねｗ

**デフォルトの名無しさん** · 2022/03/19(土) 16:11:35.17

>>599
いるよなｗ
コード書いたようが早いような言い訳はいっぱい書けるのになｗ
言い訳だけはいっぱい書けるんよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 16:12:10.15

>>547
互換性が壁になるのは、長く広く使われてる言語ではどうしようも無いしなぁ。
だから言語も新しく作られるわけだけど、新しいものは認めません！という奴はいつだっている。

**デフォルトの名無しさん** · 2022/03/19(土) 16:13:51.10

もう少しわかりやすくして
このsubsetsイテレータをC++で実装すればいいんだよね

fn subsets<T>(input: &[T]) -> impl Iterator<Item=Vec<&T>> {
let len = input.len();
(0..(1 << len))
.map(move |bits| (0..len)
.filter(|index| bits & (1 << index) != 0)
.map(|index| &input[index])
.collect())
}

fn main() {
let input = ["a", "b", "c"];
for s in subsets(&input) {
println!("{s:?}");
}
}

出力結果
[]
["a"]
["b"]
["a", "b"]
["c"]
["a", "c"]
["b", "c"]
["a", "b", "c"]

**デフォルトの名無しさん** · 2022/03/19(土) 16:30:53.75

>>602
置き換えのためのテスト手順なんかも考えずに新しいものにすればいいって言い張る老害も
たくさんいるんでその辺はどっちもどっちだがな。

**デフォルトの名無しさん** · 2022/03/19(土) 16:40:18.91

filter_mapがfilterとmapに分かれただけじゃんｗｗｗｗ
マジでそんなのを何度もブラッシュアップするレベルでは俺には一生追いつけないぞｗ
どうでもいいけどクロージャ(ラムダ)の引数を次のクロージャで使うのは気持ち悪いのと結局collectしちゃうのはイマイチだねｗ
あと生成コードの比較、もしくは時間測定は出来たのか？ｗ
何度も言うが、誰でもどちらの言語でも同じように書けるぞｗ

**デフォルトの名無しさん** · 2022/03/19(土) 17:31:22.77

>>603
やってみたがC++の従来のイテレータ仕様が悪すぎることが敗因
なのでC++20からのstd::rangesでかなり改善できる
ただしRust版ほどシンプルに仕上がらないな

>>605
勘違いで詰まらない言いがかりを付けてくるな
そこまで言うならばC++版のコードはおまえに任せる

**デフォルトの名無しさん** · 2022/03/19(土) 18:10:48.21

単発IDがたまに連続させたって意味ないんだけどｗ
その辺はとうに>>572に書いたよね？ｗまだ出来ないの？ｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:22:18.16

>>605
> クロージャ(ラムダ)の引数を次のクロージャで使うのは気持ち悪い

意味不明すぎ
クロージャを理解できていない？

> 結局collectしちゃうのはイマイチだね

わかりやすくcollectしてるだけだろう
collectを外せばイテレータを返すイテレータとなるのは自明

**デフォルトの名無しさん** · 2022/03/19(土) 18:31:58.03

またID変えて忙しいやつだなｗｗｗ
1つ目の点は細かいが、クロージャを外に出したいと思ったときに不自由なんだよｗ
2つ目の点は遅延評価をわざわざ使うなら、collectしちゃうとロスが発生するのは分かるだろｗ
例えばコンソールに出力する場合、そのままiteratorをぶん回したらメモリ要らないのに、最初にcollect付けちゃってるから問題なんだよｗ
後から付ける事はできても、取り外すことは出来ないからｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:34:23.73

エアプC++erの言い訳無限に出てくるよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:37:48.37

もういいから正解書いてくれ。

**デフォルトの名無しさん** · 2022/03/19(土) 18:38:41.55

ありゃりゃココで複垢まで使っちゃうと他で使えなくなっちゃうよ？ｗいいの？ｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:39:15.88

書けないのに書けるフリして可哀想やわ

**デフォルトの名無しさん** · 2022/03/19(土) 18:41:43.33

複垢とか何を言ってるのかよくわからんが、正解がどうなるのか気になるので正解かいてくれ。
おれはC++もRustもそんなに知らん。

**デフォルトの名無しさん** · 2022/03/19(土) 18:43:31.88

>>545
手間を惜しまないならチュリ完ならなんでも出来るからなｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:44:04.03

そんなに知らないならココ見るなよｗｗｗｗ答えクレクレ君が来る場所じゃないｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:44:08.25

>>605
＞どうでもいいけどクロージャ(ラムダ)の引数を次のクロージャで使うのは気持ち悪い

クロージャーは互いに独立しているので
引数を次のクロージャーで使うのは不可能です
根本的な理解が出来ていないのでは？

**デフォルトの名無しさん** · 2022/03/19(土) 18:45:06.81

チュリ完はプログラミング出来るというだけで、何でもは出来んよｗ知ったかくんｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:46:38.78

入れ子のクロージャでって意味の次のだよｗただの順番ｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:47:35.76

だっさｗｗｗｗ
言い訳ばっかやんｗｗｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:49:45.68

分かる人は最初ので全部分かってるから、何もしないｗ
バカが煽ったり質問したりするから永遠に反応してやってるだけｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:49:59.87

いやくるなと言われてもくるけどね。

**デフォルトの名無しさん** · 2022/03/19(土) 18:50:09.75

相変わらすc++コードは全然でてこないな。

**デフォルトの名無しさん** · 2022/03/19(土) 18:50:51.71

C++書いたほうが早いのに言い訳しか出てこないの怖いわｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:54:53.91

Rust推しの駆け出し君がC++を語るとか片腹痛いｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:02:54.69

>>619
何を言ってるのかわからん
皆にイチャモンつけまくっているだけにみえる
君のsubsetsイテレータ実装を出したまえ

**デフォルトの名無しさん** · 2022/03/19(土) 19:04:05.03

君等のような駆け出し君がやれマウントだドヤ顔だ上から目線だのと言いつつ、自分の仕事に真摯に取り組まず、自身の評価ばかり気にして待遇がどうの周りがどうのと言い始めて辞めた挙げ句、技術も経験もないままニートになってるから社会問題になってるんだよｗ
まずは足元を固めてじっくり1つのことをやった方がいいと思うぞおっさん的にはｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:06:49.48

お前がなｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:09:27.82

あれれ？当たっちゃった？ｗ頑張れよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:10:49.95

>>625
痛いのは左の腹ですか？それとも右脇腹ですか？

**デフォルトの名無しさん** · 2022/03/19(土) 19:14:41.36

あえて訂正してこないところが出来るね君ｗ背中側の腹だよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:33:55.07

>>605
もちろんcollect()を外せばそのままイテレータを返すイテレータを返す関数になる

fn subsets<T>(input: &[T]) -> impl Iterator<Item=impl Iterator<Item=&T>> {
let len = input.len();
(0..(1 << len))
.map(move |bits| (0..len)
.filter(move |index| bits & (1 << index) != 0)
.map(|index| &input[index]))
}

**デフォルトの名無しさん** · 2022/03/19(土) 19:50:41.66

あとはID:DslNhsx1氏がC++バージョンを書けるかどうか

**デフォルトの名無しさん** · 2022/03/19(土) 19:52:06.07

やめたれｗ

**デフォルトの名無しさん** · 2022/03/19(土) 19:57:39.82

あれあれ？全文がなくなって動かなくなってるねｗｗｗｗ
変更はそこだけでいいのかな？ｗ
C++はお前が書けないのがおかしいんだよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 20:09:59.31

>>635
言いがかりをつけることしか出来ないダメなやつだな
自分でコードを書けないってことなんだろ
どうぞ >>632用の簡易動作確認コード
let input = ["a", "b", "c"];
for mut iter in subsets(&input) {
println!("({})", iter.join(","));
}

**デフォルトの名無しさん** · 2022/03/19(土) 20:41:03.66

# こんな感じねｗ
cargo install cargo-edit cargo-geiger
cargo new subsets
cd subsets
cargo add itertools
cat >src/main.rs <<EOF
#![forbid(unsafe_code)]
use itertools::Itertools;
fn subsets<T>(input: &[T]) -> impl Iterator<Item = impl Iterator<Item = &T>> {
let len = input.len();
(0..(1 << len)).map(move |bits| {
(0..len)
.filter(move |index| bits & (1 << index) != 0)
.map(|index| &input[index])
})
}
fn main() {
let input = ["a", "b", "c"];
for s in subsets(&input) {
println!("[{}]", s.format(","));
}
}
EOF
cargo run
cargo geiger
# Run cargo-geiger!

**デフォルトの名無しさん** · 2022/03/19(土) 20:42:40.39

まあ外部に括りにくいのが気になるのは趣味だから修正はやめといたｗ
joinはformatに変えただけｗ
そのまま動くというのはこういうコードｗ

**デフォルトの名無しさん** · 2022/03/19(土) 21:18:01.62

相変わらずコピペ＆改変だけしかできないガイガー君だ
ゼロからコードを書くのは苦手だからC++版の方は手付かずのままなわけだ

**デフォルトの名無しさん** · 2022/03/19(土) 21:27:48.52

金もらわないとコード書かないんじゃなかったのか
機嫌が良かったのかな？

**デフォルトの名無しさん** · 2022/03/19(土) 21:39:07.36

俺は書けるけど、お前らが書けないのに俺が書いたら書かされた感があって嫌なだけｗ

**デフォルトの名無しさん** · 2022/03/19(土) 21:44:20.43

残念だな。エレガントなC++のコードみたかったわ。

**デフォルトの名無しさん** · 2022/03/19(土) 21:47:05.64

じゃあエレガントでないC++のコードを見せろよｗ

**デフォルトの名無しさん** · 2022/03/19(土) 21:50:10.65

いやおれは書かないけどね。なにをいうてんの。

**デフォルトの名無しさん** · 2022/03/19(土) 21:57:27.50

ガイガー君はコピペ改変なら辛うじてできるからC++派の誰かがコードを書くまで無理だろう

**デフォルトの名無しさん** · 2022/03/19(土) 22:02:11.32

なんでC++派とかRust派とかいるんだよｗｗｗｗ
両方書けないのになんでこのスレにいるんだよゴミクズどもｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/19(土) 22:18:51.04

>>646
スレタイと >>1 を見なさいよ
ここは各派閥が争うスレ

**デフォルトの名無しさん** · 2022/03/19(土) 22:19:15.66

正確には
Rustだと色々シンプルに書けるためRust派
と
C++でも書ける派
ただし後者はコードが出てこないので実証されていない

**デフォルトの名無しさん** · 2022/03/19(土) 22:25:23.19

いやいや
RustだとC++より色々シンプルに書ける派と
RustもC++も同じ派がいるだけだろｗ
C++だとこんなになっちゃいますってコードが前者から出てないんだがｗ
C++書けないのにRustだけシンプルに書けると思い込んでるバカはお引取り願おうかねｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/19(土) 22:32:19.39

あと個人的に無駄が結構気になるので、さっきのコードRust部分だけ以下に置き換えてくれ
#![forbid(unsafe_code)]
use itertools::Itertools;
fn subsets(len: usize) -> impl Iterator<Item=impl Iterator<Item=usize>> {
(0..(1 << len)).map(move |bits| {
(0..len).filter(move |index| bits & (1 << index) != 0)
})
}
fn main() {
let input = ["a", "b", "c"];
for s in subsets(input.len()) {
println!("[{}]", s.map(|index|&input[index]).format(","));
}
}

**デフォルトの名無しさん** · 2022/03/19(土) 22:36:43.09

絶対コード書けないだろ
面白すぎｗ

**デフォルトの名無しさん** · 2022/03/19(土) 22:42:30.15

>>650
ポインタとusizeは同じ大きさだから
そのコードでは何か無駄を削除できているわけではない
むしろ使う側で毎回mapしなければならず使い勝手が悪くなっている
さらに大元の話は>>460から始まっているのだから大きく仕様を変えるべきではない
以上3点により却下だ

**デフォルトの名無しさん** · 2022/03/19(土) 23:04:04.71

別にu32やu16でもいいよｗ
むしろセットである必要がないのが素晴らしく合理的だし元とかiteratorにした時点で細かく言えば変わっているｗ
ただ最適化時に範囲チェックがどこまで見てくれるのかが気になるかな…
ノーチェックでいいと判断してくれたら御の字ｗ

**デフォルトの名無しさん** · 2022/03/19(土) 23:27:21.61

>>653
添え字を返すならusize必須
あと使う側で変換すればいいと言う主張ならば最初の>>522『0..(1 << len)』でも良いことになる
そのままの方がビット演算処理もできてより利便性が高い

**デフォルトの名無しさん** · 2022/03/19(土) 23:49:24.15

お前は何を言ってるんだｗ
inputのサイズで、この方式だと30個が上限ｗ
usizeはオーバースペックなのｗ