C++相談室 part142

**デフォルトの名無しさん** · 2019/04/01(月) 22:17:05.84

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/
C++相談室 part140
https://mevius.5ch.net/test/read.cgi/tech/1547326582/
C++相談室 part141
https://mevius.5ch.net/test/read.cgi/tech/1550772463/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2019/04/13(土) 15:46:26.77

jniはjavaのプラットフォームにc++での開発成果物を持ち込むためのもので、そうでないならわざわざそんなもの使う意味は薄い

マルチプラットフォームなアプリを作りたいならQtなりwxなりを使った方が速いし楽

**デフォルトの名無しさん** · 2019/04/13(土) 15:47:10.35

>>208
でもいつ訴えられるかわからないから怖いですう。

**デフォルトの名無しさん** · 2019/04/13(土) 15:58:39.59

そもそも、Androidアプリにとってのシステムコール(API)とは、Javaの関数だと
思うので、この構造自体は Android における「最も高速なアプリ」になっている
と思う。

**デフォルトの名無しさん** · 2019/04/13(土) 15:59:50.41

>>210
一般アプリ作者は大丈夫だと思うな。一番危ないのは、オイラみたいに、
ToolKit作って儲けようなんて思ってる人なのさ。(^_^;)

**デフォルトの名無しさん** · 2019/04/13(土) 16:11:49.69

>>209
それらはサイズが大きい。

**デフォルトの名無しさん** · 2019/04/13(土) 16:14:38.06

糞デカイ上に更新面倒なjavaのruntime入れさせるほうが害悪だろ

flashより糞度が高い

**デフォルトの名無しさん** · 2019/04/13(土) 16:22:55.04

AndroidはJREはプリインストール済みなんじゃないの？
オイラは実機持ってないので全く分からないんだな。

**デフォルトの名無しさん** · 2019/04/13(土) 16:32:58.01

androidで実質c++でのアプリ開発する仕組みなら既にある
jniそのまま使うよりは大分マシ

**デフォルトの名無しさん** · 2019/04/13(土) 16:36:12.19

>>216
どうやるの？

**デフォルトの名無しさん** · 2019/04/13(土) 16:39:07.74

何でグラフィックをわざわざJavaに？

>>217
QtならほぼC++で書ける

**デフォルトの名無しさん** · 2019/04/13(土) 16:42:39.35

Qt は、内部的に Backend で Java を使ってるのかな。

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

なんかJavaを間違って理解してるっぽい。

**デフォルトの名無しさん** · 2019/04/13(土) 17:21:04.26

>>219
もういい加減スレ違いだから消えてくれ

**デフォルトの名無しさん** · 2019/04/13(土) 19:21:24.16

vector に格納されてる値から添え字の番号を取得するための最も手軽な方法はなんでしょうか

イテレータから添え字番号を取得することはできますが、あくまで値からやりたいです

**デフォルトの名無しさん** · 2019/04/13(土) 19:26:24.27

格納してる値にインデックスの手がかりがないんだったら
findで探して結果のイテレータから取得するしかないな

**デフォルトの名無しさん** · 2019/04/13(土) 19:26:44.48

>>222
findしてdistance

**デフォルトの名無しさん** · 2019/04/13(土) 19:31:01.29

>>223-224
ありがとうございます
格納する値の範囲もサイズも小さいvectorなので、今回は辞書を作って対応しようと思います

**デフォルトの名無しさん** · 2019/04/13(土) 19:42:14.61

>>225
そんな単純な検索なら3行くらいなんだから作ればいいのに

**デフォルトの名無しさん** · 2019/04/13(土) 20:12:30.52

奇遇なことに辞書も三行くらいです

**デフォルトの名無しさん** · 2019/04/14(日) 01:05:39.34

そら奇遇ですな。

◆QZaw55cn4c · 2019/04/14(日) 06:41:11.16

>>200
とても興味を覚えました
私は、そろそろ言語間でライブラリも共用されるべきだと考えています
一つの記述体で各言語共通というのはさすがに難しいにせよ、
Java のライブラリと同等なもの（名前と機能が共通のもの）が C++ にもあってもいいんじゃないか？と数年前から妄想しています…

**デフォルトの名無しさん** · 2019/04/14(日) 07:17:55.90

もうJavaのことは忘れて生きろ

**デフォルトの名無しさん** · 2019/04/14(日) 07:42:20.38

JavaとC++に共通インターフェースを作るのは反対。
車輪の再発明にしかならない。自由を奪うだけの愚策。

◆QZaw55cn4c · 2019/04/14(日) 07:51:31.17

>>231
強要するのではなく、オプション（選択肢）として提供するのはどうでしょうか？

**デフォルトの名無しさん** · 2019/04/14(日) 08:04:00.89

>>232
共通ライブラリを使う側にとってはオプションであることは当然。
共通ライブラリを作る側の話をすべき。共通ライブラリの規格決定権者が増えすぎること自体が好ましくない。
これはEU諸国がトルコがEU参加することを拒否する感覚に近い。

◆QZaw55cn4c · 2019/04/14(日) 08:50:47.24

>>233
私は EU には否定的（グローバリストの巣窟であり、普通選挙／自由選挙による合意形成をスキップするポジションを作って人を操作するからくり、トルコもたぶん目が覚めているのでは？）ですが、それはさておき、
すでにある java/classpath スケルトンを真似してしまおう、という低姿勢・低いプライドを貫くのであれば、規格策定者は基本要らなくなりませんか？だって真似するだけだし…

**デフォルトの名無しさん** · 2019/04/14(日) 08:59:21.33

まだC++98しか知らないと、取り残されますか。

**デフォルトの名無しさん** · 2019/04/14(日) 09:09:36.38

まずは、Javaと瓜二つな C#、.NET、C++/CLIが今どうなっているか考えてみては。

L · 2019/04/14(日) 09:28:45.12

>>229
ちょっと話しはズレるけど、あなたの賛同で嬉しくなったので、入手した耳寄りな
情報を書いておこうと思う。既に知ってる人も当然いると思うけど、
WebAssemblyで作ったようなWebAppliは、ブラウザのURL欄やタイトルバーなどが
表示されてしまうのが難点として残っていた。ところがなぜかElectronでは消せて
いたのでChromeではなくChromiumを使っているからかと思っていた。
ところが、manifest.json なるものを書いて、HTMLにそのファイルを使うように
書いておいて、display プロパティーを standalone やfullscreen にすると、
URL欄が消せるらしい。

◆QZaw55cn4c · 2019/04/14(日) 09:41:42.35

>>237
もう時代はすっかり html/css/js ですね…
VSCode も　Electron ですし…

**デフォルトの名無しさん** · 2019/04/14(日) 10:28:52.88

質問を変えてみよう。
C++11やC++14のコードは、職場で取り入れられてますか。

**デフォルトの名無しさん** · 2019/04/14(日) 11:49:20.77

>>239
ガンガン取りいれてるよ。

なにげにでかいのが日本語識別子の保証。適切に使うと可読性が笑っちゃうくらい上がるｗ
ヘッダーのプロトタイプ宣言とかが特におすすめかな。

あとchar16_t/char32_tも結構ありがたい。WindowsとUNIX系のOS間で同じ文字コードとして共通で使える型が以前はなかったからね。
20でようやく入るみたいだが、なぜchar8_tを入れかったのか(´･ω･｀)

std::initializer_listもかなり便利。型安全で個数も分かる上に、引数の一番後ろじゃなくてもいいので、cの...と違って気軽に使える。

あとよく使うのは範囲for文と、イテレータの簡略化かな。いくつかの演算子をオーバーロードすれば良いだけだから、
結構気軽に範囲for文対応のイテレータを書ける。

ラムダ式も関数の引数に直接関数を埋め込んだりできて便利。

◆QZaw55cn4c · 2019/04/14(日) 12:36:24.13

>>240
＞char16_t/char32_tも結構ありがたい

確かに
char16_t と u"" がなければ win32api W 系とか途方に暮れていたとおもいます… https://mevius.5ch.net/test/read.cgi/tech/1434079972/53

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/14(日) 12:43:45.83

ガンガン最新を追うべきとまでは思わないけど、
C++11 は最低限度じゃないかなぁ。

**デフォルトの名無しさん** · 2019/04/14(日) 14:27:39.08

17便利すぎ
variant,visit,lambda,if constexpr
のコンボで捗る

**デフォルトの名無しさん** · 2019/04/14(日) 14:34:56.13

つーか今はもうC++11の機能は使わずにC++で書け!といわれても
やりきる自信がなくなった・・

**デフォルトの名無しさん** · 2019/04/14(日) 14:39:38.95

古い環境だと最近のサンプルがビルドできなくて困る

**デフォルトの名無しさん** · 2019/04/14(日) 16:02:33.26

c++11とか名乗るから誤解されるんだよ。
c++++とかのがイメージ的に正しい。

**デフォルトの名無しさん** · 2019/04/14(日) 16:06:36.29

C#ってことか。

**デフォルトの名無しさん** · 2019/04/14(日) 16:12:40.18

repeat文って入らないの？

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/14(日) 16:16:59.50

>>248
どんな機能？

**デフォルトの名無しさん** · 2019/04/14(日) 16:20:53.89

>>249
repeat(int i; n) で for(int i; i<n; i++) と同じ意味な機能

**デフォルトの名無しさん** · 2019/04/14(日) 16:22:55.01

>>250
そんなどうでも良いもののために予約語追加する意味って
その文法じゃ初期値すら変えられない

**デフォルトの名無しさん** · 2019/04/14(日) 16:24:45.44

初期値はi=0とかすればいいのか
でもそうなるとi=1にした場合何回ループするのか混乱しそう

**デフォルトの名無しさん** · 2019/04/14(日) 16:32:41.09

>>229
QtとかGtk、wxとか色々有るじゃん。。。
入れるの面倒くさいなら、Power Builder(だっけ？)とかの有料開発環境はVSを除いてマルチプラットフォームなライブラリが売りだぞ。

◆QZaw55cn4c · 2019/04/14(日) 16:36:01.32

>>253
Java の人も C# の人も c++ の人も python も ruby も一緒の名前で一緒の機能が使えたら，コストの中でも一番高くつく勉強コストを減らせるのではないでしょうか

**デフォルトの名無しさん** · 2019/04/14(日) 16:44:39.61

>>251
Linuxのカーネルにrepeatマクロ大量にあるもん

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/14(日) 16:52:53.22

>>255
ならマクロでいいじゃねぇか。

**デフォルトの名無しさん** · 2019/04/14(日) 16:53:20.02

こんなので十分だろ
https://ideone.com/I6e8NZ

**デフォルトの名無しさん** · 2019/04/14(日) 16:59:12.33

>>254
wxでもQtでもメジャー言語のbinding位あるだろ

**デフォルトの名無しさん** · 2019/04/14(日) 17:09:53.36

>>254
うん。
それはまさにそうで、だからQt,Gtk,wxあたりのメジャー所は色んな言語にラッパーがある。

**デフォルトの名無しさん** · 2019/04/14(日) 17:10:32.89

webプログラマーなんですが、右辺値、fowardっていつ使うのか気になります
というかなんでそこまで、厳密に分ける必要があるのか　
業務で使ってる方、使用例を教えてください

**デフォルトの名無しさん** · 2019/04/14(日) 17:20:10.51

右辺値というかムーブ関数の定義といらなくなるオブジェクトにstd::move付けとくのは絶対損にはならないからとりあえずやっとく
forwardはテンプレートライブラリ作るなら必須だけど自分では使ったことないなあ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/14(日) 17:25:45.47

コピーにコストがかかる場合は、std::swapやstd::moveのが早い場合があるからね。ムーヴはコピーじゃなくて引っ越しだから。

**デフォルトの名無しさん** · 2019/04/14(日) 17:27:07.70

まあ理論上はね。。そういう実装になってるかどうかはコード見ないとわからんけどね。

**デフォルトの名無しさん** · 2019/04/14(日) 17:29:38.84

基本的には高速化が目的でmove使わなくてもなんとかなるが、
所有権絡むとmoveは必須になる

forwardはtemplateで引数渡すときにmoveやら参照やらの完全転送する場合必須

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/14(日) 18:16:04.21

ちょっと実際にやってみようか。コピーコンストラクタで十秒待つコードを書く。ムーヴコンストラクタとムーヴ代入でなにもしない。
この状態でstd::moveを使わないで代入すると十秒かかる。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/14(日) 18:17:20.92

訂正。「コピー代入で十秒待つコードを追加」

**デフォルトの名無しさん** · 2019/04/14(日) 18:47:05.84

>>264
>所有権絡むとmoveは必須
必須とまでは言えない
　T::T(const T& obj)
という通常のコピコンを定義して、コピコンの中でconst剥がししたら
とりあえず所有権の移動もmove無しで逝ける

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/14(日) 18:50:44.06

>>260
高速化のために出来るのは、アルゴリズムのレベルでの工夫を別にすれば、出来ることはショートカットだ。
高速化とは近道なんだよ。

場合分けが出来るなら、どうしてもやらなければならないこと、やらなくてもいいことを「区別」できる。
区別できるなら、やらなくてもいいことは省略できる。

言語での区別が無くても、たとえば C でも区別を陽に書けばムーブみたいなことだって、そりゃあ出来るけども、
そんなクソ面倒くさいことはしたくないので言語でのサポートがあるとありがたい。

まあ速度的にそこまで必要ないってのなら、区別を積極的に利用しなくてもかまわないよ。
でも、必要なときに出来る方法が用意されているとうれしいし、
C++ を使うときというのはそれなりに実行速度が必要なときだろうし。

**デフォルトの名無しさん** · 2019/04/14(日) 18:52:09.33

とわいえmoveコンストラクタの方が意図が明確なコードが書けるから良い。
moveコンストラクタがふさわしい例っていやーつぎごケース。
class BarWithBigData {
　　Foo* m_pBigData;
　　BarWithBigData() : m_pBigData(new Foo[1000000000000] { }
　　~BarWithBigData() { delete[] m_pBigData; }
　　BarWithBigData(BarWithBigData&& rhs) { m_pBigData = rhs.m_pBigData; rhs.m_pBigData = NULL; }
　　Foo* refBigData() { return m_pBigData; }
};

ちなstd::arrayは使った無いから知らん

**デフォルトの名無しさん** · 2019/04/14(日) 18:53:54.12

訂正orz、

誤：
　　Foo* m_pBigData;
　　BarWithBigData() : m_pBigData(new Foo[1000000000000] { }

正：
　　Foo* m_pBigData;
public:
　　BarWithBigData() : m_pBigData(new Foo[1000000000000]) { }

**デフォルトの名無しさん** · 2019/04/14(日) 18:54:00.95

コピコンの中でconst剥がしってちょっと何言ってるか分からない

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/14(日) 18:55:03.68

十秒待つ待つコードはWindowsなら#include <windows.h>してSleep(10*1000);であり、
Linuxなら#include <unistd.h>してsleep(10);だ。
C++11ならstd::chronoに待つ関数があったはず。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/14(日) 18:57:07.74

const_castだろ。jk

**デフォルトの名無しさん** · 2019/04/14(日) 18:57:37.12

>>271 「move無しで（未定義動作に）逝ける」ってことでしょ。

**デフォルトの名無しさん** · 2019/04/14(日) 18:57:39.39

>>271
こうじゃわ；
BarWithBigData::BarWithBigData(const BarWithBigData& rhs) { m_pBigData = rhs.m_pBigData; const_cast<BarWithBigData&>(rhs).m_pBigData = NULL; }

>>269もmoveコンストラの変わりに↑のように書いても逝ける

**デフォルトの名無しさん** · 2019/04/14(日) 19:10:15.32

まあ実際にはそんなムーブをゴリゴリ書くことはなくて
m_pBigDataをunique_ptr<array<Foo, 1000000000000>>にしてムーブctor、ムーブop=、デストラクタを=defaultにするけどな

**デフォルトの名無しさん** · 2019/04/14(日) 19:21:51.01

auto_ptrよりヤバイ奴
const_castでconst外した後実際に書き換えてしまうとかw

**デフォルトの名無しさん** · 2019/04/14(日) 19:38:34.53

>>277
ちなconst T&で渡されたﾌﾞﾂを関数内でconst_castして書き換えることはそれ自体は合法
ROM上のオブジェクトを渡して死ぬことは有り得るがしたら呼び出し側の違反
また最適化にしくるとしたらそれはコンパイラーのバグ

**デフォルトの名無しさん** · 2019/04/14(日) 19:46:40.04

>>278
ROM上になくても const T 型で構築されたオブジェクトを書き換えたら未定義動作になるから、
値が変わらない前提の最適化は許されてるよ。

const 無しで構築されたオブジェクトを指す const& の話と混同してそうだね。

**デフォルトの名無しさん** · 2019/04/14(日) 19:53:21.04

質問: c🐴++のrust相対の優位性はなんですか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/14(日) 19:57:27.42

>>280
正しくないコードをコンパイル出来る。
C++ はプログラマを信頼するのだ。

**デフォルトの名無しさん** · 2019/04/14(日) 19:57:44.28

>>278
未定義じゃないか
c++03 5.2.11の7にはこんなことが書いてある
[Note: Depending on the type of the object, a write operation through the pointer, lvalue or pointer to data
member resulting from a const_cast that casts away a const-qualifier68) may produce undefined behav-
ior (7.1.5.1). ]

**デフォルトの名無しさん** · 2019/04/14(日) 20:14:45.20

>>282
Depending on the type of the objectにおいてmay produce undefined behaviorである
すわなちオブジェクトの型によっては未定義動作に成りえる、
と言っているだけなのでconst T&渡しされたパラメータの書き換えがNGの祥子にはなんね

>>279
>const T 型で構築されたオブジェクトを書き換えたら未定義動作になる
それはそう。しかしconst T&渡しされた関数内でコンパイラはそれを判断できないから
そういった関数内で、参照型かポインタ型引数で関数に渡されたlvalueのconst_castした結果はあくまでlvalue扱い
のはず…

**デフォルトの名無しさん** · 2019/04/14(日) 20:25:38.94

>>283
関数内では const& であることを根拠に最適化に使えないのは合ってる。
でもだからといって const& で受け取ったものを書き換えてもよいとは言えない。

void f1(int const&);
int f2()
{
int const x = 1;
f1(x);
return x;
}

x は int const なので、 f2() の return x は f1() が const_cast して x を
書き換える可能性を無視して return 1 に最適化できる、という話。

BarWithBigData const x; が >>275 のコピーコンストラクタに渡された後も
const_cast<BarWithBigData&>(rhs).m_pBigData = NULL; を無視して書き換え前の
m_pBigData が使われる可能性がある。

**デフォルトの名無しさん** · 2019/04/14(日) 20:33:37.36

規格が云々言わなくても、9割のプログラマの意図に反してるで終わる話
頼むからそんなコードは頭の中にしまっといてほしい

**デフォルトの名無しさん** · 2019/04/14(日) 20:37:26.81

つまりはそれ自体は問題ないが、constとして生成したオブジェクトを渡した瞬間にダメになると言うことか
で、渡すこと自体は制限できないから
プログラム中に罠を仕掛ける事が出来るわけだ。

**デフォルトの名無しさん** · 2019/04/14(日) 20:39:28.07

てか、mutable付けとけば問題なくなるな。

**デフォルトの名無しさん** · 2019/04/14(日) 20:40:25.78

const_castも要らないし良いことずくめじゃないかw

**デフォルトの名無しさん** · 2019/04/14(日) 20:45:26.81

>>285
わかりたそうする。>>275のケースは素直にムーブコンストラクタを使えば良い。または↓でもだいたいおk
BarWithBigData::BarWithBigData(BarWithBigData& rhs) { m_pBigData = rhs.m_pBigData; rhs.m_pBigData = NULL; }

だいたいというのはムーブコンストラクタ有りの規格のC++コンパイラで↑の非constなコピコンだけ書く警告が出ることがあるからｲﾔﾝ、

>>286
>つまりはそれ自体は問題ないが
いや問題がある可能性が潰せていない。
void f1(int const&);
int f2()
{
int x = 1;
f1(x);
return x;
}
（xがconst無し)の場合であってもf1(x)がxを書き換えない前提の最適化がf2()にかかったりすると、
f1(x)内で変更したxの値がreturnされるxの値に反映されない可能性がある（f1(x)の呼び出し前後でxがレジスタに乗ったままであるとか、

**デフォルトの名無しさん** · 2019/04/14(日) 21:11:05.08

>>289
その x の型は const じゃないから return x は最適化できないよ。

**デフォルトの名無しさん** · 2019/04/14(日) 21:48:29.79

>>281
わからないです。それはメリット？

**デフォルトの名無しさん** · 2019/04/15(月) 01:36:50.54

ラムダに11個の引数を参照で渡すのと、キャプチャするの、どっちが速いかな？

**デフォルトの名無しさん** · 2019/04/15(月) 02:40:05.27

測ればいいだろ

**はちみつ餃子** ◆8X2XSCHEME · 2019/04/15(月) 02:50:17.52

>>291
メリットのときもデメリットのときもあるだろう。

**デフォルトの名無しさん** · 2019/04/15(月) 02:59:24.82

参照渡しな時点でその場で呼び出すのだろ。
最適化かければ結局同じようなアセンブリになるよ。

**デフォルトの名無しさん** · 2019/04/15(月) 09:13:13.35

それはわからんだろ
ブロック待ちするかもしれないわけで

**デフォルトの名無しさん** · 2019/04/15(月) 19:29:41.18

引数で渡すとスタックに積まれる可能性があるけど、キャプチャするとそうならないのでは。

**デフォルトの名無しさん** · 2019/04/15(月) 19:36:28.26

いや、形式上は無名クラスにキャプチャを変数としてぶちこんだもののインスタンス作ってメンバ関数のoperator()呼ぶのだから、スタックは使うだろ。

**デフォルトの名無しさん** · 2019/04/15(月) 20:08:47.93

C言語じゃダメなんですか！

**デフォルトの名無しさん** · 2019/04/15(月) 20:20:07.70

いいよ

**デフォルトの名無しさん** · 2019/04/15(月) 20:25:01.30

無駄に複雑にしとるな。

**デフォルトの名無しさん** · 2019/04/16(火) 01:01:07.13

>>298
じゃあ、引数で渡すとスタックに積まれない可能性があるので、速い場合もあるのでは？

**デフォルトの名無しさん** · 2019/04/16(火) 02:15:09.28

海外だと、Javaに負けて、Rustに圧倒的実力で追いやられるC++

**デフォルトの名無しさん** · 2019/04/16(火) 02:27:07.22

>>303
https://insights.stackoverflow.com/survey/2019#technology-_-what-languages-are-associated-with-the-highest-salaries-worldwide

**デフォルトの名無しさん** · 2019/04/16(火) 15:01:04.19

本当に、コンパイル時に何かしたいならRustだけどね

**デフォルトの名無しさん** · 2019/04/16(火) 18:28:44.44

>>304
Java圧倒的な強さだな。

**デフォルトの名無しさん** · 2019/04/16(火) 18:30:10.89

全部足すと500%位になりそうだから、複数の言語を使う人が多いんだろね。

**デフォルトの名無しさん** · 2019/04/16(火) 21:18:54.40

江添が転職できずに困っとるw
まあこいつがクソなだけでc++の問題ってわけじゃないんだがイメージは悪いわな。

**デフォルトの名無しさん** · 2019/04/16(火) 21:36:49.03

こうしてみるとホッシーの全タクシー移動ってのは理に適ってるな
バカな公害に捕まる心配が減る