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/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

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

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

>>783
それより速いコードを書けるならば出してみ
どうせ口だけデマカセなんだろ

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

普段の仕事もコードを一切書かないで口だけ出す仕事なんだろうな。

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

>>786-787
>>783

**デフォルトの名無しさん** · 2022/03/27(日) 06:10:36.04

>>783
他の方法でもっと速いのが書けると言うわけか
ならば俺が公平にベンチ取ってやろう
コードを出してくれ

**デフォルトの名無しさん** · 2022/03/27(日) 07:40:41.39

>>788
>>780ww

**デフォルトの名無しさん** · 2022/03/27(日) 08:50:56.35

>>790
>>780

**デフォルトの名無しさん** · 2022/03/27(日) 08:52:43.09

そうやって以後は安価で

**デフォルトの名無しさん** · 2022/03/27(日) 08:53:00.96

オウム返しのつもりとか恥の上塗りw

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

>>783
これはbit演算でええやろ
もっと良い方法があるなら教えてや

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

>>783
bit演算より速いコードってなにかある？

**デフォルトの名無しさん** · 2022/03/27(日) 10:31:00.82

> この手の処理はbit演算では書かないよｗ

一切コードを書かないならこれは真だなｗ

**デフォルトの名無しさん** · 2022/03/27(日) 10:49:42.15

>>792-796
>>783

**デフォルトの名無しさん** · 2022/03/27(日) 10:54:38.88

マジでなんでコード書かないの？

**デフォルトの名無しさん** · 2022/03/27(日) 10:55:27.25

>>796
なるほど！
彼は潔いな

**デフォルトの名無しさん** · 2022/03/27(日) 11:44:30.72

>>798-799
>>783

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

>>796
一切コードを「書けない」場合も真だねw

挙動が>>780で指摘した通りになってて草生えまくり

**デフォルトの名無しさん** · 2022/03/27(日) 12:28:35.30

>>801
>>783

**デフォルトの名無しさん** · 2022/03/27(日) 16:26:12.94

c++にもhygienicマクロ導入してくれたらなぁ

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

Rustのmacroはident属性指定により変数名に関してはhygienicだな
ライフタイムとジェネリック型に関してはそうでないけれど

**デフォルトの名無しさん** · 2022/03/27(日) 21:22:52.61

マクロそのものが原則いらんｗ

**デフォルトの名無しさん** · 2022/03/28(月) 07:49:38.26

>>783
bit演算を使わないもっと速いコードというのを教えてください

**デフォルトの名無しさん** · 2022/03/28(月) 09:01:32.11

>>783
Google様の模範解答があるのでどうぞ
https://github.com/google/guava/blob/v31.1/guava/src/com/google/common/collect/Sets.java#L1587

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

IDE使ってwindows.hとかインクルードしてた時
マクロの処理のせいでどんだけ遅くなってメモリ食ってるんだろうと
よく不安な気持ちになってた

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

>>808
メモリや遅さを気にするならばIDE使わずとも何ら問題なく開発できる
IDE使ってるくせになぜそんなことを気にするのか？

**デフォルトの名無しさん** · 2022/03/28(月) 23:04:54.34

まだ続けてんのかよｗ
Google様の模範解答とか言って的外れなの出されてもｗ
#includeは別にマクロのせいで遅くなるとかそういう話でもないし、マクロなんか処理としてはまるで重くないｗ
存在が悪というだけｗ

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

>>810
ビット演算を使わない速いコードをそろそろ披露して。