C++相談室 part164

2023/05/09(火) 11:50:52.06

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2023/09/13(水) 12:00:14.07

>>847
へぇ勉強になったは

2023/10/02(月) 22:29:06.35

ポトペタってなんの略？

2023/10/02(月) 22:32:41.04

ポト&ペタ

2023/10/02(月) 23:54:06.18

略じゃなくてオノマトペ
drag&dropのdropを「ポト」、pasteを「ペタ」と言ってる
知らんけど

2023/10/03(火) 07:04:56.55

ペタは分かるがポトは違うと思う

2023/10/03(火) 10:21:18.73

>>851
違う英語になってるw

2023/10/03(火) 11:32:53.29

drag&dropのdropを「ぽと」と言ってる
cut&pasteのpasteを「ぺた」と言ってる
ってことだろ

2023/10/03(火) 11:50:45.36

そこまで行くと季語もほしい

2023/10/03(火) 12:22:27.65

パタヘネと何か関係ある？

2023/10/03(火) 12:25:21.52

構成と設計

2023/10/03(火) 16:24:05.27

ヘネシーパターソンだっけ

2023/10/05(木) 17:13:25.04

IDEやポトペタはキーボード打つのが遅い人用

2023/10/07(土) 20:32:52.90

youtubeで見たけどFC版のドラクエの作ってた人は何十年ぶりかのDQのデバッグで直接バイナリ書き換えてたな
ジャンプ先も数えてた

俺はIDEとポトペタ使わせてもらうわ

2023/10/08(日) 00:23:41.50

結局バグらなければいいから好きな方使えばいい
ただキーボード打つの速いからIDEいらないとかは
逆立ちでピアノ引けます自慢みたいなもの
ピアノ引くことが目的なのに逆立ち部分いらないだろっていう

2023/10/08(日) 09:50:31.76

土日祝になると元気出るんだなおまいら

2023/10/08(日) 11:34:25.75

涼しくなったのもあるね
むしろ寒い

2023/10/13(金) 08:47:13.22

江添さんが頭を剃りあげているのはストラウストラップ氏に対するリスペクトを表しているのですか？

2023/10/13(金) 09:54:31.02

名前出すのは止めろ

2023/10/13(金) 16:02:09.02

本出版しているので上げても構わんやろ？

2023/10/13(金) 19:26:34.74

本出版してるとハゲ呼ばわりして良いルールでもあんの？

2023/10/13(金) 19:31:14.43

今の時代、名指し発言はヤバいからな

2023/10/13(金) 20:22:45.60

ハゲることが男のたった一つの勲章だって
この胸に信じて生きてきた

2023/10/13(金) 20:47:42.10

マ板でやれ

2023/10/13(金) 21:08:09.45

>>867
ハゲ呼ばわりではなくて名前を上げること
本を公に刊行するということは批判の対象になるということ
名前を上げても構わない

2023/10/14(土) 00:02:39.12

>>871
批判と侮蔑って全然違うけど、お前、本気でそれ言ってんの？

2023/10/14(土) 00:30:31.78

>>872
俺がいつ侮辱した? どのスレや?

2023/10/14(土) 06:54:24.53

出版物の内容についての言及なら著者名を出したっていいよ
リスペクトで髪剃ってるのか？とか出版物関係ないだろ　そういうのはやめろって話だ

2023/10/14(土) 10:57:26.58

>>874
>リスペクトで髪剃ってるのか？とか出版物関係ないだろ　そういうのはやめろって話だ
それは俺じゃない

2023/10/14(土) 12:06:47.14

俺じゃないならなんでこの流れでわざわざ出版があーだこーだ言い出したの？
そういった行為は横紙破りって言うんだよ口語ではあんま使わない言葉だけど
社会でうまくやっていけてなさそう

2023/10/14(土) 12:10:00.69

また紙の話してる

2023/10/14(土) 12:14:09.72

自分で剃ってるのかと思ったが
本人が反論したことで
本人の望まない形で禿ていることがバレるという悪循環

2023/10/14(土) 12:42:26.40

>>876
彼は出版しているので
名前を出されても構わない立場の人間であるということ
モブとは違うんだよ

2023/10/14(土) 13:20:35.60

Twitterにいつもいるから直接聞けよコミュ障

2023/10/14(土) 18:20:44.57

>>880
正論

>>879
書いてないと主張するお前が、名前が書かれた文章前半の一部のみ勝手に正当主張をしてるのはわかってるんだけど、後半の文章についてはどう考えてるの？

2023/10/14(土) 19:26:26.32

>>881
>書いてないと主張するお前が、名前が書かれた文章前半の
>一部のみ勝手に正当主張をしてるのはわかってるんだけど、
>後半の文章についてはどう考えてるの？
どれか分からんからきちんと書け

2023/10/14(土) 21:50:40.28

横から入ってきた割に、話が通じないやつって初めて見た

2023/10/14(土) 21:57:24.93

>>883
プログラム書いてるだろうに文章が下手過ぎるから話が通じない
俺は侮辱するようなことは一言も書いていない
別人が書いたのを読み違えてるんだよ

2023/10/15(日) 06:50:14.19

基地外のスレチ荒らしはスルーしようぜ

2023/10/15(日) 07:30:07.34

>>864は覚えておくわ

2023/10/15(日) 11:44:46.43

>>>886
ちゃんと覚えとけよ
それは俺じゃないからね

2023/10/15(日) 17:41:10.31

ハゲはナニやってもハゲるらしいからな
理由なんて無いだろう

2023/10/15(日) 17:43:05.48

ハゲるヤツはナニやってもハゲるらしいからな
そもそも理由なんて無いのだろう

2023/10/15(日) 21:12:08.28

いつまでもお傍にいます、最後まで…

2023/10/16(月) 08:48:43.37

Stroustrupのことはハゲハゲ言うくせに江添に対しては厳しいんだなw

2023/10/17(火) 17:04:23.91

言う程ハゲてない
まだ大丈夫

2023/10/17(火) 17:04:42.90

言う程ハゲてない
まだ大丈夫

2023/10/17(火) 17:55:21.31

ひさしぶりにこのスレにきてわかったことがひとつある

C++はハゲと相性が良い

2023/10/17(火) 19:10:02.16

C++使うとハゲるって当初噂になったぐらいだが
知らんのか

2023/10/17(火) 20:35:53.51

空いたプランクを埋めるためにC++言語仕様を高速に無理矢理理解しようとすると却ってストレスがたまってハゲることになる恐ろしい言語

2023/10/17(火) 21:21:23.39

>>895
MJD?

Miwa C++ のエピスメーテーさんもHAGEなの？

2023/10/18(水) 21:04:49.19

禿げるというより若白髪は明らかに増えたわ

2023/10/18(水) 21:21:08.16

いや、お前はもう若くはない

2023/10/18(水) 21:22:58.52

いや、お前はもう若くはない

2023/10/18(水) 21:25:02.33

もう若くはないのだ

2023/10/18(水) 21:59:07.00

時期を逸するというのはなんとも悲しいものだ
取り返しはつかない

2023/10/18(水) 22:40:09.97

C++とMFCのコンボで世の中の何本の毛根が失われたのだろう

2023/10/18(水) 22:52:13.26

取り返しはつかない

2023/10/19(木) 22:15:33.96

質問なのですがサイズnのstd::vector<T> vecに対してi番目（i=0, 1, 2, ..., n）の要素の直前に要素elemを1個挿入する（ただしi=nは末尾に追加と解釈する
の書き方はどうすればいいですの？
とりま2種類考えた、
1) size_t sz = vec.size();
　　auto ins_it = (i < sz) ? std::next(vec.begin(), i) : vec.end();
　　vec.insert(ins_it, elem);
2) size_t sz = vec.size();
　　if (i < sz) { vec.insert(std::next(vec.begin(), i), elem); }
　　else { vec.resize(i + 1, elem); }

2023/10/19(木) 23:37:01.14

vec.insert(vec.begin() + i, elem);

2023/10/20(金) 09:00:04.92

simple is best よ
何事も

**デフォルトの名無しさん** (ｽﾌｯ Sd33-Kt/B) · 2023/10/20(金) 09:44:04.99

だから I hate C++ の Matz はまだフサフサなのか

2023/10/20(金) 15:53:09.23

コードの内容なんか忘れた半年後に
再びコード見てその瞬間、分かるように書くのが一番
その為のSimple is bestに同意

2023/10/20(金) 16:04:48.20

読み取りやすいように書くのは大事だけど、少し汚くても
わかりやすい名前を付けておけば割となんとかなる。

2023/10/20(金) 20:55:51.96

おっと、名前付けの話？オッチャン持論語っちゃう

関数に長い名前つけるのはありと思うが、変数名は宣言箇所にコメント書いて2文字とか短い変数名が好き

ワシは元々BASICから始まってSmalltalkを学んだクチだけど、一時期のjavaみたいななんでも長い名前にするやつ大っきらい。Cの母音ラクダ方式大好き

2023/10/21(土) 00:04:43.68

お前の好き嫌いでは議論にならん
優劣を語れよ、ジジイ

2023/10/21(土) 01:04:06.34

>>912
が優劣について数字を出して語ってくれるそうです
どうぞw

2023/10/21(土) 02:43:39.26

C++ はある程度は汚いものだろう。
隅々まで綺麗にしようと腐心するよりは
少なくとも部品のインターフェイスくらいはまともにして
外側に対しては綺麗なふりをするくらいが手頃な妥協点だと思う。
逆にミクロ的にスマートに書けていても
抽象化が駄目だと使いにくいよ。

内も外も綺麗ならそれに越したことはないけど
そうもいかないのが現実だからね。

2023/10/21(土) 08:17:46.79

>>906
天才か！
なんかこの前動かしたら駄目だった気がしたけど
今やったら動いたわｻｰｾﾝ；；；

2023/10/21(土) 12:13:35.82

vectorなのかvecなのかは言語開発者がそうと決めたからそうなってるだけ
昔はコード補間もなくx-windowのアホみたいな長い呪文APIぶち込んでたけど今もそれだったらぶち切れてる

意外なことに開発環境が変わればいろいろ変わる

2023/10/21(土) 12:24:11.96

今windowの更にクソ長い基地外じみたAPI打ってるのもコード補完があるから

2023/10/21(土) 13:25:34.47

名前の長い短かいについては上述のとおり技術の進歩、開発環境の変化で落しどころがかわってくるが
俺的にはむしろネーミングのセンスのほうが気になる
俺がまだフサフサだったころはイキって一般によく使われる単語とちょっと違う単語をわざわざ探すようなことをしていたが
頭髪が薄くなるに従ってそういうことはくだらない事と思うようになり
今はできるだけベタな誰が見ても即座に意味がつかめる、あえてダッサいネーミングをするよう心がけてる
例：データを吸いあげて収納するメソッド名
フサフサ俺がつけがちな名前 → .BeamMeUp()
ハゲ俺がつける名前 → .LoadData()

2023/10/21(土) 13:28:07.89

>>915
std::vector のイテレータの場合に限らず
ランダムアクセスイテレータは difference_type との加算が出来ることになってる。
https://timsong-cpp.github.io/cppwp/n3337/iterator.requirements#tab:iterator.random.access.requirements

2023/10/21(土) 13:55:07.32

>>918
仕事でやってたら初日で怒られるレベル

2023/10/21(土) 14:25:15.02

>データを吸いあげて収納する
ハゲなのに5W1Hすら知らないと見える

2023/10/21(土) 19:03:13.06

恥ずかしながら学生の頃はドイツ語で命名してましてねﾌﾌﾌ

2023/10/21(土) 19:20:36.30

korewahennsuudesu

2023/10/21(土) 20:59:24.58

>>919
レス引用が分かりにくくてｽﾏﾝｶｯﾀorz
そこではなくて挿入位置にsize()まで指定してたら末尾に要素が追加にできるところ
std::vector<int> vec = { 1, 2, 3 };
vec.insesrt(vec.begin() + vec.size(), 4);
cout << vec << endl; // ( 1 2 3 4 )

2023/10/21(土) 21:41:14.77

ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円

2023/10/21(土) 21:41:30.90

ラズパイレートでいうと
民主党政権の頃は1ドル80円だったけど
いまは1ドル200円

2023/10/21(土) 22:50:32.79

>>921
5W1HはMITが提唱したんじゃなかったっけ

2023/10/22(日) 12:33:14.88

変数でも関数でも
初見もしくは内容忘れた自分が
読んだとき何をやってるか分かるような名前付けが大事だと思う
よって長さは常識の範囲内なら長い方が良いかな

どうでもいいループ変数にindex2SearchArgumentHaystackとか
書いてたら殺意を覚えるけどさ

2023/10/22(日) 17:33:51.66

GetSelectedPersonDataFromLiveDBIfNotExistsReadDefaultValueFromSettingFileType2022Ex

2023/10/22(日) 17:36:33.94

=　1 ;

2023/10/22(日) 19:20:31.79

モジュールはまだ使えんのか？

2023/10/22(日) 20:40:59.32

リテラルで簡潔に書けるのでみんな初期化子リストばんばん使ってると思うけど
initializer_listって必ずコピーが発生するのな
non copyableなクラスが使えなくて不便なんだが、回避策ない？

2023/10/22(日) 20:47:43.40

>>932
>non copyableなクラスが使えなくて不便なんだが、回避策ない？
moveすれば?

2023/10/22(日) 23:26:18.52

>>933
できないんだよ

2023/10/22(日) 23:33:55.26

>>934
???
どんなコードで問題出てるの?

2023/10/23(月) 01:32:53.76

>>935
https://wandbox.org/permlink/n0KXbXrmLzHDl6KU

次のコードがコンパイルできない

struct A {
　A(int) {}
　A(const A&) = delete;
};

int main()
{
　std::vector<A> v = { 1, 2, 3 };
}

2023/10/23(月) 05:17:34.59

>933, >>935
https://www.google.com/search?q=initializer_list+move
クソ回答する前にググれよ

2023/10/23(月) 09:29:50.40

>>936,937
あれ?
$ cat test.cpp
#include <iostream>
using namespace std;
struct A {
A () {cout << "construct" << endl;}
A (const A &p) = delete;
A (A &&p) {cout << "move" << endl;}
};
void func (initializer_list <A> p) {
cout << "func" << endl;
}
int main () {
A a0;
A a1;
func ({move (a0), move (a1)});
return 0;
}
$ g++ test.cpp
$ ./a.out
construct
construct
move
move
func

2023/10/23(月) 10:27:22.01

だめかなぁ...
#include <vector>
struct A {
A(int) {}
A(const A&) = delete;
A(A&&) = default;
};
std::vector <A> construct (std::initializer_list <A> p) {
std::vector <A> result;
for (auto itr {p.begin ()}, end {p.end ()}; itr != end; ++ itr)
result.push_back (std::move (const_cast <A &> (*itr)));
return result;
}
int main()
{
std::vector<A> v = construct ({ 1, 2, 3 });
}

2023/10/23(月) 11:36:11.62

>>936
コピコン消したいなら代入オペレータ用意してやらんとダメだろ

2023/10/23(月) 13:23:41.68

initializer_list<A&&>が作れないから波括弧初期化できないって話か
なるほどね

2023/10/23(月) 19:21:53.26

initializer_list作るとこまでは出来てもムーブで取り出せないのよ
だからvectorのコンストラクタにinitializer_listで渡すとエラー出るし、>>939のように
const外して一つずつ突っ込むとかしなきゃいけなくなる
ムーブ可能にする提案は出てるらしいけど
https://cpplover.blogspot.com/2014/11/2014-10-pre-urbana-mailings-n4160-n4169.html?m=1

2023/10/24(火) 05:35:10.47

https://wandbox.org/permlink/h9ZXqkhA56d7EOYP
std::vectorだからどうしようもないけど、自作クラスならinitializer_listよりも可変長テンプレートをオススメしたい
これならコピー不可(ムーブのみ)なクラスでも集成体初期化出来る
(ただしコンセプトかenable_ifでAまたはAに暗黙変換可能な型に限定すべき、enable_ifでもメタプログラミングで条件式作れる)

2023/10/24(火) 05:38:03.34

あ、すまんコメントのとこだけどis_convertible_vの引数は逆だった

2023/10/24(火) 05:42:10.71

もう一つ訂正すまん、集成体初期化じゃないな一様初期化かリスト初期化かorz

2023/10/24(火) 08:43:43.05

教訓
std::vectorは使い物にならない

2023/10/24(火) 11:05:08.48

>>946
何で?