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/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はオーバースペックなのｗ

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

>>653
Iteratorではなく他の言語のようにコストを払ってVec(のVec)で返したいならば
以下のように2段階それぞれcollect()するだけなのでコードが本質的に変わるわけではない

fn subsets<T>(input: &[T]) -> Vec<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())
.collect()
}

そしてあなたもcollect()して返すのはイマイチだと>>605で明言しているのだから
今回の結論はどちらもcollect()せずにイテレータのイテレータとなる>>632のコードが正解

**デフォルトの名無しさん** · 2022/03/20(日) 00:10:53.62

無駄多くね？必要なくね？メモリとCPUを無駄遣いするクソコードでしかなくね？ｗ
>>605で言ったのは上のコードで最初のcollectの話ｗ 2個目は最初からないんだよｗ
>>650なら生成した瞬間に出力されるお得仕様だから無駄がないｗ
collectするくらいならそもそもVecをcapacity指定して作ってforループしてそこに埋めてった方が速いｗ
つまり>>632はゴミで>>650が正解ｗ

**デフォルトの名無しさん** · 2022/03/20(日) 01:32:33.30

>>657
ダメです
C++やRustを含めて各言語のcombination, permutation, subsetなどの実装はいずれも
与えられた入力があってその要素を使って返します
今回もその仕様で確定です
あとはイテレータを使わずに普通に>>656でもよいですし
イテレータを使える言語ならば>>632のイテレータのイテレータを返す仕様がベターでしょう

**デフォルトの名無しさん** · 2022/03/20(日) 01:40:13.83

>>658
ダメじゃねーよｗｗｗｗ
むしろロジックが脆弱なのに余計にいろいろ浪費するコードでベターとか言ってんじゃねーよｗｗｗｗ
こんな短いコードでこんなにダメなやつは初めて見たぞｗ

**デフォルトの名無しさん** · 2022/03/20(日) 01:51:34.86

>>659
あなたはダメです
既存のものの仕様に合わせるならば>>658に書いた通りですし
浪費をせずにインデックスだけ渡せばよいとの主張ならば皆が書いているように 0..(1 << len) がその答えです
ビット表現の方がサイズも小さく包含関係などもビット演算のみで得られるなど利点が多いです
あなたの>>650はそのどちらでもない中途半端です

**デフォルトの名無しさん** · 2022/03/20(日) 01:58:09.59

>>660
頭悪いの？遅延評価されてるので、必要にならない限り計算されないんだけどｗ
その値も必要時に計算され、その結果を引数に与えられたiteratorが生成されて返ってくるだけだろｗ
そのときにiteratorがセットになってないindexだけ返ってきてそれがsubsetsになるの？ｗｗｗｗ
足りない頭に脳味噌もう少し充填した方がいいよｗ

**デフォルトの名無しさん** · 2022/03/20(日) 02:52:06.33

ガイガー君の主張だと
入力として集合をスライスとしてもらって
出力としてその部分集合をイテレータとして返す>>522は無駄で
出力としてその部分集合もイテレータで返し二段イテレータとなる>>632も無駄で
そもそも入力としての集合を関数に渡す必要がなく長さだけ渡してインデックスだけ返せばいいとの主張で>>650なんだろ

それならばもっと無駄を排除して次で十分だ
fn subsets(len: usize) -> impl Iterator<Item=usize> {
0..(1 << len)
}
これで各部分集合をビット表現で得られる
サイズも最小となりビット演算も可能で使い回しもよい
fn main() {
let input = ["a", "b", "c"];
let len = input.len();
for bits in subsets(len) {
println!("{:b} ({})", bits, (0..len).filter(|i| bits & (1 << i) != 0).map(|i| &input[i]).format(","));
}
}
このように文字列として必要になった場合に初めて変換すればよい
ついでにビット表現文字列も同時に表示できる
ガイガー君の無駄を無くす主張を認めるならばこのほうがさらに優れていることになる
したがってこの件もガイガー君の敗北だ

**デフォルトの名無しさん** · 2022/03/20(日) 02:58:15.92

バカだなｗコードにしなくてもそんなのは分かってんだよｗｗｗｗ
それじゃ意味が不明である上にI/Fとしても稚拙極まりないと言ってるんだよｗ
返ってくる数字が何なのか意味不明だろうにｗ
今回は元作者がアホなために30個そこそこしか作成できないわけで、まあそれでもなんとかなるわけだが、いずれロジックを修正して無限に生成できるようにしたときにまだそんなビット列に拘るのかい？
敗北はお前ｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/20(日) 03:15:01.33

ところがガイガー君はsubsetsがビット表現から生成できることに気付かなかった
そのためガイガー君が示した最初のコードは>>463でありcombinationsイテレータを使ってsubsetsを生成するコードだった
ちなみにググるとsubsetsはcombinationsを使って実装できるとのページが多数ヒットする
ガイガー君がそこからカンニングしたのかどうかは知らないが少なくともビット表現から生成できることに気付かずcombinations頼みとなったのは事実だ>>463

**デフォルトの名無しさん** · 2022/03/20(日) 03:23:47.90

>>664
お猿さんの妄想が事実と食い違ってたところで俺にはどうでもいいんだけど、事実はC、P、階乗みたいな計算や集合みたいなのは俺小学校時代から知ってるｗ
だから冪集合と聞くだけで、君のようにカンニングすることなく答えに辿りついてしまうんだよｗ
ビット表現から生成する方法を必死に提唱してたのは俺一人しか知らないけど、この手の処理は原則変更可能な元データのセットを用意すればスワップするだけで生成出来るものだよｗ
可哀想にねｗ

**デフォルトの名無しさん** · 2022/03/20(日) 03:33:20.84

ガイガー君はsubsets関数をプログラミングする時になぜか非常に遠回りとなるitertools.combinationsを使った　ソース>>463
この事実からガイガー君はアルゴリズムや数学などが不得意であると断言できる
ここまでコピペ改変しか披露できていないことからプログラミングが不得意なのだろう

**デフォルトの名無しさん** · 2022/03/20(日) 03:58:13.20

>>666
こいつはアホなのか？普通に>>460が求める簡単な方法なんだがｗｗｗｗ
妄想を自分で断言しちゃうとかもうねｗ久しぶりにこれを使ってあげようｗｗｗｗ

お前がそう思うんならそうなんだろう
　　／￣￣￣￣＼
　／　 / | ヽヽ＼
　/　/ /｜|｜ﾊ｜|ヽ＞
`/　/ｨ-ﾄﾉﾚ| N十ﾄﾊ||ヽ
/Ｖﾚ/ﾃヾ |/ /ﾃヾ||||
ﾚ∧ |ﾋOｿ|　　ﾋOｿiＮＶ
|　ヽ￣　｀￣ﾊ(
ヽ|ヽ＼　￣　　人ｿお
　ヽﾚ＼_≧ー-イﾚｿ　前
　　／￣￣￣＼＼　ん
　 / ／￣￣＼_ヽ)　中
　｜(　　　　)ヽヽで
　ﾋ∧　　＼/　|ﾟ| は
　｜｜　　ヽ | | な

**デフォルトの名無しさん** · 2022/03/20(日) 05:21:36.47

>>460を見てみたけど
最終的ににべき集合のべき集合が欲しいみたいよ
MathematicaだとSubsets[Subsets[{a, b, c}]]で済むと言ってるね

それに対して>>463はitertools.combinationsを使ってsubsetsを実装
今回のケースでわざわざcombinationsを用いた実装が必要なのかどうかは不明
そして空集合が出力されないバグ実装
rangeを1開始でなくて0開始にしないと駄目ですよ

それはさておき元と同じインタフェースならばRust版は>>656の実装でOK
subsets(subsets(&["a", "b", "c"])) でべき集合のべき集合がちゃんと得られますね

**デフォルトの名無しさん** · 2022/03/20(日) 11:54:10.51

まだ言ってんのかよｗ空集合はお茶目なバグだ許せｗ
combinationを使わない実装の方が珍しいわｗ
同じI/Fにする必要はないし、それが必要なら簡単に実装出来るｗ
fn subsets_collect<T>(s: &Vec<T>) -> Vec<Vec<&T>> {
subsets(s.len()).map(|iter| iter.map(|i| &s[i]).collect::<Vec<&T>>()).collect::<Vec<Vec<&T>>>()
}
fn main() {
let input = vec!["a", "b", "c"];
println!("{:?}", subsets_collect(&subsets_collect(&input)));
}
始めから同じ実装にしてないからなｗ
そして>>656の実装でsubsets(subsets(&["a", "b", "c"]))はエラーｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/20(日) 17:12:41.85

ストレス発散オナニーRusterスレッド

**デフォルトの名無しさん** · 2022/03/20(日) 17:36:53.71

いや、Rusterは尽く俺にやられてるんだがｗ
しかもC++できないただの駆け出しｗ

**デフォルトの名無しさん** · 2022/03/20(日) 17:51:03.84

>>669は嘘つき
やってみたら>>656の実装で動いた
fn main() {
println!("{:?}", subsets(&subsets(&["a"])));
println!("{:?}", subsets(&subsets(&["a", "b"])));
println!("{:?}", subsets(&subsets(&["a", "b", "c"])));
}
ちゃんとべき集合のべき集合が出力されている
1つ目
[[], [[]], [["a"]], [[], ["a"]]]
2つ目
[[], [[]], [["a"]], [[], ["a"]], [["b"]], [[], ["b"]], [["a"], ["b"]], [[], ["a"], ["b"]], [["a", "b"]], [[], ["a", "b"]], [["a"], ["a", "b"]],
[[], ["a"], ["a", "b"]], [["b"], ["a", "b"]], [[], ["b"], ["a", "b"]], [["a"], ["b"], ["a", "b"]], [[], ["a"], ["b"], ["a", "b"]]]
3つ目は長いので略

**デフォルトの名無しさん** · 2022/03/20(日) 18:08:01.19

>>672
嘘つきはお前ｗ &が余計についてるやんけｗやはり駆け出しRust使いは嘘付きしかいないｗ

**デフォルトの名無しさん** · 2022/03/20(日) 18:22:11.71

>>673
ガイガー君の書き込み>>669でも＆が同じように付いている
つまりガイガー君は自分の誤りを認めたことになる

**デフォルトの名無しさん** · 2022/03/20(日) 18:28:57.25

>>674
俺はちゃんとその>>669で

> そして>>656の実装でsubsets(subsets(&["a", "b", "c"]))はエラーｗｗｗｗ

と言ってるので誤っていないｗ誤っているのは、>>669で

> それはさておき元と同じインタフェースならばRust版は>>656の実装でOK
> subsets(subsets(&["a", "b", "c"])) でべき集合のべき集合がちゃんと得られますね

という部分ｗ
なんでこうまで説明されないと間違いを認められないんだろうなｗｗｗｗ
駆け出しRuster推しのお馬鹿さんたちがRustも使えないことが判明ｗ

**デフォルトの名無しさん** · 2022/03/20(日) 18:37:30.55

実際に>>672で動作してるのだからRustの勝利
C++はコードの片鱗すら出てこない

**デフォルトの名無しさん** · 2022/03/20(日) 18:44:09.03

>>572でFAなんだもんｗ
想像もできないくらいC++書けない人が文句言ってても何も気にならんｗ
両方書けるようになってから、ほらこんなになるじゃんって持ってきたら添削してやるよｗ

**デフォルトの名無しさん** · 2022/03/20(日) 19:01:47.10

C++20を使いこなせる人がいないことが敗北原因
Rustよりも利用者少ない
だからこのスレにもC++で書ける人が誰もいない

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

俺は書けるけどねｗｗｗｗｗ
というかお前が書けないのに書き込んでるからこんな変な話になってるだけで、本来は書ける前提でああでもないこうでもないやるスレだろｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/20(日) 19:05:31.63

それ、昔のコンパイラを今でも使ってる人達にも言えるの？

**デフォルトの名無しさん** · 2022/03/20(日) 19:11:26.79

は？俺だって必要なら昔のコンパイラ使うぞｗ
特定CPU用のなんて安定したバージョンでないとバグ踏むからなｗ

**デフォルトの名無しさん** · 2022/03/20(日) 19:59:25.97

C++使えなくてRustは使えますとか、
あと10年はなんの価値もないんじゃ...

**デフォルトの名無しさん** · 2022/03/20(日) 22:31:20.58

そんな妄想をしても場所によりけり
うちはC++以外の諸言語からRustへ移行したので
Rust使えずC++使える人は価値ゼロ
といったように

**デフォルトの名無しさん** · 2022/03/20(日) 23:04:08.64

それは最高にやばそうだなｗ

**デフォルトの名無しさん** · 2022/03/20(日) 23:25:08.78

業界標準ツールのRust化も激しいよな
例えばJavaScriptでおなじみのトランスパイラBabel
遅いので当然ながらRust版のSWCというのが作成されて
React/Next.jp環境でもBabelからそのRust版へと移行された

**デフォルトの名無しさん** · 2022/03/20(日) 23:39:52.49

全部であるかのごとくに書いてるけどごくごく一部だし、しかも期待したほど速度が上がらずに困ってたよねｗ
JavaScriptに比べてだぞ？ｗ

**デフォルトの名無しさん** · 2022/03/20(日) 23:57:33.12

>>686
swcはbabelより20～50倍速い

**デフォルトの名無しさん** · 2022/03/21(月) 00:09:57.25

公称だろ？ｗ実際試した人がそうでもなかった(忘れたけど1.x倍くらい)って言ってたよｗ

**デフォルトの名無しさん** · 2022/03/21(月) 00:10:28.20

しかも場合によっては遅くなるって言ってたｗ

**デフォルトの名無しさん** · 2022/03/21(月) 00:53:26.08

>>688 >>689
虚言癖

**デフォルトの名無しさん** · 2022/03/21(月) 01:13:09.95

まあ自分で試したわけじゃないから、そう言われても何とも言えんけどなｗ

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

>>669
> fn subsets_collect<T>(s: &Vec<T>)

ガイガー君は相変わらず素人のままだな
そこは&Vec<T>ではなく&[T]と書くのだよ
Vec自体の固有機能に関する動作の場合を除き
狭くVecのみを対象にするのはバカげている
スライスを対象にするのが鉄則

&Vec<T>　←Vecしか受け付けられない
&[T]　←Vecも配列もスライスも受け付ける

**デフォルトの名無しさん** · 2022/03/21(月) 04:14:12.72

>>692
そんなこと言われなくても知っとるわｗｗｗｗ
それは俺のポリシーとして、可能ならVecを返すならVecを受けたいだけｗ
今回のケースではメリットとかないよｗ
同様にsliceで受けたらArrayで返したいし、iteratorを受けたらiteratorを返したいｗ

**デフォルトの名無しさん** · 2022/03/21(月) 04:24:26.11

>>693
arrayとsliceは別物ですよ
arrayで受けたらarrayで返したいなら意味がわかりますし実際にmapはその仕様ですけど

**デフォルトの名無しさん** · 2022/03/21(月) 04:53:35.01

>>694
[i32] ... Array
&[i32] ... スライス
T ... T
&T ... Tの参照
という理解で、
・特定の型の参照はスライスとして扱える
・Arrayの参照はスライスと区別できない
と思ってて
→スライスで渡されたらArrayで返す
という発想なんだが、違うの？

**デフォルトの名無しさん** · 2022/03/21(月) 05:13:22.29

>>695
違います
[T] … これがスライス　(動的サイズ)
[T; N] … これが配列　(固定サイズ)
明確に異なるprimitive typeです

**デフォルトの名無しさん** · 2022/03/21(月) 05:32:43.26

>>696
なん。。だと！？！？そんな基本的なところを気付いていなかったのかｗ
では
・Arrayの参照(&[T;N])はスライス([T])と区別できる
let a = &[1,2,3];
のaは俺はずっとスライスと思ってたけど、そうではなく、
let a = &[1,2,3] as &[i32];
とかでないとスライス(の参照)にはならんってことかｗｗｗｗ
これはすまんかったｗ
ちょっともう一度最初から整理し直さないといかんかもｗ

ありがとｗ

**デフォルトの名無しさん** · 2022/03/21(月) 06:00:44.84

>>697
そこはコアースされます
配列とスライスの違いをわかりやすく使用例で示しましょう
まず「配列を受け取り」その各値を2倍にした「配列を返す」関数twice()です
fn twice<const N: usize>(input: &[isize; N]) -> [isize; N] {
let mut output: [isize; N] = [0; N];
for i in 0..N {
output[i] = input[i] * 2;
}
output
}
わかりやすいようforで回して代入しています
fn main() {
let input = [1, 2, 3];
println!("{:?}", twice(&input));
}
もちろんちゃんと動いて[2, 4, 6]となりますね
この関数の引数をスライスを受け取るように型を&[isize]へ変えても大丈夫なのですが
ただし関数を使う時にちょっと状況が変わってきます
そこには様々な違いと問題が生じますので実体験しましょう
これがスライスと配列の違いを理解するためのあなたへの宿題です

**デフォルトの名無しさん** · 2022/03/21(月) 06:10:12.41

>>698
それは蛇足ｗ Rust信者はそういうことするからダメなんだよｗ
別に必ず同じ固定サイズになるとは限らないから、そんな方法は考えてもいないｗ

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

>>699
ほら、理解できていませんね
その発言からあなたはまだ机上の妄想の世界にいます
わかった気になって宿題をしていないダメな子パターン

**デフォルトの名無しさん** · 2022/03/21(月) 06:22:52.71

>>700
一応配列で渡されたら配列で返したい心理の説明をしておくと、例えばベクタなど配列と同じような構造で動的に拡張可能なコレクションをずっと持ち回っていると、そいつが過去に持っていたデータなどが後ろにくっついてる可能性があったり、余計なメモリを確保していたり、gcなどが効きにくくなったりするので、内部処理で使ったオブジェクトではない、綺麗な生成データを固定で作って返す風習があるんだよｗ

**デフォルトの名無しさん** · 2022/03/21(月) 06:32:23.88

>>701
あなたは>>693で
sliceで受けてarrayで返したいと言いました
そこで先ほどの例twice関数をその仕様で作る宿題をあなたに課しました
宿題をしてそこでの課題を得ることができましたか？

**デフォルトの名無しさん** · 2022/03/21(月) 06:33:56.07

>>702
できるし頼んでないのでｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/21(月) 06:40:05.89

>>703
いいえ
あなたは>>695で配列とスライスを正しく理解できていませんでした
そして宿題もこなせず
そこで何が問題なのかもいまだ理解できていません

**デフォルトの名無しさん** · 2022/03/21(月) 06:42:57.16

>>704
1+1が出来ることは証明する必要もないんだよｗ
君のように誰かに認めてもらいたいだけの人は別にしてｗ
俺は面白いから構ってあげるけどねｗ

**デフォルトの名無しさん** · 2022/03/21(月) 06:50:01.91

>>705
やはり分かっていないようですね
あなたが>>693でsliceで受けてarrayで返したいと言った仕様で
>>698の内容を2倍にして返すだけの関数を作れましたか？
YesかNoかで答えてください

**デフォルトの名無しさん** · 2022/03/21(月) 06:53:37.67

>>706
答える義務がないんだってｗｗｗｗｗｗ
できるよｗアホじゃねーのｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/21(月) 06:57:16.08

>>707
> できるよｗ

はい
これであなたは嘘つきダメ人間であることが完全に確定しました

**デフォルトの名無しさん** · 2022/03/21(月) 06:59:16.07

>>708
はいはい、良かったねｗｗｗｗｗ
満足か？大方コンパイル時に必要だとかそんな話なんだろ？ｗ
別にどうだっていいんだよそんなことｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/21(月) 07:00:45.10

こういう輩は確かに煽ってみるに限るなｗ面白いしｗ

**デフォルトの名無しさん** · 2022/03/21(月) 07:04:34.69

>>709
ほら、その発言で
あなたは配列とスライスをまだ理解できていないことがバレましたね

**デフォルトの名無しさん** · 2022/03/21(月) 07:05:47.35

他の可能性があるんだ～へぇ～それは思いつかなかったなｗ
どうでもいいけどｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/21(月) 07:14:14.39

>>712
あなたの知能では配列とスライスを理解することができなかったと決着しました
以上です

**デフォルトの名無しさん** · 2022/03/21(月) 07:16:48.53

はいはい、嘘乙ｗｗｗｗｗ

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

ってもう終わりなのかよｗｗｗｗｗ
夜までまだ長いぞｗ

**デフォルトの名無しさん** · 2022/03/21(月) 07:36:36.37

フレームワークのドキュメントは読むのに言語につきてのドキュメントは読まないで雰囲気でやっていたのか

**デフォルトの名無しさん** · 2022/03/21(月) 07:58:11.85

早速転生してきたのかｗいい心がけだｗ

いや読んだけど一度切りだよｗ
俺は必要がなければ読み返さないし、明確にsliceの定義をしているものがなかったので、誤った解釈のままだっただけｗ
Rustのドキュメントって例ばっかりで、あんまり定義が明確じゃないんだよなｗ
arrayは定義はあるんだけど、今まで初期化にしか使わなかったから、使わなすぎて間違って覚えてたｗ
immutableがデフォだとわざわざarrayを使う意味があんまりないんだよねｗ

**デフォルトの名無しさん** · 2022/03/21(月) 23:29:47.68

>>707
そこは「できない」と答えないと失格だろ
動的サイズのスライスをもらって固定サイズの配列を返すことは不可能

**デフォルトの名無しさん** · 2022/03/22(火) 02:53:53.03

>>718
残念だったねｗ俺が「できる」とあえて答えてるのは>>702の話で、>>706には「答える義務がない」が答えなんだよｗ
流石に>>711以降でついた嘘をついたのが気になって訂正しにきちゃったんだねｗ嘘つくとか人として失格ｗ

**デフォルトの名無しさん** · 2022/03/22(火) 09:25:40.89

なんだかRustってマウント取り合いのキモイ連中ばかりなんだな。

**デフォルトの名無しさん** · 2022/03/22(火) 09:53:23.73

>>720
これ

**デフォルトの名無しさん** · 2022/03/22(火) 11:11:44.38

そう。学習時間が増えるのは仕方ないしそれはそれでいいんだが、
その副作用としてマウンターがイナゴレベルで発生するのがな。

**デフォルトの名無しさん** · 2022/03/22(火) 11:33:10.12

そろそろRust版毛の壁が誕生するのかな

**デフォルトの名無しさん** · 2022/03/22(火) 12:18:47.19

Rustごときにそんなものは生まれないし、マウントとか気にしてるからそういう空気になるだけｗ
気をつけるべきは、
・言葉の定義に関する揚げ足取りだけとか
・関係ないことを誰も聞いてもないのに話し始めるとか
・スレ違いの話題とか
そういうのくらいｗ

**デフォルトの名無しさん** · 2022/03/22(火) 13:35:20.32

以下のサイトによるとrust製ソフトで一番有名なfirefoxでさえC言語のコードの方がまだ多いらしい
正直、まだまだC/C++に代わるって議論する段階じゃなさそう
https://4e6.github.io/firefox-lang-stats/

**デフォルトの名無しさん** · 2022/03/22(火) 14:09:58.25

>>725
そりゃんな簡単に移植できないだろ
そもそもC++ならまだしもC言語で書いてるところはRustに移植しづらいだろうし

**デフォルトの名無しさん** · 2022/03/22(火) 14:36:30.97

Firefoxは超巨大プロダクトの1つだからね
数千万行ものコードで書かれてるみたい

さすがに全部書き換えられなくても仕方ないでしょ
毎日順調に1万行を書き換えても10年とかかかるよ

**デフォルトの名無しさん** · 2022/03/22(火) 14:39:46.62

新規追加分はどういう割合かしらん。

**デフォルトの名無しさん** · 2022/03/22(火) 15:27:56.84

Netscape6の頃から数えると20年以上の歴史があるプロダクトだから数年で10%置き換えられたのはなかなか良いペースなのでは

**デフォルトの名無しさん** · 2022/03/22(火) 20:15:02.78

https://wiki.mozilla.org/Oxidation
"...
Rust Weaknesses
One major issue with Rust relates to personnel.

There is a wide variety of experience levels within Mozilla, for both coding and reviewing.
Rust's learning curve is steep at the start, which can be intimidating. (The new borrow checker released in Rust 1.31 helped greatly with this.)
There are also technical challenges.

Compilation is slow.
Crossing the C++/Rust boundary can be difficult.
See "Blockers and obstacles" below for more details about work being done to remedy these weaknesses.
..."

**デフォルトの名無しさん** · 2022/03/24(木) 13:49:05.58

>>502
馬鹿が使うPython
まんま

**460** · 2022/03/24(木) 14:52:36.70

なんかちょっと見ないうちにえらく盛り上がってるのな
んで、SubSets[Subsets*]]の話になってるが、本質はそこじゃなく
SubSets[Subsets[{a,b,c}]]におけ要素が合併(U)、結合演算に閉じている集合族選び出して位相空間を作り出すってのが到達目標なんだわ。
羃集合の羃集合なんて、なんの工夫もなく実装できるもんだと思ってたらPythonはそれすら出来なかったということで、
集合演算においてはMathematicaレベルにすらない。
位相空間を選び出すには、さらにそこから演算規則にそぐわない集合族は排除しなきゃいけない。
3要素から作り出した位相空間は29個に及ぶんだけど、
Python は既に羃集合の羃集合すら簡単に書けないことが確定した時点で数学研究には使えないってことが明らかなんよね。
それなりのプログラム組んだらいけるってことならC++でもC#でもいけるんですわ。www
ちなみに数学科の初年度でドロップアウトするのがまさにここらしいので、
信学会正員の俺が試しに流行のPython調べてみたって話ですわ、
間違いないのは
・数学の研究に寄与するのはPythonじゃなく素直にMathematica
・Excelファイル外部からいじくりたければOpenpyxelじゃなくC#+EPPLUS
ってこってすわ
ちなみに、数値演算ってことならハナからPythonなんて検討するような対象じゃなく単なるゴミ糞レベルwww
素直にA100でも用意してCUDAでも使えばいい。

なんでゴミ糞Pythonとか流行ってんの?さっぱり理解できんわ。
こんなんWebScrapingとかWeb侵入以外とういうメリットあるの?
あほが使う言語 == Python でFA?

**デフォルトの名無しさん** · 2022/03/24(木) 15:06:02.22

>>705
1=1==3と定義することに近いのがδ関数って知ってる?
そう、数学科以外、測度論ってやらないんですよ
連続系の上に離散系を構築したりする。ラプラス変換の上にZ変換作ったりね
そこで使われるのが
∫δ(x)dx =1
本来1点だけが非0の関数なんて積分しても0にしかならない
δ関数ってのは
半直線の面積 == 1
にしますってわけわからん"約束"なんですよ
本来0においてのみ∞、それ以外0って関数は積分しても0にしかならない
それをδ関数に限って1と"約束"するのがポイントなんですね。物理においても工学においても
こういうフェイクでも破綻しないってこじつけが超関数論

**デフォルトの名無しさん** · 2022/03/24(木) 15:33:33.46

なんかPythonごとき使えるだけのPythonerがでしゃばってるけど
C/C++/C#使えるプログラマが能力的にPython使えないなんてことないからwww
ちょい使ってみてやっぱこりゃあかんってがっかりすることが多い
Cxx使ってて補助言語としてPerl使う、
プログラムランチャーやらお気軽シェルスクリプトとしてはbashもPowerShellを使う、
数値計算電卓にはMatlabもOctaveもScilabも使う、
数式計算ならMathematica もMapleも Mupadも使える、
こういうユーザにとっては
世間でPython流行ってるけどこれ使う意味あんの?って話ね
言語処理系として流行ってる以外にどこがアドバンテージなの?
ってこどですわ

**デフォルトの名無しさん** · 2022/03/24(木) 15:46:03.00

>>734
深層学習には何使うの？