C++相談室 part158

**デフォルトの名無しさん** · 2021/11/15(月) 18:49:18.44

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

**はちみつ餃子** ◆8X2XSCHEME · 2021/12/20(月) 11:34:47.56

>>441
GCC の資料によれば Itanium C++ ABI に従う。 (Itanium 以外でも ABI は Itanium ということらしい。)
https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html#abi.cxx_interface

で、 ABI のほうでの定義では引数・返却値における参照の実態はポインタだし、
POD のレイアウトとしても参照はポインタのように扱われる。
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#reference-parameters
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#reference-return-values
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#pod

内部的には参照はほぼポインタだと思っていいんでないの。
自動でデリファレンスするポインタって感じ。

ちなみに言語仕様的には参照はオブジェクトではなく参照先のオブジェクトの別名のように扱われるので、
sizeof に渡したときには参照先の型の大きさが返ってくることになってる。
sizeof(int&) みたいにしたら sizeof(int) と同じ意味になるってことね。

**デフォルトの名無しさん** · 2021/12/20(月) 11:49:32.57

確認してみた。
$ gcc -x c++ -S - -o - <<EOF | sed -n '/^main:/,$p;/\$2/q'
int main() {
int a = 1;
int& r = a;
r = 2;
return a;
}
EOF
main:
.LFB0:
.cfi_startproc
endbr64
pushq %rbp
.cfi_def_cfa_offset 16
.cfi_offset 6, -16
movq %rsp, %rbp
.cfi_def_cfa_register 6
subq $32, %rsp
movq %fs:40, %rax
movq %rax, -8(%rbp)
xorl %eax, %eax
movl $1, -20(%rbp)
leaq -20(%rbp), %rax
movq %rax, -16(%rbp)
movq -16(%rbp), %rax
movl $2, (%rax)

**デフォルトの名無しさん** · 2021/12/20(月) 12:07:37.09

参照先が見えてるところでは
参照先へ直にアクセスしてコストゼロだったり
参照引数をとる関数でもインライン化された場合はゼロ
てなことがなければポインタ1個分

**デフォルトの名無しさん** · 2021/12/20(月) 12:13:52.79

そういうのは最適化なので無関係
$ gcc -O3 -x c++ -S - -o - <<EOF | sed -n '/^main:/,$p;/ret/q'
int main() {
int a = 1;
int& r = a;
r = 2;
return a;
}
EOF
main:
.LFB0:
.cfi_startproc
endbr64
movl $2, %eax
ret

**デフォルトの名無しさん** · 2021/12/20(月) 21:41:58.49

最適化する前の意味合いとして
ポインタ１個分のコストを必ず発生するという規定なんかあったか？

**デフォルトの名無しさん** · 2021/12/20(月) 21:44:15.52

誰もそんな話はしてないので、お前が調べて貼れ

**デフォルトの名無しさん** · 2021/12/20(月) 22:11:35.36

444へのレスで最適化がどうたらぬかしといて
そんな話はしてない、かよ
アセンブラ貼ってた威勢はどこへ吹っ飛んだんだかｗ
いいよ、逃げたきゃ逃がしてやるよヘタレ野郎

**デフォルトの名無しさん** · 2021/12/20(月) 22:16:05.29

最初から処理系(gcc)の話しかしてない。規定の話をしてるのはお前だけだ。早く貼れ。逃げるな。

**デフォルトの名無しさん** · 2021/12/20(月) 23:16:36.18

unique_ptrオブジェクトとその実体を参照する参照型を使えば、
スタック消費を抑えつつスタック変数を使っているかのようなソースコードが書けそうだけど

**デフォルトの名無しさん** · 2021/12/21(火) 00:06:02.44

それは全くレイヤーの違う話
アプリのコンテキストを構造体/クラスにしてヒープかスタティックに置くだけで実現できる
実現手段としてunique_ptrを使いたいなら使えばいいというだけ

**デフォルトの名無しさん** · 2021/12/21(火) 00:10:51.14

>>451
ひょっとして ID:c8hM8/Kk かな？
無意味な煽り書き込みやめてくれ

**デフォルトの名無しさん** · 2021/12/21(火) 00:20:05.56

煽りではないんだが、俺はID:LVF1I4ij

**デフォルトの名無しさん** · 2021/12/21(火) 00:33:36.24

>>453
レイヤーが違うとか、勝手に仕切るな

**デフォルトの名無しさん** · 2021/12/21(火) 00:42:51.31

構造体/クラスをヒープに置いたところで、その構造体/クラスのメンバー関数でスタック変数を使ってたら意味がないだろ
何が問題提起されているのか理解してから書き込んでくれ

**デフォルトの名無しさん** · 2021/12/21(火) 01:02:00.74

スタック消費を抑えたいなら静的に確保するかヒープを使えばいいというだけの話でしょ。
struct app_context {int x;};
void func_old() {
int x = 0;
}
void func_new(app_context* ctx) {
ctx->x = 0;
}
int main() {
auto ctx = new app_context();
func_old();
func_new(ctx);
delete ctx;
return 0;
}
各関数/メソッド単位で細かくしたいなら、try～catchでやってもいいし、スマートポインタを実装・流用してもいい。その際にunique_ptrを使いたいなら使えばいいというだけ。
伝わらないようなので少し細かく書いた。伝わるんだろうか・・・。

**デフォルトの名無しさん** · 2021/12/21(火) 01:16:14.39

>>456
君は回答者に向いてない

**デフォルトの名無しさん** · 2021/12/21(火) 01:18:02.55

アムロの父親みたいな変な書き込み、リアルに遭遇するとやはり引く

**デフォルトの名無しさん** · 2021/12/21(火) 01:18:43.76

>>457
質問したいレイヤと解決策のレイヤが合ってないだけｗ

**デフォルトの名無しさん** · 2021/12/21(火) 01:27:03.87

自覚なさそうなところがますますテム・レイ感あるわ
お大事に

**デフォルトの名無しさん** · 2021/12/21(火) 01:46:16.28

質問して複数人に回答してもらってるのに、ただ煽るだけの人に「自覚」とやらを問われてもねｗ
大好きなガンダムのたとえに勝手に満足して病んでてくれ
君にプログラミングは向いてない

**デフォルトの名無しさん** · 2021/12/21(火) 01:50:07.69

今時特別な理由もなくnew演算子を使うC++プログラマは間違いなく無能だよ

**デフォルトの名無しさん** · 2021/12/21(火) 01:53:35.52

理由はC++標準ライブラリを使用しない言語/処理系レベルの話をしていたから

**デフォルトの名無しさん** · 2021/12/21(火) 02:05:33.42

ガンダムの記憶回路にとりつけるやつ好きなだけ作ってていいぞ

**デフォルトの名無しさん** · 2021/12/21(火) 02:17:40.01

妄想の中でもニュータイプじゃない君にプログラミングは無理ｗ
ガンダムに辿り着けずコロニー内で果てる

**デフォルトの名無しさん** · 2021/12/21(火) 14:30:10.99

テンプレートを引数に取る関数で、
その入力として、vectorと配列を取るような関数で、いい書き方ってないですかね？
// vector向け
template<class T>int sum(const T& v, int size)
{
int acc = 0;
for(int i = 0 ; i < size ; i++){acc+=v[i];}
return acc;
}
内容同じなのに配列向けに
template<class T>int sum(const T* v, int size)
を作ってるけど一緒に表記できないかな、みたいな

**はちみつ餃子** ◆8X2XSCHEME · 2021/12/21(火) 15:12:48.55

>>466
？？？
その定義で配列も受け取れるけど。
int main(void) {
int x[] = {1, 2, 3};
std::cout << sum(x, 3) << std::endl;
}

**デフォルトの名無しさん** · 2021/12/21(火) 15:20:59.50

vectorならiteratorにしてもいいと思う
#include <vector>
#include <iostream>
using namespace std;
template<class T>int sum(const T begin, const T end) {
int acc = 0;
for(T i = begin; i != end; ++i){acc+=*i;}
return acc;
}
int main() {
int a[] = {1,2,3};
const size_t s = sizeof(a)/sizeof(a[0]);
vector<int> v(a, a + s);
cout << sum(a, a + s - 1) << endl;
cout << sum(v.begin(), v.begin() + (v.size() - 1)) << endl;
return 0;
}

**デフォルトの名無しさん** · 2021/12/21(火) 15:35:03.48

ありがとうございます
>>467 頭のどこかでポインタにしないと取れないと思っていました

>>468
iteratorは馴染みがないのでそのコードで勉強させていただきます

**デフォルトの名無しさん** · 2021/12/21(火) 15:39:21.19

>>462
ただのサンプルコードに今時とか無能とか・・
中で何が起きるか把握してない無能を量産しようとしないでくれ

**デフォルトの名無しさん** · 2021/12/21(火) 15:47:15.24

本来はrangeの出番なんだがな
導入が遅れたばかりに……

**デフォルトの名無しさん** · 2021/12/21(火) 16:45:50.91

#include <iostream>
#include <vector>
#include <array>
#include <string>
using namespace std;
template<typename Iter>
auto sum(Iter a, Iter b) {
using value_type = remove_const_t<remove_reference_t<decltype(*a)>>;
value_type acc {};
while (a != b) acc += *a++;
return acc;
}
int main() {
const int a[] { 1, 2, 3 };
vector<int> v { 4, 5, 6 };
array<double, 3> d { 3.5, 1.2, 0.9 };
const string s[] { "u", "n" "k", "o" };
cout << sum(begin(a), end(a)) << endl;
cout << sum(begin(v), end(v)) << endl;
cout << sum(begin(d), end(d)) << endl;
cout << sum(begin(s), end(s)) << endl;
return 0;
}

**デフォルトの名無しさん** · 2021/12/21(火) 16:51:06.96

std::iterator_traits使おうよ

**デフォルトの名無しさん** · 2021/12/21(火) 16:56:11.01

#include <iostream>
#include <vector>
#include <array>
#include <string>
#include <iterator>
using namespace std;
template<typename Iter>
auto sum(Iter a, Iter b) {
using value_type = typename iterator_traits<Iter>::value_type;
value_type acc {};
while (a != b) acc += *a++;
return acc;
}
int main() {
const int a[] { 1, 2, 3 };
vector<int> v { 4, 5, 6 };
array<double, 3> d { 3.5, 1.2, 0.9 };
const string s[] { "u", "n" "k", "o" };
cout << sum(begin(a), end(a)) << endl;
cout << sum(begin(v), end(v)) << endl;
cout << sum(begin(d), end(d)) << endl;
cout << sum(begin(s), end(s)) << endl;
return 0;
}

**デフォルトの名無しさん** · 2021/12/21(火) 17:32:40.16

sumがunkoは独創的だと思うけど、戻り値の型はテンプレート引数でいいかもね

**sage** · 2021/12/21(火) 18:15:52.03

↓こんなコード書いてるんですが，もっとエレガントに代入できませんか？
a[0]=*ptr;
a[1]=*(ptr+1);
a[2]=*(ptr+2);

**蟻人間** ◆T6xkBnTXz7B0 · 2021/12/21(火) 18:28:20.41

ptr[1]

**デフォルトの名無しさん** · 2021/12/21(火) 19:09:14.75

>>477
エレガントな回答ありがとうございます．
解決しました．

**デフォルトの名無しさん** · 2021/12/21(火) 20:23:30.29

std::copy(ptr, ptr + 3, a);
僕はfor文のほうが好きです

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

C++98以前の化石

**デフォルトの名無しさん** · 2021/12/21(火) 21:03:47.64

std::copy_nもあるぞ

**デフォルトの名無しさん** · 2021/12/22(水) 18:49:46.59

>>479
>>481
こんなんもあるんですね．使わせてもらいます．ありがとうございました．
最近c++やり始めたんですが，ポインタが出てくるとギョッとします．

**デフォルトの名無しさん** · 2021/12/22(水) 19:44:38.16

何に使いたいのか知らないけど、C++やめてRustの方がいいんじゃないの？

**デフォルトの名無しさん** · 2021/12/22(水) 20:00:31.77

高速grepツールとして有名なripgrepはRustで作られてるからRustは優れた言語なのだろう、ぐらいなことは察せられるが

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

>>483
rustなんてプログラム初級者に勧めるなよ。
あんなの習熟した上級者向けの言語だわ。c++以上に初級者向け解説が無いのは致命的。

あと、Rustはスレ違いだからな。このコメにもレスするなよ。

**デフォルトの名無しさん** · 2021/12/23(木) 09:13:28.05

>>485
C++の方が難しいよ
ポインタでギョッとするレベル＝Cに抵抗があるなら、わざわざＣ++を使うよりはRustでいい
5chはコメとは言わない
お前がレスしなければ良かっただけ

**デフォルトの名無しさん** · 2021/12/23(木) 09:43:11.86

Rust は良いアプローチだがどうしても記述量が多くなるから敬遠してる

**デフォルトの名無しさん** · 2021/12/23(木) 11:51:22.33

>>486
ポインタは名札のメタファーを使った説明が確立しているけど、所有権、譲渡、借用、ライフタイムの初心者向け説明はクソみたいのしか無いだろ。そんなもん初級者に紹介するなよ。

スレ違いでわざわざ役立たずを紹介するやつは何を考えているんだろうかね？

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

>>488
はいはい、ID変えてご苦労さま
同じことだけど、生アドレス使うの得意でない言語の方が向いてるだろってだけ
C++は少なくともCをまともに使えるようになってから習得すべき

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

.hや.cpp以外からいじられたくない変数に対するインライン関数をパブリックに公開したいのですが、classを利用する以外にこのような事はできないのでしょうか？
staticや無名名前空間を利用するとcppファイルで利用できなくなりますしやはりclassを使えということでしょうか？

extern int value; //これは隠蔽したい
inline bool IsZero() { return value == 0; } //これはグローバルに利用してもらいたい

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

namespace {
extern int value; //これは隠蔽したい
}
inline bool IsZero() { return value == 0; } //これはグローバルに利用してもらいたい

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

>>489
ならc紹介しろよ。
スレ違いのクソを紹介するな。

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

もとい
namespace {
int value; //これは隠蔽したい
}
inline bool IsZero() { return value == 0; } //これはグローバルに利用してもらいたい

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

>>493
関数内にstatic変数持てなかったっけ？

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

>>494
連投失礼。
自身の関数内にあるstatic変数の参照を返す関数を用意するパターン無かったっけ？

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

>>492
ポインタに抵抗ある人にCを勧めるくらいならC++に近くて安全なRustを勧めるのが筋
見当違いな話をしてるだけだよ君は

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

valueの立ち位置が気になるが
extern(実行ファイル内で全部共通)するならinline関数のIsZeroが見えた時点でvalueも見えてないといけない

**デフォルトの名無しさん** · 2021/12/23(木) 13:03:49.15

class hoge {
static int value;
public:
static bool IsZero() { return value == 0; }
};
inline bool IsZero() { hoge::IsZero(); }
int main() {
return IsZero();
}

**デフォルトの名無しさん** · 2021/12/23(木) 13:07:02.43

>>493
ありがとうございます
ヘッダにそれを書いたとしてcppファイルからvalueを扱えるのでしょうか？

>>497
JavaやC#で言うところのprivate static intとして該当ヘッダ内&cppファイル内からは自由に扱え、それ以外からは見えなくさせたいという値です

**デフォルトの名無しさん** · 2021/12/23(木) 13:20:56.47

JavaやC#でもそんなところに可視性の定義はない。

**デフォルトの名無しさん** · 2021/12/23(木) 17:32:16.18

>>496
相手がなんでc++を使っているのかのニーズすら確認しないで何を独りよがりなことを言っているんだよ。
相手の目的を無視してスレ違いのツールを薦めるのはアホのやること。
Rustの伝道師はこんな低レベルなのかね。

**デフォルトの名無しさん** · 2021/12/23(木) 17:36:54.99

あーうるせえ
C++スレでRust Rust連呼すんな
寒すぎんだよ

**デフォルトの名無しさん** · 2021/12/23(木) 18:02:45.75

>>501
別に俺はRustの伝道師ではないが、>>483で一言Rustを勧めたらIDをコロコロ変えながら文句を言ってくる人がいるだけ
ポインタが不得意でRustも使えない質問者ご本人様だと思ってる

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

>>493
試してないけどこんなのはどうかね。

#include <iostream>
#include <cstdlib>

class Accesser;

class Wall {
static int & val(){ static int v; return v; };
friend Accesser;
};

class Accesser {
public:
Accesser(){
int &v=Wall::val();
v=1;
}
~Accesser(){
std::cout << Wall::val()<< std::endl;
}
};

int main()
{
Accesser a;
std::cout << "Hello, Wandbox!" << std::endl;
}

**デフォルトの名無しさん** · 2021/12/23(木) 19:32:24.95

inlineで書きたいらしいので、それだとコンパイル単位で値が変わっちゃうのでは？

**デフォルトの名無しさん** · 2021/12/23(木) 19:55:38.05

>>505
インラインはどのみち無理じゃない？
関数内static変数は共通になる保証があったと思う。どこだか忘れたけど。

**デフォルトの名無しさん** · 2021/12/23(木) 20:02:52.87

クラス内に実装を書くなどヘッダにあればどの道インラインだと思う

**デフォルトの名無しさん** · 2021/12/23(木) 20:05:51.29

staticは静的に確保されるので、インライン展開されても同じシンボルを参照する

**デフォルトの名無しさん** · 2021/12/23(木) 20:30:35.89

ちゃんと書いておくと、>>490にもともとクラスを使わない指定があるので、どうかね？
という意味では前提を満たしてないと思う
クラスを使う最も素朴な例は>>498に書いておいた

**デフォルトの名無しさん** · 2021/12/23(木) 21:54:27.28

メモリ確保用途でvectorやstringつかい
ポインタアクセスすれば、new で確保するのと速度に大差ないとおもうんですが
実測すると10%～くらいSTLつかうほうが速度低下するみたいなんですが
直メモリアクセスでも落ちるのはなぜなんでしょうか

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

その計測コード貼ってみ
多分メモリアクセスとは関係ない所で時間食ってる

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

>>509
ありがとうございます
やはりクラスを利用しないと実現無理そうなので、498のようなC#で言うところのstatic class的な形でやることにします

**510** · 2021/12/23(木) 22:21:06.77

これです・・・

https://ideone.com/NKSCRi

vector : 974.971 ms
new char : 921.191 ms
new int32 : 899.579 ms

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

１秒もかかる？

**510** · 2021/12/23(木) 22:49:58.53

こっちだと大差がついてるんですが
家のPCでもideone.comよりも差が付きます vector確保のほうが遅い

https://paiza.io/projects/9wWo36-bjTCL_S0WcGbaWA

vector : 459.154 ms
new char : 184.758 ms
new int32 : 167.899 ms

**510** · 2021/12/23(木) 22:55:16.12

自己解決しました
メモリ確保と解放部分を含めて計測してたのを
コピー部分のみの測定にしたらほぼ一緒になりました

https://paiza.io/projects/ge5iOWrzGu2E2PjogsRlUw

vector : 219.947 ms
new char : 204.565 ms
new int32 : 214.644 ms

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

ほとんどメルセンヌツイスタの実行時間じゃね

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

確保にかかってると思う？
一秒はさすがにないと思う。
何かおかしいな。

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

vector云々以前に、newバージョンも遅すぎると思う。
話にならないくらい。
i8008とかじゃないよね？

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

C++/CLIでstd::mutex使えないのなんでなん？

頑張ってWin32APIで代用する気力はあるけどわざわざ無効化されてる理由が知りたい

**510** · 2021/12/23(木) 23:05:52.89

メモリ確保・解放と、メルセンヌツイスタを外して計測したら
今度はvectorのほうが圧倒的に早いんですが

https://ideone.com/rKv4qv

vector : 237.55 ms
new int32 : 713.82 ms

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

計測時間は、ある程度の長さで、オンライン実行環境のタイムアウトにならないように
ループ回数を変更してるので

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

生ポインタにしたら同じ感じにならない？
unique_ptr<int32_t[]> p(new int32_t[2*size]);
int32_t* A = p.get();
mmcpy(A, size);

**デフォルトの名無しさん** · 2021/12/24(金) 01:54:49.07

手動でループ回数変更とか馬鹿らしいからquick-bench.comとか使うのオススメ

**デフォルトの名無しさん** · 2021/12/24(金) 09:00:08.27

overrunがある
std::make_uniqueを使え

**デフォルトの名無しさん** · 2021/12/24(金) 09:04:03.38

https://ideone.com/JupGoY

**デフォルトの名無しさん** · 2021/12/24(金) 09:05:00.82

サンプルコードだからと安易にnew演算子使う風潮やめたほうがいい
コールバックや別スレッドに渡すインスタンスの生成にのみnew演算子を使うべき

**デフォルトの名無しさん** · 2021/12/24(金) 09:08:39.52

そういうことではなくunique_ptrを理解してから使えというだけ

**デフォルトの名無しさん** · 2021/12/24(金) 09:09:02.65

バッドノウハウがいつまでたってもなくならない原因は入門者向けのサンプルコード

**デフォルトの名無しさん** · 2021/12/24(金) 09:09:36.51

そもそもサンプルコードの質が悪すぎる

**デフォルトの名無しさん** · 2021/12/24(金) 09:10:57.45

今回のね(>>526)

**デフォルトの名無しさん** · 2021/12/24(金) 09:11:48.94

>>528
むしろ「理解してなくても使え」だよ
ナマポだってそうだ
サティアンとか金目とかじゃなくてな
実際に使って痛い目にあわないと

**デフォルトの名無しさん** · 2021/12/24(金) 09:12:11.50

>>462は壮大な勘違い

**デフォルトの名無しさん** · 2021/12/24(金) 09:13:48.09

>>532
何でもそうだが、理解しないで使うからこういう問題が跡を絶たない
「理解してなくても使え」が何よりも悪い

**デフォルトの名無しさん** · 2021/12/24(金) 09:21:12.05

>>534
それは違う
使わなければ理解できないよ
自身が初心者だった頃を思い出せないくらい耄碌したの？
お大事に

**デフォルトの名無しさん** · 2021/12/24(金) 09:22:45.08

>>535
俺は初心者の頃から理解できていないものを何となく使うとかはしていない
それが何よりも悪いことを教わってきてるから

**デフォルトの名無しさん** · 2021/12/24(金) 09:25:48.61

練習と本番を一緒くたにしてるな
まさに現場の癌だったと自白してるようなものだ

**デフォルトの名無しさん** · 2021/12/24(金) 09:28:20.47

まさにお前がな

**デフォルトの名無しさん** · 2021/12/24(金) 09:30:24.34

コロコロID変わる質問者兼劣悪回答者の荒らしで、そもそも勤務経験なさそう、と思ってるよ

**デフォルトの名無しさん** · 2021/12/24(金) 09:31:16.13

>>536
現役離れてずいぶん経つの？
実務やってれば仕様書の文章があいまいで実際に動かさないと理解できないってことがいくらでもあるでしょ
「仕様書はない、ソースのみ(ｷﾘｯ」という状況なんて普通なはずだが

**デフォルトの名無しさん** · 2021/12/24(金) 09:32:13.38

教わるとか受け身かよ、アホかと
学ぶんだろ