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/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
深層学習には何使うの？

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

空集合の扱いだけど
?と{?}は違うんでね
オチャメなバクとごまかしてたんじゃ
正解に辿り着かないよwww
-
集合族がせいぜいべき集合だと勘違いしてつまづく数学科連中が多いんだそ-な(数学セミナーで読んだ)
3要素からなる集合は最大8個
そこから考えられる集合の属は最大2^8=256個
そのなかで有限演算の結び、非加算合併演算に関して閉じている集合属は29個

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

>>735
さぁ?
こちとら所詮データベースに過ぎないAIなんて興味の対象外なんでね
カルマンフィルタ、粒子フィルタ、ベイズ推定、Viterbiアルゴリズムってならコメントできるけどねwwww

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

>>736
空集合が"?'になってるんで
?部分は空集合に置き換えて読んでね

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

こりゃ貧乏人かな？

**デフォルトの名無しさん** · 2022/03/24(木) 19:43:58.62

空集合をうっかり忘れるのはお茶目なバグという以外に表現はないｗちなみに普通はファイと読むんだよｗ集合論自体はそんな難しいものじゃないｗ
Mathematicaは簡単な数式が解ける、グラフが簡単に描けるなどの理由で使う人は昔からいたけど、今はもっと複雑なことしたい人が多いから、数値計算にはRやPythonを使う人が多いと思うｗ
数理最適化分野も一部の商用ソフトを除けばPythonが多いと思うｗ
pythonが使われるのは、単に中をC/C++で書いて外側をPythonにすると速くて扱いやすいからｗ
機械学習(NN)とDBは全く違うけど、もし自然言語処理に詳しいならword2vecの解説記事でも書いてたら世のためにでもなるんじゃない？ｗ俺も多少は分かるけどｗ

**デフォルトの名無しさん** · 2022/03/24(木) 20:35:43.32

> pythonが使われるのは、単に中をC/C++で書いて外側をPythonにすると速くて扱いやすいからｗ

速いのは大半がC++で動いているからで、扱いやすいと言っても、ファイルからデータ
読んで渡すとかの部分だってC++でテンプレート使って書いた方が、Pythonより何倍も
速いと思うが？

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

あれでしょｗやっぱりjupyterの使い勝手がいいんでしょｗ
ちょっと動かして試してグラフ見て記録取ってみたいな試行錯誤したいときはｗ
だからガッツリ時間がかかる部分はpythonのままじゃたまったものじゃないけど、取れたデータを試したり外側のロジック組むときはpythonのが楽という理屈だと思うよｗ

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

>>732
その位相空間というのを調べたら冪集合の冪集合のうち全体と空集合を含み
各要素の和も積も所属していることらしいのでRustで作ってみました

fn 和集合(集合_x: usize, 集合_y: usize) -> usize { 集合_x | 集合_y }
fn 積集合(集合_x: usize, 集合_y: usize) -> usize { 集合_x & 集合_y }
fn 空集合(_size: usize) -> usize { 0 }
fn 全体集合(size: usize) -> usize { 冪(size) - 1 }
fn 冪(size: usize) -> usize { 1 << size }
fn 所属(集合: usize, 要素: usize) -> bool { 集合 & (1 << 要素) != 0 }
fn 一覧(size: usize) -> impl Iterator<Item=usize> { 0..size }
fn 要素一覧(集合: usize, size: usize) -> impl Iterator<Item=usize> {
一覧(size).filter(move |&要素| 所属(集合, 要素))
}
fn main() {
let input = ['a', 'b', 'c'];
let n = input.len();
一覧(冪(冪(n)))
.filter(|&s|
所属(s, 全体集合(n)) && 所属(s, 空集合(n)) &&
要素一覧(s, 冪(n)).all(|x|
要素一覧(s, 冪(n)).all(|y|
所属(s, 積集合(x, y)) && 所属(s, 和集合(x, y)))))
.for_each(|s| println!("{}", 要素一覧(s, 冪(n))
.format_with(",", |s, f| f(&format_args!("{{{}}}", 要素一覧(s, n)
.format_with(",", |index, f| f(&format_args!("{}", input[index]))))))));
}

これで{},{a,b,c} から {},{a},{b},{a,b},{c},{a,c},{b,c},{a,b,c} まで29個の位相が算出されました
入力を4つ ['a', 'b', 'c', 'd'] にすると355個の位相が算出されました
これで合っていますでしょうか？

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

Rustのイテレータチェーンで宣言的っぽくシンプルに書けていいな

**デフォルトの名無しさん** · 2022/03/24(木) 23:16:44.72

ついにこんなしょうもない日本語のコードをあげて自画自賛し始めたRust信者ｗ
そんな自明でしょうもないゴミコード書いてる暇があったらクソ速い正規表現エンジンでも作ってみたらいいのにｗ

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

>>745
Pythonで書いているとこの前レスしていたようだが本当に書けるのか？
それとも>>732が言うように書けないのか？

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

ガイガー君はそういうコードを読めないし書けない
C++で冪集合(subsets)作るのも結局できなかった

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

単発IDで自演大変だねｗ出来ないのはお前だけｗ

**デフォルトの名無しさん** · 2022/03/25(金) 12:11:43.15

組み合わせ集合をそのまま保持しようとしてる時点で馬鹿だろ。
何の応用も考えてないの丸出しだな、競技プログラミングとかそっちのアホか。

**デフォルトの名無しさん** · 2022/03/25(金) 12:14:33.84

>>749
ではお手並み拝見

**デフォルトの名無しさん** · 2022/03/25(金) 12:40:40.57

>>749
やめたれｗ

**デフォルトの名無しさん** · 2022/03/25(金) 12:42:10.27

>>749
実コードを出そうぜ
出せなきゃ負けの世界

**デフォルトの名無しさん** · 2022/03/25(金) 13:48:01.88

>>749
お前の負けやで

**デフォルトの名無しさん** · 2022/03/25(金) 14:03:38.99

枯れスレや　暇人どもの　糞の跡

**デフォルトの名無しさん** · 2022/03/25(金) 14:31:21.44

なるほど、本気でこういうコードをありがたがる馬鹿って結構多いんだな。
そりゃrust厨がいい気になっちゃうわけだ。

**デフォルトの名無しさん** · 2022/03/25(金) 16:28:42.69

>>753
ID変え忘れたの？

**デフォルトの名無しさん** · 2022/03/25(金) 17:17:18.88

>>756
律儀にID変えてて草
お前のことやで

**デフォルトの名無しさん** · 2022/03/25(金) 17:43:08.49

>>755
何を問題にしている？
>>743なら単なる普通のイテレータのコードに見える
問題点を具体的に言えなきゃ何を言いいたいのかわからないよ

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

>>755
複製オジさんのコードをありがたがってるやつなんておらんよ
いつもの汚コードだから即NG

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

あれ複おじなん？

それはともかく>>749のコード見てみたいわ

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

>>749
みんなこんだけ見せろって言ってんだよ
見せろよ
逃さねえぞ？

**デフォルトの名無しさん** · 2022/03/25(金) 19:32:15.82

>>743のコードを見てみたが
rangeイテレータをfilterしているだけの普通のよくあるコードだな
filterの中のbool値が(x, y)の二段のallになっているだけでこれもよくあるパターン

>>755
まさかと思うがこういうコードを初めて見た初心者なので理解できなかったということか？

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

どっちもどっちなんだが
煽ってるやつの指摘を理解できないやつらも普通にヤバいからな