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(日) 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

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

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

バカだからコード書けないのに煽ってコードくださいって言うんだよｗ

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

>>763
的外れな指摘しかないぜ

>>764
コードは書かなくてもいいとは思うが
その場合は何が問題で自分ならどうするのかを言葉で説明するべき
代案を言葉かコードで出せないやつは言いがかりか愉快犯かアンチだから無視していい

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

>>759
今まで見てきて『汚コード』と連呼する時は特徴がある
forやifが使われずにイテレータ連鎖や条件メソッドが使われるRustコードの時に『汚コード』と言っている

そのため『汚コード』連呼の人は以下の3つのタイプいずれか
(1) 自分のコードの書き方に偏った信念があって他を受け付けない頑固タイプ
(2) 自分が理解できないコードがあると批判したくなる知弱タイプ
(3) Rustに反感がありRust的な書き方を嫌っているアンチタイプ

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

汚ゴーダの承認要求w

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

>>766
2か3だろう

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

まあ1なら信念を説明するなりコードで示すなりするだろうからな

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

そもそもどうでもいい内容だからなｗ

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

>>749
> 組み合わせ集合をそのまま保持しようとしてる時点で馬鹿だろ。

そんなコードはどこにも見当たらない
誤読しているのか、それとも、コードを読めずに適当に書いているのか

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

こういう展開で一度でも良いから
本人(>>749)のコード見てみたいわ

つっこまれると黙り込んじゃうもんななぜか
つっこまれて待ってましたと披露、とかじゃなくてね

**デフォルトの名無しさん** · 2022/03/26(土) 00:40:57.22

書けないやつがいると思うところが怖いｗ

**デフォルトの名無しさん** · 2022/03/26(土) 00:41:52.74

まじでみんなどんどんRustを嫌いになっていくねｗ

**デフォルトの名無しさん** · 2022/03/26(土) 01:38:57.93

>>773
ガイガー君はいつもコード書けないじゃん
今回のRustコードについても批判なの？

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

何度でも言うが書けないのではなく、書かないだけｗ煽っても何も出んぞｗお前が書けないからって他の人も書けないとか思うなｗ

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

>>776
今回はコードを読めなかったため批判したりコードを書くところまで辿り着けなかったというオチなんだろ

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

何言ってんだ？この人ｗ自分のおつむが足りないからって同じ基準で他人を見ない方がいいよｗ

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

珍しく反応していないからコードが読めなかったに一票

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

反応がワンパターンになってきてるから、相手が諦めるまで同じ内容を繰り返すんだろうな
低能にありがちな行動w

**デフォルトの名無しさん** · 2022/03/26(土) 12:25:46.50

お互い相手にしてもらえるやつがいて良かったね
隔離スレ立てたやつに感謝

**デフォルトの名無しさん** · 2022/03/26(土) 23:51:11.15

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

また本人が自画自賛し始めたｗこの手の処理はbit演算では書かないよｗ自分で調べてみればいいｗ
競プロマニア君が速いコード書けないのに頑張ったって言ってもらいたいらしいｗ

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

>>783
べき集合ならbit表現が最も自然で効率的なんじゃない？
他に効率的な表現あるの？

**デフォルトの名無しさん** · 2022/03/27(日) 01:17:15.21

それにしか使えないから書かないんだよｗ