【初心者歓迎】C/C++室 Ver.105【環境依存OK】

**デフォルトの名無しさん** · 2019/04/25(木) 06:54:38.08

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.104【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1545944692/

**デフォルトの名無しさん** · 2019/08/07(水) 05:19:14.35

あるいはそれを許可するコンパイルオプション付けるか

**デフォルトの名無しさん** · 2019/08/07(水) 08:50:49.29

文字列リテラルの型はconstな文字列の配列です
https://ezoeryou.github.io/cpp-book/C++11-Syntax-and-Feature.xhtml#encoding-scheme

**デフォルトの名無しさん** · 2019/08/07(水) 10:29:55.43

>>141
それをやってダメだったときのエラーメッセージを張ろう

**デフォルトの名無しさん** · 2019/08/07(水) 10:45:14.88

>>139
C/C++の言語仕様的には
const char *name="ABC";
で行ける可能性は高いんですが、分かりやすさのためには、
static const char szName[] ="ABC";　　// szName[4] という配列を "ABC",0 で初期化。
const char *name =&szName[0];
とするものお勧めです。

**デフォルトの名無しさん** · 2019/08/07(水) 11:36:34.89

少なくとも>>139のリンクにあるコードはchar*にリテラルを入れようとしてるのでNG
constをつけても駄目なのは生成後に代入しようとしてるから
てか意味もなくグローバルスコープの構造体とかやめろ

**デフォルトの名無しさん** · 2019/08/07(水) 17:26:37.26

あと特に理由がないなら文字列はstd::stringを使うべき
C言語じゃないんだから

**デフォルトの名無しさん** · 2019/08/07(水) 17:27:18.45

↑C言語じゃないんだったら

**デフォルトの名無しさん** · 2019/08/08(木) 08:01:13.41

>>147
構造体メンバに
const char *name;
と書いていて、構造体を生成後に後から name メンバに
Cの文字列リテラルの先頭アドレスを代入することは、
C/C++の言語仕様的にはいけるはずです。
なぜなら、xxx.name のように書いた場合、コンパイラの内部的には
const char* 型の左辺値(代入先)が有るのと同じように扱われるので、
ローカル変数に const char *aaa; aaa = "xxx"; と書いた場合と変わらなく
なるはずですから、C/C++ の言語仕様的には。

**デフォルトの名無しさん** · 2019/08/08(木) 16:00:04.26

独自のクラスに比較演算子==を実装する時、クラス内に定義するのとグローバルで定義するのとでは、実装の仕方以外に違いがあるのでしょうか？

また、例えば独自クラスとintの比較演算子==を実装する場合は、左辺にintがある場合と右辺にintがある場合の二つを用意する必要があるのでしょうか

ちなみに使用しているのはC++11です

**デフォルトの名無しさん** · 2019/08/08(木) 16:20:50.94

それくらいすぐ作れるんだからやってみればいいのでは

**デフォルトの名無しさん** · 2019/08/08(木) 16:35:41.72

>>152
これって自分でやったところで解決できる質問なのでしょうか？
もちろん既に自分で実装していますが、自分で使ってみた感じではクラスでもグローバルでも一切の違いがないと「思います」
左辺と右辺のintについても、わざわざ2つの演算子を定義するしか方法がないと「思います」

**デフォルトの名無しさん** · 2019/08/08(木) 23:38:32.45

クラス内に定義するのとグローバルで定義するのとってどういう意味でだ？
クラスのメンバ関数と普通の関数として定義するのとってこと？
あるいはクラスのstaticメンバ関数と普通の関数？
そういうのとは違ってクラス定義の中にメンバ関数の定義も書くのと
クラス定義の中では宣言だけで外に定義を書くのとってこと？

**デフォルトの名無しさん** · 2019/08/09(金) 01:10:13.49

>>151
クラス内に定義すると当然メンバー関数扱いなるのでprivateメンバーにアクセスできるが、左辺を自クラス、右辺をintにoperatorしか定義できない。
クラス外に定義すると、そのままではprivateメンバーにアクセス出来ないが、左辺、右辺どっちでも自由に定義できる。

**デフォルトの名無しさん** · 2019/08/09(金) 01:23:46.70

>>151
相手がintの場合はわざわざoperator==を定義しなくても、intへの型変換operatorを定義すれば勝手に変換してくれるので、そっちの方が楽だと思う。

**デフォルトの名無しさん** · 2019/08/09(金) 04:08:33.63

>>151
どっちでもいいに一票
どっちが自然か&楽かで決めればいいとおも

**デフォルトの名無しさん** · 2019/08/09(金) 11:09:20.14

>>155
大きな違いとして出てくるのは実装面の都合になってくるわけですね
>>157 の方の言う通り楽な方で実装しようと思います

>>156
型変換のオペレータを実装するのは思いつきませんでした
確かにそれが一番手っ取り早いですね
教えていただきありがとうございます

**デフォルトの名無しさん** · 2019/08/10(土) 01:46:44.99

質問ですがリフレクションってのは何ナノですか？
これがないのがC＋＋の欠点って言われてるそうですが

**デフォルトの名無しさん** · 2019/08/10(土) 02:13:52.05

ググって何がわからなかったのか書けよ
そういう気配り謙虚さがないからお前は伸びないんだよ

**デフォルトの名無しさん** · 2019/08/11(日) 09:19:19.57

https://psicodisea.webnode.es/_files/200000043-2c2a82d249/geek_gang_signs.jpg
かっこいい

**デフォルトの名無しさん** · 2019/08/12(月) 16:51:27.60

>>151
それよりもその定義をどのファイルに置いとくかっていうディレクトリ構成のが重要。

**デフォルトの名無しさん** · 2019/08/12(月) 16:56:28.87

ある型TでT[]とT*とTって何が違うの？？

**デフォルトの名無しさん** · 2019/08/13(火) 00:33:44.36

T[]は配列、Tなものが並んだもの
T*はポインタ、Tなものを指すもの
Tは、Tそのものとしか
配列は随所でポインタに変換されるから混同するのもわからんでもないが

**デフォルトの名無しさん** · 2019/08/13(火) 01:11:53.36

じゃあ配列を関数の実引数で与えるときに[]…って書かないで*ってするのはなんで？？

**デフォルトの名無しさん** · 2019/08/13(火) 03:45:41.66

配列を渡すんじゃなくて配列を指すものを渡すため

**デフォルトの名無しさん** · 2019/08/13(火) 05:41:26.72

配列を関数の実引数で与えるときに*なんてしない
int arr[NUM] = 0; func(arr, NUM);
普通こう書く

cでは、配列は構造体とは違い「満足なオブジェクト」ではないんだ
関数に配列そのものを渡すには構造体で包むなりしないとならない
面倒なんで普通はそんなことはしなくて、先頭要素へのポインタとサイズを渡す
上記func(arr, NUM);も、本当は配列そのものを渡したいんだけどできないから
そういう意味だと解釈される

**デフォルトの名無しさん** · 2019/08/13(火) 07:20:08.26

つまり、めんどくせぇし表現乱立するくらいならvectorなりarray使えってことだな

**デフォルトの名無しさん** · 2019/08/13(火) 16:33:08.61

mallocした配列なら＊
二次元配列なら＊＊
三次元なら＊＊＊

すんごく分かり易いじゃん

◆QZaw55cn4c · 2019/08/13(火) 16:50:37.78

>>167
＞cでは、配列は構造体とは違い「満足なオブジェクト」ではないんだ
私にいわせると、C の配列の扱い方こそ正義であり、まるまま渡せるという構造体の方が正義に反するやりかただと考えています
構造体の扱いに関しては、K&R1 のままの方が良く K&R2 は改悪だったと思っています

**デフォルトの名無しさん** · 2019/08/13(火) 18:08:35.02

>>170
お前の正義はどうでもいい

**デフォルトの名無しさん** · 2019/08/14(水) 07:35:10.61

>>168
乱立とかちょっと何言ってるかわかんない

**デフォルトの名無しさん** · 2019/08/14(水) 10:53:25.60

Cだけだといろいろ物足りないから
C++ をちょっと便利な C として
手を付けるのは　あり？

**デフォルトの名無しさん** · 2019/08/14(水) 11:07:19.09

Better Cっていう用語があるくらい一般的な使い方です

◆QZaw55cn4c · 2019/08/14(水) 16:51:47.26

>>173
みんなそうやって C から C++ に移ってきたのだと、私は思います

**デフォルトの名無しさん** · 2019/08/14(水) 19:59:27.72

>>175
お前はC++の機能はまともに使えてないけどな

◆QZaw55cn4c · 2019/08/14(水) 20:13:46.55

>>176
どんなところが「まともに使えていない」と感じられるものだったのでしょうか？

**デフォルトの名無しさん** · 2019/08/14(水) 21:53:50.90

いや、もうc言語とかいいじゃん、 c++使おうよ
配列で悩むのめんどくさくね？
配列のサイズ渡せないとか欠陥だからマジで

**デフォルトの名無しさん** · 2019/08/15(木) 06:20:44.75

>>176
どうせメタプログラミングもまともに出来ない雑魚だろ？

>>178
vectorやarrayじゃないと渡せないと思ってる？

**デフォルトの名無しさん** · 2019/08/15(木) 07:46:25.74

>>179
じゃあ、共通的なやり方で動的配列のサイズ渡してくださいよ
どうやるんですか？

**デフォルトの名無しさん** · 2019/08/15(木) 08:00:09.50

>>180
お前わざと条件増やしたろ？

**デフォルトの名無しさん** · 2019/08/15(木) 23:28:39.14

メタプロなんてできない方がかえって生産性あがるわ。
カスが使うと無駄にモジュラリティーの低いもの作るだけ。

◆QZaw55cn4c · 2019/08/16(金) 15:30:12.59

>>182
貴重なお言葉恐悦至極に存じます、メタプロとかは私は一生理解できないと思っていますが、それでもいい、というお言葉ですよね…

**デフォルトの名無しさん** · 2019/08/16(金) 17:52:44.76

>>182
> 「カスが使うと」無駄にモジュラリティーの低いもの作るだけ。
よくわかってるじゃないかw

**デフォルトの名無しさん** · 2019/08/16(金) 18:07:14.43

つまりｋｓかどうかを判定するにはメタプロさせてみればいい、ってこと？

**デフォルトの名無しさん** · 2019/08/16(金) 18:08:34.43

十分条件と必要条件でググって

**デフォルトの名無しさん** · 2019/08/16(金) 22:52:38.68

>>177
何か指摘するとまたイチャモンつけて否定するだけだろ
俺がまともに使えてないと感じた
理由は自分で考えな

◆QZaw55cn4c · 2019/08/16(金) 23:02:28.12

>>187
＞何か指摘するとまたイチャモンつけて否定するだけだろ
そうでもないと思いますよ…実感では 3% くらいしか使っていないかと

**デフォルトの名無しさん** · 2019/08/16(金) 23:54:46.13

>>183
理解の問題じゃなくてセンスの問題だつってんだよバカ。

◆QZaw55cn4c · 2019/08/17(土) 00:55:09.12

>>189
そうですか、でも、それはそれで興味深いですね
センスの問題、ということは非言語領域的テーマだろうか、と推察しますが、
コンピューター言語という極めて形式的＝言語的な領域の話にて非言語的概念が語られる、いや、それが最重要であるというところに奥の知れない「恐ろしさ」を予想します

**デフォルトの名無しさん** · 2019/08/17(土) 02:40:02.84

(どうもコンパイル時最適化が効くからテンプレートメタプログラミングするって人がいないように思う)

**デフォルトの名無しさん** · 2019/08/17(土) 09:39:59.02

コンパイル時最適化て、C++の最適化は普通コンパイル時とリンク時だけやろ

◆QZaw55cn4c · 2019/08/17(土) 11:22:38.89

>>192
リンク時に最適化するのですか？単にリンカがリンクするだけだと思っていましたが

**デフォルトの名無しさん** · 2019/08/17(土) 12:18:18.80

メジャーなコンパイラにはある機能だよ
リンク時最適化でggr

**デフォルトの名無しさん** · 2019/08/17(土) 14:11:42.12

テンプレートのコンパイル時最適化なんてのはマクロ展開的な最適化をしてるだけ。
そんな最適化が必要な部分はもっと慎重に関数化するわ。
ただドヤリたいだけのバカがありがたがってるってのがよくわかる。

**デフォルトの名無しさん** · 2019/08/17(土) 15:01:36.23

マクロと違って型で挙動変えられるのが美味しいのに

**デフォルトの名無しさん** · 2019/08/17(土) 15:22:51.03

これまで何も考えずにC++で配列を使ってたんですけど
もしかしてC++で配列を使うのってナメられますか？
arrayやvectorなどでないとやはりコードのクオリティが下がることになってしまうのでしょうか？

**デフォルトの名無しさん** · 2019/08/17(土) 15:52:09.37

newからdeleteまでの間の例外処理に不備がないと自信があるなら生配列で構わん

**デフォルトの名無しさん** · 2019/08/17(土) 16:56:59.91

>>197
静的配列なら生配列もありかと思う
静的配列でもarrayのメソッド使いたいとか引数で他の関数等に渡すとかあるならarray
動的配列なら他に理由がない限りvector一択

**デフォルトの名無しさん** · 2019/08/17(土) 17:14:22.35

>>197
生配列とarrayやvectorのメリットデメリットや使い分けを理解せずに何も考えずにarrayやvectorにする方がいいらしいなんて理解の仕方ならクオリティは低いままだよ。

**デフォルトの名無しさん** · 2019/08/17(土) 18:13:22.13

>>195
その表現もおかしいけどな
テンプレートによってマクロ展開的に生成されたコードにも等しく最適化がかかるだけであって

>>197
コードのクオリティとか良いコードとかより、最終的にどちらがユーザーの利益になるかどうかを考える方が健全だと思うけど

**デフォルトの名無しさん** · 2019/08/18(日) 00:09:06.82

>>201
マクロ展開で実行評価される必要のない部分が削られるって話なんだが
あんまり理解してないでしょ？
まあ別に理解してないならしてないでほとんどの場面で使わなくていいものではあるが。

**デフォルトの名無しさん** · 2019/08/18(日) 08:44:15.16

＞あんまり理解してないでしょ？
こっちの台詞だよ
必要とされたときに初めて実体化されるの
必要ないのに全ての型全ての組み合わせ用意してから削ってると思ってたのか

**デフォルトの名無しさん** · 2019/08/18(日) 09:58:09.36

>>197
「配列　キャッシュ効率」で調べると次のようなものが出てくる
平たく言うと「配列をキャッシュに乗せる」

プログラミング :: 高速なプログラムを書く為に :: メモリ
ttp://myoga.web.fc2.com/prog/cpp/opti02.htm

Processingで見るプログラミングスタイル七変化 - Qiita
ttps://qiita.com/FAL/items/19be333d55f7fcb1943a

プログラムを高速化する話
ttps://www.slideshare.net/KMC_JP/ss-45855264

**デフォルトの名無しさん** · 2019/08/18(日) 12:05:15.42

>>203
やっぱ変数評価の問題とマクロの関係を全く理解してないんだな。
>>196
そういう型マッチングシステムに依存しまくったものの危険性を全く理解してないのが
問題なんだよ。
SFINEとか型マッチングシステムのデバッグしずらいものに頼る問題を
全く意識していない輩が多すぎる。

**デフォルトの名無しさん** · 2019/08/18(日) 12:24:08.36

変数(というよりテンプレート実引数)を特殊化なりオーバーロードなりで評価した結果コードが生成されない(テンプレートが実体化されない)のは最適化でも何でもない

**デフォルトの名無しさん** · 2019/08/18(日) 12:27:17.01

ただし、よくわかりもせずにテンプレートを持て囃したりC++歴数年でテンプレートに首突っ込む(しかも生産性ガン無視で)初心者が増えたのは俺も問題だと思う

**デフォルトの名無しさん** · 2019/08/18(日) 12:37:50.86

でもテンプレート便利じゃん

**デフォルトの名無しさん** · 2019/08/18(日) 12:52:38.69

>>205
君の用語の使い方が独特で、君の思ってることを読み取れるエスパーは少ないって話だと思うよ。

マクロ展開の「実行評価」って何なの？
具体的な問題を挙げずに危険とかいうのは単なるFUDってやつじゃないの？

理解させるために言葉を工夫するつもりが無いなら黙ってくれていい。

**デフォルトの名無しさん** · 2019/08/18(日) 18:15:25.68

>>209
理解してないならそういえばいい。
とりあえずcommon-lispでも勉強することをオススメする。
少しは見識が広がると思うよ。

**デフォルトの名無しさん** · 2019/08/18(日) 22:22:43.25

>>210
common lispで実行評価って、evaluationのことを言いたいのだろうか？それなら｢評価｣と訳されると思うけど、実行評価はググっても見当たらない。PDCAの用語と混同してるのではないかと思えてしまう。

**デフォルトの名無しさん** · 2019/08/18(日) 23:03:24.76

lispがでてくるならこれはもう defmacro しかないんじゃないか？

**デフォルトの名無しさん** · 2019/08/18(日) 23:06:53.30

用語でもめるくらいならサンプルコードでやれ

**デフォルトの名無しさん** · 2019/08/19(月) 01:57:01.62

そやっ
common lisp言うたら相手びびるはずやっ

**デフォルトの名無しさん** · 2019/08/19(月) 11:27:33.54

まずはダイナミックとスタティックの違いがある
静的なものは未来永劫不動なので、一度作ったら未来でも一切変わらない
動的なものは「未来は不定である」「未来は誰にも分からない」という哲学あるいは神学から作られたので、未来に挙動が変わる

決定論的な未来の世界観では一度作ったらそれきり、静的なものが出来上がる
ここでいう決定は本当に神学で、全知全能の神を指している
未来の事柄があらかじめ全部分かっていれば、ダイナミックなことはしなくて良くなる、というのが、彼ら西洋人の究極の理想論

今分かることは動かす前に全部決め打ちすりゃーいい、ってのが静的だ

◆QZaw55cn4c · 2019/08/19(月) 18:55:20.55

>>215
＞未来の事柄があらかじめ全部分かっていれば、ダイナミックなことはしなくて良くなる、というのが、彼ら西洋人の究極の理想論
ラプラスの悪魔、という語句をご存知ですか？西洋人ですら「未来の事柄をあらかじめ」予測することはできない、と観念しているようですよ…

入門 · 2019/08/19(月) 20:35:59.98

色んなサイトを見てC言語の文法を学習中なのですが構造体の自己参照のやり方がどうも分かりません。
かんたんな短いサンプルコードを使って教えてほしいです
よろしくお願い致します😪

**蟻人間** ◆T6xkBnTXz7B0 · 2019/08/19(月) 20:40:39.17

構造体Aが内部に構造体Aを持つとすると、Aは無限の構造的ループを持つことになる。これはあり得ない。

自己参照するなら、Aのポインタを使わないといけない。
typedef struct A
{
struct A *next;
int value;
} A;
こんな感じになる。ポインタが分かっているなら、
A *a = (A *)calloc(1, sizeof(A));
a->next = NULL;
a->value = 666;
...
この変数aにさらに追加するなら、
A *b = (A *)calloc(1, sizeof(A));
a->next = b;
...
問題は破棄だが、自己参照をたどっていってすべてのAの実体に対して、
freeを呼ばないといけない。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/08/19(月) 20:48:42.67

ただし、同じ実体に対して２回free関数を呼ぶことはできない。
また、解放した実体のメンバーは参照することができない。
参照すると、不正読み込みでプログラムが異常終了するかもしれない。

ということでパズルのように解放方法のアルゴリズムを考案しないといけない。
C言語というのは、そういうややこしさをはらんでいる。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/08/19(月) 20:56:19.12

1個追加したいときに、このようなコードをいちいち書くのは大変なので、
普通は「１個追加する」という動作を行う関数を用意する。

void add(A *a, int value)
{
A *b = (A *)calloc(1, sizeof(A));
b->next = NULL;
b->value = value;
a->next = b;
}

**デフォルトの名無しさん** · 2019/08/19(月) 21:05:52.16

テンプレートの話題でlispの話題ならマクロの話ってピンとくるもんだと思ったが
結構バカが多いんだな。

**デフォルトの名無しさん** · 2019/08/19(月) 22:08:18.21

バカはお前だ

入門 · 2019/08/19(月) 22:29:52.38

>>218
かなりコンパクトに纏めていただきありがとうございます
ただまだcallocとポインタ型のキャストがいまいち分からなくて😪
すいません

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/08/19(月) 22:45:30.60

calloc(1, sizeof(A))は、1*sizeof(A)バイトのメモリーブロックを確保し、ブロックをゼロでクリアする。そして先頭アドレスとしてvoid*型を返す。リファレンスをちゃんと読もう。全部書いてある。

**デフォルトの名無しさん** · 2019/08/20(火) 13:31:20.80

c++でanimal, dog, catなどのクラスを作ってオブジェクト指向の勉強してます．
dogとcatはanimalを継承するよくある例です．
適当にa[]という配列を切って，a[0]はdogのクラスでa[1]はcatのクラスで…
というようにしたいのですが，この配列a[]の型やaのクラスを指定するやり方が
分かりません．
最終的にはa[i].barkというようなことをやりたいです．
よくある質問だと思うのですが，適切な検索ワードが分からず困っています．
どうやったら良いかor適切なキーワードを教えてください．

**デフォルトの名無しさん** · 2019/08/20(火) 13:45:18.40

animalの配列にdog, catをアップキャストしてぶち込む
animal, dog, catのunionを作り、そのunionの配列を作る

**デフォルトの名無しさん** · 2019/08/20(火) 13:52:03.45

2つ目は違ったから忘れてくれ

**デフォルトの名無しさん** · 2019/08/20(火) 13:58:30.55

>>226
さっぱり分かりませんがありがとうございます．これでgoogle先生に質問できます．

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/08/20(火) 14:40:59.88

ポインタの配列にしてポリモーフィズム。

**sage** · 2019/08/20(火) 15:46:52.82

>>229
こんな感じですか？
push_backでエラーが出てコンパイル出来ませんが…
std::vector<std::unique_ptr<Animal>> a;
a.reserve(2);
a.push_back(std::make_unique<Dog>());
a.push_back(std::make_unique<Cat>());

**デフォルトの名無しさん** · 2019/08/20(火) 15:47:51.55

基底クラスの実体配列じゃ多分無理で
基底クラスのポインタ配列しかないと思うわー

**225** · 2019/08/20(火) 16:04:10.66

ポインタの配列を作ったつもりだったんですが違うんですね...．
誰か簡単なコード書いてくれませんか？

**デフォルトの名無しさん** · 2019/08/20(火) 16:32:36.95

c++17ならstd::variantが使えそうだけどね。

**デフォルトの名無しさん** · 2019/08/20(火) 18:41:29.45

>>232
std::unique_ptrだからうまくいかない
生ポインタにするだけで通る

**デフォルトの名無しさん** · 2019/08/20(火) 19:03:13.66

>>230
普通にとおるような

**デフォルトの名無しさん** · 2019/08/20(火) 19:04:40.28

https://wandbox.org/permlink/cnOTu7uhuEfon7Nv

**デフォルトの名無しさん** · 2019/08/20(火) 19:05:34.46

>>230
VS2019だと問題なくコンパイルできるけど。
Animalをpublic継承していないとかだったりして。

**デフォルトの名無しさん** · 2019/08/20(火) 19:54:26.69

>>230
> push_backでエラーが出てコンパイル出来ませんが…
なぜエラーメッセージを貼らないの？

**デフォルトの名無しさん** · 2019/08/20(火) 20:23:10.77

つか、エラー貼るまでもないだろ

std::unique_ptr

コイツはmovしかできないから、コンテナに格納できる条件に合わない。

スマートポインタをコンテナに入れたかったらsharedポインタを使う

常識じゃなかったのか

**デフォルトの名無しさん** · 2019/08/20(火) 20:36:33.84

unique_ptrはコンテナに格納可能という俺の常識とは違うようだな

**デフォルトの名無しさん** · 2019/08/20(火) 21:46:43.07

>>239
>>235-237でエラーなくコンパイルできるのに何を言ってるんだよw

**デフォルトの名無しさん** · 2019/08/20(火) 23:47:14.68

>>239
std::unique_ptrはコンテナに入れられるぞ
std:auto_ptrをコンテナに入れた場合に起きるCOAPという問題は起きないんだぜ