C++相談室 part143

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/15(土) 13:51:53.57

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

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

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

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

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

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 09:36:35.93

>>245
『プログラミング言語C』のmalloc()の実装例を嫁

ていうかそれすら読んでいないのｶﾖ、というﾚｳﾞｪﾙ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 09:56:05.74

>>245
alignasが目的に合うように見えるが使ったことがないから適切かどうか分からん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 09:59:59.32

>>245
アライメント指定してるのに、
newがアライメントわからないって意味不明
アライメント指定どこいったんだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:02:29.39

アライメント指定してnewしてほしいクラスがある時
newする側にそれをどうやって伝えるべきか？という問題です

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:18:23.37

__attribute__ ((aligned(x)))

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:20:28.90

アライメント指定してnewしてほしいクラスTのoperator new()を
オーバーロードしてaligned_malloc()でも呼ぶようにすれば良い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:35:52.45

class C {
public:
　　　　__m512i aa;
　　　　void* operator new(std::size_t n) {
　　　　　　　　std::cout << "new" << std::endl;
　　　　　　　　return ::operator new(n, std::align_val_t(64));
　　　　}
};

こういうことではなく？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:37:05.53

>>246
でもそれだと、intとdoubleで別々の処理を書かないといけなくなる。
vector<int>とvector<double>を両方作ってtemplate関数で呼び分ければ処理の記述自体は1つにできるでしょ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:45:25.08

>>246
整数値のビット数が長いとdoubleじゃダメ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:55:17.59

>>255
12 bitぐらいまけてくれYO、
ていうか10バイトのdoubleを使ったらおk

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 10:59:12.33

>>254
どっちかというとunionベースのクラスの出番かとｵﾓﾃﾀ
要素型の方でキャスト演算子を定義するなどして整数型解釈と浮動小数点型解釈に両方対応したら、
コンテナを2種類用意する必要はなくなる
ｷﾓｽ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 11:35:29.00

V言語が出来るからC++なんて誰も使わなくなる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 12:00:09.50

>>250
alignas

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 12:03:32.81

>>258
今度こそ本当だろうな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 12:40:30.78

>>258
流行る要素がない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 13:00:13.77

アライメント指定はとっくに言語に組み込まれてるんだけど…

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/29(土) 13:07:40.29

C++ってハウルの動く城みたいな言語だよね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 13:12:22.27

>>252-253
そういうことですハイ
まあひねくれて変なnew使わなければそれで良さそうっすね

>>259
ありがとうございます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 15:10:49.18

newを呼び出す側がアライメントサイズを過少に設定しても、
コンパイラはnewしようとする構造体に含まれる全メンバのアライメント要請を把握しているはずなので
>>247式に構造体定義を対策しておけば問題無い配置でポインタを返してくれる気もする（そうすべきなのが道理
が（さもないとARMとかで例外で落ちるコードを簡単に量産できてしまう
newの細かい仕様は知らんのでわからん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 15:31:17.71

そんなに迷うことある？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 16:11:26.09

どっちかというとmallocしたメモリよりスタックで確保した場合に問題なることがある
環境やコンパイルオプションにもよるけど

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/29(土) 16:12:26.58

atoiとかで解析する前後でオーバーフローを検出する方法ってあるの？

2019/06/29(土) 16:15:01.31

長さでもみとけばいいんじゃないの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 16:19:54.13

>>268
ない
0返すだけ
std::stoi
とか使った方がいい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 16:35:00.54

>>263
でも便利なんだな、実は。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 16:43:49.04

vtableの仕様を標準規格化してれば、もっと便利になっていたのにな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 17:08:11.53

clangやLLVMって、coff 形式の object file は作れないのかな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 21:36:10.47

>>271
いろいろやれるからな
テンプレートみたいな難しい仕組みも標準規格としてきちんと仕様化できる連中が
言語仕様の策定を仕切っているというのが大きい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 22:45:38.89

>>238
bimapに比較関数の指定をすればよいだろ
https://wandbox.org/permlink/1Zi4FrORsgQ28P9r

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 00:04:22.02

>>274
委員会が入ってきてからは汚くなってる気がする。
むしろ、ずっと昔に入った仕様が使いやすい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 00:15:31.74

C言語が一番使いやすいからな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 00:34:51.63

C++はSTLの既存クラスに、新たなメンバ関数を追加できますか?　継承の新クラス作るのはではなく。
javascriptとかは追加できたとおもいます。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 00:43:41.85

無理だからフリー関数作りましょう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 01:56:53.48

>>277
テンプレートの代替物がプリプロセッサのマクロになってしまうというのが最悪すぐる、
しかしまあそれ以外は同意
ただしスタックに構造体を詰めないK&Rの頃の奴のは除外それは論外

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 03:02:40.95

>>275
ありがとうございます。owner_lessを使えばbimapだけで済むとわかり、こんなふうにしてましたが

boost::bimap<boost::bimaps::set_of<weak_ptr<string>, owner_less<weak_ptr<string>>>, int>

unordered_setを使う方法もあるんですね。
しかしググってみると、参照先が消えたらハッシュ値が変わるから駄目だ、少し遅くてもstd::set<weak_ptr>にしとけって意見もあるようです。

https://stackoverflow.com/questions/13695640/how-to-make-a-c11-stdunordered-set-of-stdweak-ptr

まぁ自分で分かってやるなら好きにすればいい感じですかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 07:01:13.58

昔C++にお世話になってたんだけどその頃はゲームでよく使われる言語だったんだよね
今でもゲーム開発によく使われてるの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 07:14:28.67

>>282
使われていると思う。アメリカのQuoraによれば、本格的な3Dゲームでは、
C#が使われたことは無く、全てC/C++製らしい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 08:26:27.75

ゲームエンジン自体はC++だけど、購入したエンジンを使って作る場合にはエンジンによって使う言語は変わる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 08:41:33.25

>>283
>>284
3Dゲームとゲームエンジンで使われてるのね
やはり速度とモダンな機能ではまだC++の代替になる言語は無い感じだよね
そういう意味ではRustが最近がんばってるみたいだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 10:05:11.67

>>285
Rustは、mozillaが開発したから有名なだけ。
実際には広く使われることは無いらしい。

既存の言語から逸脱しすぎた言語は、よっぽど便利でない限りは普及しないらしいよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 10:59:26.27

新言語上げでよくやられてるC++叩きって、書いてる方の知識が98/03で止まってて
「そんなん最近のC++でも出来るし…」ってなる事が多い印象が強い
もちろん新言語の本当に優れてるところもあるんだろうけど、比較するなら比較元もちゃんと勉強しろと言いたい

あと「C++はこんなに危険！」ってどうしようもないクソコードを藁人形に出してきたりな
お前らの新言語の新機能も間違った理解でクソみたいな使い方したら危険だっての

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:09:37.42

メタではみんなLISPを作りたがるんだけど、表現方法の違いで文法が狂う。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:19:26.11

そうはいってもRustは良さげなので
コンパイルがVisual C++クラスに瞬時に終わって
Visual Studioクラスの光速で反応するインテリセンスができたらぜひやりたい
変数がデフォルトでimmutableなのがたいへん痺れる、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:23:39.34

確かに今のC++の用途で置き換えられる可能性がありそうなのはRust位だな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:27:27.66

でもRustは使いたくない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:30:06.24

Rustは情緒的に言って錆びだからな。蓄積使うんですーって感じの命名なのだろう。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 11:39:32.70

RustってC++11以降の機能を勉強して
難しすぎると感じた人がやったらすんなり入れるんだよね
でも普通の言語から移った人は何じゃこれってなる
C++11以降に挫折した人のための言語

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 13:14:05.13

RustでC++ → Rustトランスレータを書いたら勉強になると思うわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 13:31:27.33

>>294
間にLLVM挟むと公共の福祉になりえます。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 13:54:46.76

>>295
ソースコードのコメントやインデントが保持されないのでは…
あと自分自身が使っていない範囲も含めたC++の全機能のトランスレートに対応しようとしたら日が暮れてしまう

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/30(日) 14:03:37.82

>>270
遅レスだけどthx。
面倒そうだけど何とかなりそうね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 14:31:31.86

>>296
貴様、パイソニアンだな。

ずしゃんずしゃん。

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/30(日) 15:34:49.82

みんなC++がここまで残ることになるとは予想してた？
このままだとC++30とか40とか普通に来そう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:01:24.12

OSを除けば基礎的なソフトはだいたいC++でしょ
ふつーに重要言語の1つ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:06:12.25

C++11以降標準のフットワークが軽くなってありがたい
その代わり要るんかこれ？みたいのもガンガン入ってくるけど

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:09:27.02

>OSを除けば基礎的なソフトはだいたいC++でしょ
docker, kubeはgolangだが？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:09:52.38

ちなみにgitはc

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/06/30(日) 16:10:56.10

>>303
開発者があいつだからだろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:37:46.54

golangが増えてきたね
Cを置き換える感じになりそう
言語仕様もCとPython混ぜたような言語だし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:42:10.94

c++が使われるとこってのはゲーム、ブラウザ、windows, MSoffice
とか、GUIでかつ計算資源どっかり使うようなプログラムだわ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 16:59:55.50

確かにVC++はMFCが使えるからGUI向きだな！

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 18:33:30.39

clang, llvm, jdk, .net core, chrome,ほとんどのゲームエンジン
この辺C++
他の主要ブラウザも大体C++のはず

dockerはgoで書かれたせいで性能が悪いって言ってる記事を読んだ事がある

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 18:34:08.60

goの性能はjavaより悪い
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go.html

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 18:40:59.64

要するにC++は「ソースコードが大規模かつ性能がシビアに要求される」場面で使われる。
開発効率はJavaより悪い事が実証されてたはず。
なんかの研究論文もあったし多くの開発者の経験談もある。
だから開発効率を多少悪化させてでも性能を求める場合に使われる。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 18:45:18.35

使える人揃えるの大変なんだよ
Rustの導入談とか見ると、
性能に問題があって他言語導入を検討したがC++は使える人がいないのでRustにしましたとか書いてあるし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 19:27:38.00

マジで？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 19:34:56.51

そもそもポインタが理解できる人が、アメリカの大学の理系の学生でもほとんどいないという話がある。
だから、C++が悪い言語というより、C++がある種の数学みたいに難しすぎて理解できない人が多いので
Javaなんかが必要になったらしい。

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/06/30(日) 19:49:13.48

Rustはポインタ理解でない人が使える言語ではない気がする

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 19:56:47.32

ポインタが理解できるとかそういう問題じゃねーわ。
むしろ「〜の概念が理解できる」てだけでドヤって
まともなプログラム書けると思い込むバカが問題なんだわ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 19:57:51.51

ポインタすら理解できない人にプログラミングは難しすぎないか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:16:06.58

>>313はただのデマだろう
ポインタが理解できないなんてことはありえない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:16:57.22

C++がある種の数学ってなんだよ
この板最近一人おかしな作り話書き込み続けてるやつがいるよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:17:37.05

包丁使えない人に料理は難しすぎないか？みたいな話だな。
包丁使えなくてもハサミ使えば料理できるでしょ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:19:17.74

リファクタリング中毒言語
勉強すればするほど書き直したくなる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:21:38.63

なんだろうな
中学生とかかな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 20:57:12.06

どんな書き方しても新しい規格は出てくるわけで、
そこで古い書き方だからとかいちいち引っかかる奴はc++は向いてない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 21:18:32.10

RustスレなのにC++の話で申し訳ないが、この前
　template<class T, class U> void tr_pos(const T& src, U& dst) { ... } // メンバ関数T::get()、U::set()がある前提
というテンプレートを1個書いて、メンバ関数get()やset()を有する無数のクラスA、B、C、...について
任意の組み合わせでの相互変換（および同一型のコピー）を可能ならしめたんじゃわ
C++は数学や！とそのときｵﾓﾀわ

次の日、今度はメンバ関数get()やset()を持たないクラスFooとBarについて
　template<class U> void tr_pos(const Foo& src, U& dst) { ... } // メンバ関数U::set()がある前提
　template<class T> void tr_pos(const T& src, Foo& dst) { ... } // メンバ関数T::get()がある前提
　template<class U> void tr_pos(const Bar& src, U& dst) { ... } // メンバ関数U::set()がある前提
　template<class T> void tr_pos(const T& src, Bar& dst) { ... } // メンバ関数T::get()がある前提
というテンプレートを追加して、{ A, B, C, ... }とFoo、および{ A, B, C, ... }とBar、
および（前日実現済みの）{ A, B, C, ... }内の任意のクラス間のの相互変換を
tr_pos(src, dst)と書いただけで可能ならしめるという壮大な体系を実現したんじゃわ
C++は数学や！という思いをそのときさらに強くしたわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 21:19:31.58

さらに次の日、Foo型オブジェクトsrcとBar型オブジェクトdstについてtr_pos(src, dst)と
書いたらビルドエラーになったわ；
仕方ないので関数のオーバーロードを使って
　void tr_pos(const Foo& src, Bar& dst) { tr_pos(src, A); tr_pos(A, dst); }
　void tr_pos(const Bar& src, Foo& dst) { tr_pos(src, A); tr_pos(A, dst); }
のようにして解決したんじゃわ
C++はちょっとしたテクニックを要する数学や！とそのときｵﾓﾀわ

さらに次の日、Foo型同士、およびBar型同士でコピーしたくなったので、
一昨日書いたテンプレートを特殊化したら行けるやろ、と思って
　template<> void tr_pos<Foo>(const Foo& src, const Foo& dst) { ... }
　template<> void tr_pos<Bar>(const Bar& src, const Bar& dst) { ... }
と書いたらコンパイラが一昨日書いたテンプレートではなくて昨日書いた
オーバーロード関数を特殊化しようとしてビルドエラーになるわrz
C++はいろいろ破綻している罠だらけの言語やとそのとき確信したわ；

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/30(日) 21:42:30.00

C++スレでC++の話をして何が悪いの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 21:45:46.60

C++の話は悪くないかもしれないが、関数テンプレートの部分特殊化ができないというC++の仕様は悪い
※ 個人の感想です

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/30(日) 21:47:02.52

>>324
念のため確認なんだけど
　template<> void tr_pos<Foo,Foo>(const Foo& src, const Foo& dst) { ... }
　template<> void tr_pos<Bar,Bar>(const Bar& src, const Bar& dst) { ... }
じゃなくて？

2019/06/30(日) 21:47:07.25

皮肉もわからんか

オーバーロードの解決順を制御するTipsがあった気が
この辺はマジで分かりにくいわ
コンパイルオプションで名前解決の過程が可視化できるとありがたいんだけど

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 21:50:50.85

constexpr ifで解決

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 22:04:25.11

>>327
うおﾎﾝﾏやできた！
mjk、、、

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/30(日) 22:15:40.66

さらに言えば<Foo,Foo>と<Bar,Bar>の所消しても動かん？

template<>void tr_pos(const Foo...

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/30(日) 22:49:04.24

>>331
それはさすがに駄目で、VC++で次のエラーになる
　error C2912: 明示的な特殊化; 'void tr_pos(const Foo&,Foo &)' は関数テンプレートの特殊化ではありません。
原因は1日目に追加したtr_pos<T, U>(const T&, U&)、および2日目に追加したtr_pos(const Foo&, U&)、tr_pos<T>(const T&, Foo&)の
3種類のうちのどれを特殊化すべきなのかわからないかららしい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 01:21:35.16

まとめ: >>323-324の状況において、特殊化は次のように手段を使い分けねばならない

(1) 3日目のtr_pos(Foo, Bar)の追加は、関数テンプレートの特殊化ではエラーになるので関数のオーバーロードで特殊化する必要がある。
　（理由）
　tr_pos(Foo, Bar)は以下の関数テンプレート全てに当てはまってしまい、コンパイラが特殊化対象を特定できない。
　tr_pos<T, U>(T, U), tr_pos(Foo, U), tr_pos(U, Bar)

(2) 4日目のtr_pos(Foo, Foo)の追加は、関数テンプレートを>>327のように型パラメータ<T, U>を全て指定して明示的特殊化するなら逝ける
　（理由）
　関数引数にBarが現れないことから、tr_pos(U, Bar)は特殊化対象から外れる。
　型パラメータ<T, U>を両方明示することにより、tr_pos(Foo, U)も特殊化対象から外れる。
　==> 残るtr_pos<T, U>(T, U)が特殊化対象の関数テンプレートであるとコンパイラが判断できる。

(3) 一方、4日目のやつを暗黙的特殊化で行おうとするとビルドエラーで失敗する。
　（>>332でも述べたが、上記(1)と同じことになる。

T::get()やU::set()を持たないクラスであるFooやBarを無理やりtr_pos()というシグネチャで他と統一的に扱おうとした結果ｽｹﾞｰ薄氷を踏むようなプログラミングになっていた、
ことがわかった、、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 01:26:55.48

constexpr if使えって

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 07:07:40.85

>>333ﾌﾟﾁ訂正orz
誤： tr_pos(U, Bar)
正： tr_pos<T>(T, Bar)

>>334
手元の環境はC++14なので使えないっぽい
および、>>323-324のガンはtr_pos(Foo, U), tr_pos<T>(T, Bar)の2つのテンプレートの名前が
tr_pos<T, U>(T, U)と同じであることにあるのは確定的に明らかなので、これを治療するのが筋
constexpr ifに逃げるのはいささか筋が悪いかと、

※ tr_pos(Foo, U), tr_pos<T>(T, Bar) を、それぞれtr_pos以外の固有の名前に改名し
　　（例えばtr_pos_from_Foo,とtr_pos_to_Bar）、
　　tr_pos<T, U>(T, U)にてそれらを使って共通の名前tr_posで実体化するテンプレートを書くならば、
　　テンプレート機能の中だけで目的（tr_pos(T, U)式のシグネチャへの統一）を果たせてシンプル＆スマートに解決する。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 09:30:45.05

>>317
アメリカのコンピュータ科学系の学生の7割がポインタが理解できないらしい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 10:02:33.15

これか
http://local.joelonsoftware.com/wiki/Java%E3%82%B9%E3%82%AF%E3%83%BC%E3%83%AB%E3%81%AE%E5%8D%B1%E9%99%BA

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 11:10:00.06

Ruby の女神・池澤あやかが言ってる

大学で、C言語を教えるから、ほとんどの人がプログラムを嫌いになる！
だから、Rubyから始めるべきだって！

YouTube に動画を上げてるKENTA も、初心者はRubyから始めるべきだって言ってる！

多言語やってる専門家は、皆、Rubyからって言う

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 11:18:05.93

動いているプログラムそのものを記述できるC言語を理解できないとコンピュータサイエンスを修めたとは言えないでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 11:58:55.18

俺もCから始めるべきだって思ってた
ま、俺自身はHSPやった後にCやったんだけど
最初スクリプト言語みたいなライトウェイトなやつやるべきだってのは正しいのかもね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 12:02:11.46

実は、プログラミングに興味がある人は多くても、適性が余り無い人の方が多い。
だから、誰でも出来る言語の人気が高まる。それがスクリプト言語であり、
VBやC#だろう。多数決の投票では平易な言語が上位に来る。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 12:20:44.35

個人的にはC++は難しいのではなく面倒くさい言語だと思っている

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/01(月) 12:24:01.47

ポインタが理解できないなら参照も理解できないと思うんだけどな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 13:20:50.81

日本にはc言語ポインターだけを解説した本が有るじゃないか
自分はあれを読んで初めて
ポインターの何を理解出来ていないのかが解った
c言語は人間の認識的に誤りやすい書き方になっているのが問題
そういうのをシマンテッスク問題とか言うらしい

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/07/01(月) 13:42:23.56

アセンブリ言語を先に勉強すべきだんだよな
それだとメモリとそのアドレスを当たり前のように使うし
それこそがコンピュータなのだとわかる
そのあとで変数や参照はどう受け渡しされるのかを理解すればスムーズ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/01(月) 15:06:31.19

問題はアセンブリを始めるには手頃なアセンブラが無いというところか？
手頃さで言ったらGASぐらいだと思うんだが