C++相談室 part155

**デフォルトの名無しさん** · 2021/03/24(水) 12:07:15.39

※前スレ
C++相談室 part154
https://mevius.5ch.net/test/read.cgi/tech/1610096040/

テンプレここまで

**デフォルトの名無しさん** · 2021/04/20(火) 12:36:36.65

>>285
お前が勉強しろよw
同じ職場の人という意味で同僚とか言ってるだろうけど>>275があえて先輩と書いてる意味もわからんのか？

**デフォルトの名無しさん** · 2021/04/20(火) 12:42:32.22

>>286
そこ区別して同僚の愚痴を先輩の愚痴に書き換えたところでなにも変わらんだろアホ

**デフォルトの名無しさん** · 2021/04/20(火) 12:43:21.01

技術的な話で太刀打ちできなさそうだと枝葉末節で揚げ足取りが始まる掲示板はどこでしょう？
そう、ここです!

**デフォルトの名無しさん** · 2021/04/20(火) 12:43:25.81

>>284
測定してみればわかるけど
カラツバの守備範囲は非常に狭い

**デフォルトの名無しさん** · 2021/04/20(火) 13:00:09.50

>>279
御意

俺も文字列リテラルはポインタって言ってる先輩がいてバトルになったことがある

**デフォルトの名無しさん** · 2021/04/20(火) 13:46:48.72

>>287
マジで日本語の理解力がないんだな…
>>275はパイセンより理解してる俺スゲーって言いたいんだよ
まあ底辺同士の争いでしかないけどw

**デフォルトの名無しさん** · 2021/04/20(火) 13:47:04.64

>>283
wxpythonというのがありましたね。
qt＋ｃ＋＋の組合せよりも簡単ってことでしょうか？

**デフォルトの名無しさん** · 2021/04/20(火) 14:16:30.60

C++11以降はそれ以前のC++とまるで別の言語のような感さえある。
だが基本中の基本である文字列操作がJavaやPythonほど簡単になってないのが残念。

**デフォルトの名無しさん** · 2021/04/20(火) 15:06:35.17

>>292
pythonでは使ったことないのでわからん
つかここはC++スレなので、言語関係なくGUIツールキットについて聞くのはスレ違いかと

**デフォルトの名無しさん** · 2021/04/20(火) 15:35:17.43

linuxでopenglやりたいので、ｃ＋＋かなと。

**デフォルトの名無しさん** · 2021/04/20(火) 20:37:50.18

>>284
長
カラツバの計算量が桁数の何乗かは忘れたが、ちゃんとスケールした？
あと当然FFTの方が早いよ

**デフォルトの名無しさん** · 2021/04/20(火) 20:42:34.03

しったか乙

**デフォルトの名無しさん** · 2021/04/20(火) 20:55:33.24

まあどの道64ビットに収まる桁数だったら意味ないってことは上で結論出てるけどな

**デフォルトの名無しさん** · 2021/04/20(火) 21:01:48.70

掲示したソースコードにおける
最適化に対するメモリエリアシングの影響について：

**デフォルトの名無しさん** · 2021/04/20(火) 21:25:08.48

クラスに特定のoperatorが定義されているか調べるために、
以下のようなtemplateを作ってMSVCでもclangでも一応期待通りに動いてはいるんだが、
VS2019のintelliSenseの解析が異常終了するらしく機能しなくなるんだよね、VS2017は大丈夫なんだけども
何か変かな？

template < typename OPERATOR, typename T > class has_operator
{
private:
template < typename U > static auto check(U x) -> decltype(x.operator OPERATOR(), std::true_type());
static std::false_type check(...);
public:
static bool const value = decltype(check(std::declval<T>()))::value;
};

◆QZaw55cn4c · 2021/04/20(火) 22:16:09.71

>>284
＞Karatsuba法推しの香具師はいっぺん自力で実装してみたらいいかもしんない

わたしも、やろう、やろう、とおもってても最後は「この野郎」になってしまうのです
カラツバ、今の私には強敵です…

**デフォルトの名無しさん** · 2021/04/20(火) 22:33:18.23

桁数nとしてカラツバはおよそnの1.6乗でFFTならnlognなのになぜか皆カラツバの方をチョイスしててワロ
文系の皆さんにはフーリエ変換なんて難し過ぎるか

**デフォルトの名無しさん** · 2021/04/20(火) 22:35:49.17

FFTの方は奥村のCアルゴリズム本に載ってるからアクセスしやすいけどね
カラツバはクヌース本くらいしか知らん

◆QZaw55cn4c · 2021/04/20(火) 23:13:53.90

>>302
だって DFT　とか概念すらわからないし
高卒には無理です‥‥

カラツバだったら意味ならなんとかわかります

**デフォルトの名無しさん** · 2021/04/21(水) 06:19:59.72

QZは高卒だったのか

**デフォルトの名無しさん** · 2021/04/21(水) 09:14:33.98

こちらでどうぞ
https://medaka.5ch.net/test/read.cgi/prog/1545457659/

**デフォルトの名無しさん** · 2021/04/21(水) 10:43:52.09

高卒・・・そんなんで偉そうに留数定理とかのたまってたのか

**デフォルトの名無しさん** · 2021/04/21(水) 10:46:51.63

複素数に関するアレコレが指導要領に入ってた頃の高卒だと思うと逆に悲しいな笑

**デフォルトの名無しさん** · 2021/04/21(水) 10:52:21.72

いや高校では複素解析やらんだろ・・

**デフォルトの名無しさん** · 2021/04/21(水) 10:55:55.53

誘導してんだからあっち行けよ

**デフォルトの名無しさん** · 2021/04/21(水) 11:11:39.04

>>309
大昔あって今また復活したみたいな流れじゃなかった？
留数定理を必ず習った/習うかどうかは知らんが

**デフォルトの名無しさん** · 2021/04/21(水) 11:15:29.03

>>311
ないはず
調べてみたけど

**デフォルトの名無しさん** · 2021/04/21(水) 11:23:22.29

>>312
なにが「ないはず」？
留数定理という特定のサブジェクトの話かもっと広い複素解析の話か
複素平面と複素関数論のさわりは少なくとも昔と今は習うよ

**デフォルトの名無しさん** · 2021/04/21(水) 11:37:50.39

QZを批判すると必ず現れるD:DSKXDkbAみたいな奴
怪しい
同一人物だろうな
QZは>>304と同じIDで書き込みしてみろよ
無理だろうがなｗ
それに多価関数がわからないと泣いていたよなQZｗｗ
哀れ過ぎる

**デフォルトの名無しさん** · 2021/04/21(水) 11:43:42.91

>>304は昨日なので、同じIDが出せたらモノホンのハッカーでは

**デフォルトの名無しさん** · 2021/04/21(水) 11:45:25.27

なるほど
昨日だから今日これだけ暴れているのか
なおさら哀れになってくる
実際の自分より良く見せようとする病気＝自己愛性パーソナリティ障害

**デフォルトの名無しさん** · 2021/04/21(水) 12:05:54.31

技術系の板に精神分析を書き込む人って、その人自身が精神を病んだ経験ありそう
鏡に話しかけてる感じ
お大事に

**デフォルトの名無しさん** · 2021/04/21(水) 12:17:39.89

>>317
>>317

**デフォルトの名無しさん** · 2021/04/21(水) 12:17:53.81

>>313
複素解析の話だろ
複素平面と複素関数論に含まれると言いたいのか？

**デフォルトの名無しさん** · 2021/04/21(水) 12:18:17.72

言語規格厨のウザさは以上
コピー代入が、ムーブ代入がってそんなことより
さっさと仕事しろよ
工数足りないんだよ

**デフォルトの名無しさん** · 2021/04/21(水) 13:43:53.29

それマ板向きの話題
煽りとかでなくわりとまじで

**デフォルトの名無しさん** · 2021/04/21(水) 16:19:12.57

>>317はQZ
間違いない
それとこれ精神科の話だよね？
クロルプロマジンなんか普通の人が薬局に行っても買えないぞ
精神科で処方箋出してもらわないとな

**デフォルトの名無しさん** · 2021/04/21(水) 16:40:24.72

どうせならエトルフィン出してもらえよ

**デフォルトの名無しさん** · 2021/04/21(水) 16:49:56.10

な、自作自演で同一人物が書き込んでいると思い込んでるだろ？
やたらと薬物(合法)の名前に詳しいだろ
この辺が病んでいる・病んでいた証拠なんだよ

**323** · 2021/04/21(水) 17:08:16.03

>>324
ある者が薬物の名前を知っているという命題から
その者が病んでいるという結論はどうやって演繹したんだ？

**デフォルトの名無しさん** · 2021/04/21(水) 17:11:51.30

薬の名前はQZが自分で書いてたんだぞ

http://peace.2ch.net/test/read.cgi/tech/1313183984/303

>303 名前： ◆QZaw55cn4c [] 投稿日：2012/07/28(土) 18:08:51.36
>>>302
>飲んでるお薬　http://upload.wikimedia.org/wikipedia/commons/c/c2/Thorazine_advert.jpg

**デフォルトの名無しさん** · 2021/04/21(水) 17:57:01.32

>>326
>>324に聞いているんだ
おい>>324、無責任な推測から逃げるなよ

**デフォルトの名無しさん** · 2021/04/21(水) 19:51:15.95

どうでもいい

**デフォルトの名無しさん** · 2021/04/21(水) 19:58:40.75

>>284のKaratuba法のコードには計算結果に影響するバグがあった（爆
修正したやつを貼る、
https://ideone.com/mhRQte

バグとしては、>>284のままでは次の計算を誤る。
0xffffffffffffffffに対し0x0000000100000001を乗算
Num in hexa: 0xFFFFFFFEFFFFFFFF <== BUG!
Expected: 0x100000000FFFFFFFEFFFFFFFF

げいいんは、Karatuba法であるmul_mlen_mlen()の末尾で
　z2 * 2^(b+1) + z0　に対し、z1 * 2^bを加算する
という演算をやっているのですだが、桁上がりをきちんと2^(b+2)のワードまで
伝えていなかった、|||｡n_

あと細かい点として、符号反転を0に対して無駄に行う個所があったのでそこも修正すた、
ｶﾅｰﾘ切羽詰まってきているのでレスはあとでまとめて読みませていただきまつ以下略、

**デフォルトの名無しさん** · 2021/04/21(水) 20:01:20.31

げいいん

**デフォルトの名無しさん** · 2021/04/21(水) 20:20:55.73

ダサ

**デフォルトの名無しさん** · 2021/04/21(水) 20:22:03.31

🍺🐋鯨飲🐳
C++と関係ない話ばっかりだな

**デフォルトの名無しさん** · 2021/04/22(木) 00:17:13.55

>>329
桁数がスゲー長くないと意味ねえってお前以外全員分かってるんだけど大丈夫？
128ビット以内の計算にカラツバなんか使うと逆に定数倍遅くなる可能性すらあるだろ

**デフォルトの名無しさん** · 2021/04/22(木) 06:53:49.94

mul_mlen_mlen()自体は桁数がスゲー長いケース（任意長）に対応していることは読めばﾜｶﾙ
Wrapperであるmul_u64_64()が128 ビットでそれを使っているというだけ

**デフォルトの名無しさん** · 2021/04/22(木) 06:58:17.03

いや、カラツバなんか実装する意味ねえつってるんだがどこまで馬鹿なんだ

**デフォルトの名無しさん** · 2021/04/22(木) 07:17:22.47

>>335
>>333
>128ビット以内の計算にカラツバなんか使うと

**デフォルトの名無しさん** · 2021/04/22(木) 07:32:14.23

だめだこりゃ

**デフォルトの名無しさん** · 2021/04/22(木) 08:16:22.82

桁数がスゲー長いケースならカラツバなんか使わんし
数倍長程度でも使わん

もちろん速度やリソースを無視して単に動くって意味なら何でも良い好きにしろ

**デフォルトの名無しさん** · 2021/04/22(木) 10:16:28.69

long longで足りんとき俺はgmp使う

**デフォルトの名無しさん** · 2021/04/22(木) 11:19:45.75

おれはlong long long使う

**デフォルトの名無しさん** · 2021/04/22(木) 11:45:41.25

>>340
面白くないよ
面白いことを言ったつもり？

**デフォルトの名無しさん** · 2021/04/22(木) 11:45:53.93

お前らlong long long long使えるのしらねーの？

**デフォルトの名無しさん** · 2021/04/22(木) 12:22:51.68

精度、用途、環境
で色々な方法を使うのがベスト

カラツバだけ知っててもほとんど役に立たない
下位レイヤーでもFFT, double-double, ...
など色んな方法があるし
上位レイヤーから下位レイヤーまで全体を考えて最適化しないとダメ

**デフォルトの名無しさん** · 2021/04/22(木) 12:23:45.87

boostって使える？
あれって、単なるテンプレートで遊んでるだけだろ
そのくせにやたら遅い
正直使い物にならないイメージ

**デフォルトの名無しさん** · 2021/04/22(木) 12:31:27.85

>>226でいいじゃん。
これ以上早くしたかったらどうせ環境依存になる

**デフォルトの名無しさん** · 2021/04/22(木) 12:43:04.70

>>344
https://m.youtube.com/channel/UCnQU-nS2MqJDvLkOcISWvxQ

**デフォルトの名無しさん** · 2021/04/22(木) 12:44:09.02

>>344
使えるかどうかは置いといて、遅いのは最適化が効いてないとかでは？

**デフォルトの名無しさん** · 2021/04/22(木) 13:00:03.48

>>347
formatなんて激遅

**デフォルトの名無しさん** · 2021/04/22(木) 13:10:24.41

>>344
boostは標準ライブラリとして採用するための実験場的な側面があるから、C++11以降を使っているならboostに足を向けて寝ちゃだめよ

**デフォルトの名無しさん** · 2021/04/22(木) 17:00:53.68

stlもコンテナ類からして設計哲学に問題あると思ってる。
それにsize_tがunsignedで、ssize_tがsignedなのも馬鹿。
伝統的なCでは、strlen()などはintでsignedだったのだから、
短く書ける方のsize_tを最初からsignedにすべきだった。

**デフォルトの名無しさん** · 2021/04/22(木) 17:06:31.92

伝統的なCでは、
int strlen( const char *str );
だったのが、なぜか、64BITにも対応した後は、
size_t strlen( const char *str );
となってしまった。size_tは、必ずunsignedであるとされる。
ならばこのプロトタイプ宣言は、伝統的なCと互換性がない事になる。
しかも、伝統的に int a = sizeof(buf); のように、sizeof() は符号付き int
を返す処理系が多かった。
一方、size_t は、sizeof()演算子の結果の符合なし整数とされる。
これもいろいろな意味で矛盾している。
C++11以降のC++はめちゃくちゃ。

**デフォルトの名無しさん** · 2021/04/22(木) 17:08:44.22

何年前のものだか忘れてんじゃね？
まだ単一継承が宗教のような存在だった頃だぞ

これから新しく作るライブラリがああなってたらアホかとも思うが
当時そんな批評できてたやつを憶えているか？

**デフォルトの名無しさん** · 2021/04/22(木) 17:25:59.64

Cの教科書で、
int a;
a = strlen(ptr);
見たいなのはよく見た記憶が有るが、
size_t a;
a = strlen(ptr);
というのは記憶に無い。
昔はsize_tなんて型は本には書いてなかった。
ところがネットだととても昔からstrlen()の戻り値はsize_tであった
と言う事になってしまっていて、全世界的に事実を改竄している。
というか俺の記憶だけが世界の記憶と食い違ってる・・・。

**デフォルトの名無しさん** · 2021/04/22(木) 17:38:12.90

「サイズは本質的に負になることは無いから、符号無しでよい」
なるほど、これには一理ある。しかし、ptr2 - ptr1 は、ptrdiff_t
で符号付きとされる。これは伝統的なCがそうであったから分かる。
しかし良く考えてみると、例えば32BITマシンで、2GBを越えるデータ
を扱う場合、確かにそのサイズは符合つきでは扱えないので符合なしで
良い。ところが、この場合、最後のバイトをptr2、最初のバイトをptr1
でアドレスしているとすれば、ptr2 - ptr1 は、2G を超えた値になる。
おー、となると、ptr2 - ptr1 を ptrdiff_t のような符号付きで解釈すると
負の数となる！！！

おう神よ！！

**デフォルトの名無しさん** · 2021/04/22(木) 17:41:40.96

>>354
もう少し深く考えて見ると、ptr2 - ptr1 は、どちらが若いアドレスかが
わからない時でも結果を理解するためには、結果は符号付き整数である
ことには合理性がある。つまり、ptr2 < ptr1 なら、負、ptr2 > ptr1 なら
正と。
ところが、32BITマシンで、2GBを越えるデータを扱うと、この解釈では
問題が出る。
結論的には、sizeof()や ptr2 - ptr1 の結果の型に対してどんな場合にでも
上手く行く定義は存在しないようだ。

**デフォルトの名無しさん** · 2021/04/22(木) 17:41:51.85

K&R1にはsize_tなんか出てこない
strlenの戻り型はintとすら書いておらず
省略時の解釈で暗黙にintとなっている

**デフォルトの名無しさん** · 2021/04/22(木) 22:53:20.32

std::string::size_typeは？

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/23(金) 02:30:22.88

>>351
「伝統的」っていつの話だよ。
C89 が制定されて以降、 strlen の返却値や sizeof の評価結果の型は size_t だろ。
念のためにちょっと確認してみたら
Turbo C 1.0 なんて 1987 年の日付 (C89 制定前) だが strlen の返却値は size_t になってるぞ。

**デフォルトの名無しさん** · 2021/04/23(金) 02:54:05.85

>>358
当時の本でも、
int a;
a = strlen(ptr);
と書いてあったと記憶してるので、指導的立場の人も含めてほとんどすべての人が
unsigned int の戻り値を int の変数に入れていたということだね。

**デフォルトの名無しさん** · 2021/04/23(金) 03:11:41.40

https://stackoverflow.com/questions/32985119/strlen-to-int-c-why-cant-i-do-this
↑こんなにC++に詳しそうな人達も、なぜか、符合無しの size_t を
intと比較している：
std::size_t length = s.size();
for (int i = 0; i < length; ++i)

どこかでC/C++の長さは、intであると刷り込まれているようだ。
しかし、35年以上前のTurbo C ですら、unsigned intであったのに。

**デフォルトの名無しさん** · 2021/04/23(金) 03:13:55.04

質問者は、
for (int i = 0; int n = (int)strlen(s); i < n, i++)
がエラーになることの理由を聞いているようだが、これは単純に
for文の書き間違いで、少なくとも、
int i, n;
for (i = 0, n = (int)strlen(s); i < n, i++)
と書けばコンパイルは通るはずだ。

**デフォルトの名無しさん** · 2021/04/23(金) 03:25:18.34

スマン:
誤: for (i = 0, n = (int)strlen(s); i < n, i++)
正: for (i = 0, n = (int)strlen(s); i < n; i++)

**デフォルトの名無しさん** · 2021/04/23(金) 05:23:38.34

> どこかでC/C++の長さは、intであると刷り込まれているようだ。

これは違う
double a = 0;
と書いたからって0がdoubleと思っているのと違うようなものだ

**デフォルトの名無しさん** · 2021/04/23(金) 08:03:05.37

>>353
> 全世界的に事実を改竄している。

世界で自分だけ正しい、あとの70億人はすべて間違っていると考える病人

**デフォルトの名無しさん** · 2021/04/23(金) 09:14:12.81

>>364
現代のガリレオかもしれない

**デフォルトの名無しさん** · 2021/04/23(金) 14:58:50.01

>>365
ガリレオの時代にガリレオ以外に地動説を考えてた奴が他にいなかったと思い込む馬鹿。

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/23(金) 19:32:09.65

>>360
その場合に int で表現可能な範囲内の値である限り暗黙の型変換で不整合は生じない。
strlen の返却値が size_t なのは、最大でそこまで対応可能ではあるが、
扱うデータの大きさが int の範囲内にあるという「想定」をしてもすぐさま誤りではないし、
int の範囲を超えるほど長大な文字列を想定しなきゃならない機会はそう多くもないだろ。
常識的な想定と言語仕様を混同するべきではない。

◆QZaw55cn4c · 2021/04/23(金) 19:56:01.09

>>365
私も、ある意見について「世界で自分だけ正しい、あとの70億人はすべて間違っている」という実感を持っています
問題はそれを世の中に知らしめす方法ですが、今の私はリアルで打撃につぐ打撃、その上におまけの打撃まで食らう状態で、いわば瀕死の状態‥‥

さてこんなボロボロな私はどうすればいいのでしょうか？

**デフォルトの名無しさん** · 2021/04/23(金) 21:03:11.51

その意見とは？

**デフォルトの名無しさん** · 2021/04/23(金) 22:13:51.83

>>368
氏ね

**蟻人間** ◆T6xkBnTXz7B0 · 2021/04/23(金) 22:32:09.50

>>368
短期目標と長期目標を立てて、目標に達成したら、自分を褒める。これを繰り返す。

**デフォルトの名無しさん** · 2021/04/23(金) 23:05:33.67

>>368
ビッグバンからやり直せ

**デフォルトの名無しさん** · 2021/04/23(金) 23:26:25.47

>>368
あんたはビョーキだから何をしても無駄
「自分は間違っている」という実感を持てたら少しは回復した証拠

**デフォルトの名無しさん** · 2021/04/23(金) 23:40:13.99

>>368
つ聖遷・聖戦

お大事に

**デフォルトの名無しさん** · 2021/04/24(土) 01:05:08.94

.hファイルと.hppファイルって何が違うんスかね
includeするならincludeしたがわの拡張子でコンパイル方法？が決まるわけで
ヘッダの拡張子の違いとは？

**デフォルトの名無しさん** · 2021/04/24(土) 01:15:37.87

.hには宣言だけ書いて.hppには実装を書くという使い分けをしている人が多い
宣言と実装を同時に行うときも .hpp

**デフォルトの名無しさん** · 2021/04/24(土) 01:20:25.68

STLコンテナに機能を追加したい (たとえば vector の要素の順番を自分のルールで並び替えるメンバ関数を追加したい) ときってどう書くのですか？
この場合はメンバ関数じゃなくてフリー関数として実装した方が良いとしても、メンバ関数を追加する方法を知りたいです
(それとも、STL コンテナの継承が忌避されるのと同じ理由で、こういうのはやらない方が良い話ですか？)

**デフォルトの名無しさん** · 2021/04/24(土) 01:32:10.18

>>377 継承すれば追加できるよ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/04/24(土) 01:45:45.85

>>375
仕様上の違いはない。
習慣的にもそれほどはっきりした使い分けが確立しているわけでもなくて
確かに >>376 もひとつの例として納得はできるけども
多いっていうほど多くもないような印象。

どういう意味で使い分けているのかは人 (組織) によるので、
違いがどういう意味を持つのかを一律には言えない。

個人的には、 C のヘッダとしても使えるように配慮した場合は h にするかな。

**デフォルトの名無しさん** · 2021/04/24(土) 01:50:57.50

>>376
>>379
なるほど
そういや自分もCのヘッダを意識する場合は.hにしてるかもですね
どうもです

**デフォルトの名無しさん** · 2021/04/24(土) 02:37:44.86

>>378
でも STL コンテナの継承って凄い忌避されてる印象を持ってます
罠が多いって

やっぱり引数で取って引数で返す方が良いのかな、、、

**デフォルトの名無しさん** · 2021/04/24(土) 03:09:41.49

>>381
STLはソース(ヘッダだけど)を見ると物凄く解読に時間が掛かる書き方になって
いて、正しく現状どうなって実装されているかを理解するのがとても難しいが、
継承するとなるとちゃんと理解出来てないと危険なので継承したがらない人が
多いのだと思う。

**デフォルトの名無しさん** · 2021/04/24(土) 03:14:32.82

>>382
あと、テンプレートを普通のクラスの基本クラスにすることは容易だけど、
テンプレートを継承したテンプレートを作るのは、C++をかなり深く理解して無いと
色々と危険かも知れない。
また、ややこしくしてるのは、perfect forwarding や reference collapsing、
右辺値参照、moveセマンティクスが多用されていることに加えて、
余りドキュメント化されて無い解釈の難しい独自関数を使用して書かれている
ことが多いこと。

**デフォルトの名無しさん** · 2021/04/24(土) 03:21:35.70

>>383
それ以外にも、template引数に「...」があったり、それを使う場所でも「...」
があったりして、それぞれの意味や展開のされ方を正しく理解するのは難しい。
コンパイラがどういう解釈をするのか途方にくれることが有った。まるで
魔法のように見えることすら。結果的な意味は何とか分かっても、コンパイラが
どういう原理や順序で理解したりコンパイルしているのか深く理解できないこと
が多かった。
最新のSTLのソースをちゃんと理解できるまでC++を理解するのは、C++を
本格的に勉強する必要がある。

**デフォルトの名無しさん** · 2021/04/24(土) 03:41:23.64

>>384
古いC++にも「initializer list」という言葉はあったが、C++11以降は
独特の概念が追加され、それに関連したオブジェクトを関数の引数にとったり
できるようになったりして、それの働きを深く理解するのがまた難しい。
また、全体的に lvalue, rvalue に加えて、xvalue, prvalue, glvalueを正確に
理解し、何がどれに属するかを徹底的に理解してなければ、STLのソースコードを
正確に理解することはままなら無い。
僅かでも理解してないことがある状態でSTLのコンテナを独自に継承した
テンプレートを作った場合、思わぬ不具合やメモリー関連の原因が特定しにくい
バグをアプリ開発で忙しい時に遭遇してしまうかも知れない。