C++相談室 part141

**デフォルトの名無しさん** · 2019/02/22(金) 03:07:43.52

次スレを立てる時は本文の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/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/03/19(火) 16:57:51.01

namespaceを活用しろ

**デフォルトの名無しさん** · 2019/03/19(火) 17:11:35.93

>>477
これの方が関数として切り出して特殊化するより好きな見た目です

**デフォルトの名無しさん** · 2019/03/19(火) 21:29:30.46

>>477
それだと実行時に判断コストがかかるじゃん

**デフォルトの名無しさん** · 2019/03/19(火) 21:29:55.51

if constexprってtypeidで情報取ってきて比較するみたいなオーバーヘッドが0になりますか？

**デフォルトの名無しさん** · 2019/03/19(火) 21:33:24.72

おじさん久々にC++の仕事受けたんだけど
色々進化してて面食らってます

今、右辺値参照っての勉強中なんだけど
ムーブコンストラクタとかはへーへーほーほー言いながら何となく分かり始めた

んだけどさ、

int &&x = 2; // ok <-これだけ使い途が分からん

ローカル変数の右辺値参照て何に使うん？
実験してみた限り、勝手にムーブとかしてくれるわけでもなさそうだし
ローカル変数に&&付いてると何に使えてんな時便利なの？

**デフォルトの名無しさん** · 2019/03/19(火) 21:34:25.38

使わなくていい

**デフォルトの名無しさん** · 2019/03/19(火) 21:40:02.75

>>482
右辺値参照はほぼムーブコンストラクタのためにあると思っていいと思う
左辺値参照と同じように書けるというだけで、使うことはないかと

**デフォルトの名無しさん** · 2019/03/19(火) 22:04:14.68

変数宣言した右辺値参照そのものは左辺値という罠
極力そんな物作るべきじゃないね

**デフォルトの名無しさん** · 2019/03/19(火) 22:05:37.07

俺今使い道思いついたんだけど披露してもいい？

◆QZaw55cn4c · 2019/03/19(火) 22:26:06.36

>>486
どうぞどうぞ…

**デフォルトの名無しさん** · 2019/03/19(火) 22:37:18.08

>>480-481
if constexprは実行時コストゼロのはずだよ

**デフォルトの名無しさん** · 2019/03/19(火) 22:53:01.58

>>488
ifがなんで実行時ゼロなんだよ

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

赤っ恥

**デフォルトの名無しさん** · 2019/03/19(火) 23:26:12.29

>>489
if constexprにするとコンパイル時に評価されて特定の分岐のみが実体化される

**デフォルトの名無しさん** · 2019/03/19(火) 23:38:47.81

これですか。すごいね、これ。C++17からだけど。

constexpr if 文
https://cpprefjp.github.io/lang/cpp17/if_constexpr.html

**デフォルトの名無しさん** · 2019/03/20(水) 00:20:58.62

>>484
回答ありがとう
なるほど、文法上は書けるから仕様上厳密な定義はされてるけど、普通は特に使わないで良いのね

**デフォルトの名無しさん** · 2019/03/20(水) 00:27:33.64

初心者がやたらとアスタリスク使ってポインタの参照値を得ようとするのに似た感じがある。
他言語に移植しにくいだろ、テンプレート化しにくくなるだろ、と小一時間。

**デフォルトの名無しさん** · 2019/03/20(水) 00:56:45.75

アスタリスク使ってポインタの中身取ったらあかんのか・・・

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

multimap よりも set の vector の方が便利なのですが、異端ですか？

**デフォルトの名無しさん** · 2019/03/20(水) 04:26:37.96

別に

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/20(水) 04:53:08.98

>>482
既に回答がついているとおり、 rvalue 参照はほとんどムーブのための機能。
ローカル変数的に使う理由はあんまりない。

テンプレート関数の仮引数や auto 変数として rvalue 参照 (の記法) が現れたときは
特殊な推論規則 (ユニバーサル参照) が適用されるというのは気を付ける必要がある。

**デフォルトの名無しさん** · 2019/03/20(水) 07:25:39.73

ローカル変数もそうだけどintみたいなオブジェクト性が低いものに使っても意味ないわな。
rustの古いチュートリアルのmoveの例がなぜかintでクソだったけれど最近は文字列型になっとった。

**デフォルトの名無しさん** · 2019/03/20(水) 08:44:38.76

オブジェクト性

**デフォルトの名無しさん** · 2019/03/20(水) 10:22:31.87

考えうるメソッドが少ない＝オブジェクト性が低い、とかじゃねえの
int型の変数.length() とかは流石に意味不明に見える

**デフォルトの名無しさん** · 2019/03/20(水) 10:40:09.36

言いたいことは分かるが聞き慣れない言葉を使っているということでは

**デフォルトの名無しさん** · 2019/03/20(水) 11:01:00.31

リテラルが右辺値ってのがよくわからんのだが

上の例のように右辺値参照でうけるとリテラルなのにそのアドレスがとれてしまう
かつ書き換え可能

なので右辺値参照にリテラルいれるときは、一旦名前のない領域にコピーされていると理解している

でもこれって通常の値の代入のときも名前のない領域にコピーしてからさらにコピーというセマンティクスなの？

**デフォルトの名無しさん** · 2019/03/20(水) 11:29:19.49

右辺値参照変数それ自体は左辺値だからね

**デフォルトの名無しさん** · 2019/03/20(水) 15:37:27.50

右辺値を参照で束縛すると、その右辺値の寿命は束縛してる参照と同じところまで引き伸ばされる
この点は左辺値参照も右辺値参照も一緒

**デフォルトの名無しさん** · 2019/03/20(水) 16:05:23.24

それ >>503 に関係ある？

**デフォルトの名無しさん** · 2019/03/20(水) 16:16:24.82

どうして関係ないと思うの？

**デフォルトの名無しさん** · 2019/03/20(水) 20:55:29.39

一見リテラルのアドレスが取れて書き換えられる、ように見えることに疑問を持ってる
言い方変えると
右辺値参照に代入するとき
リテラルが右辺値でなくて、そのコピーが右辺値なのでは？
そこに寿命がどう関係あるのかわからない

**デフォルトの名無しさん** · 2019/03/20(水) 21:07:28.64

アセンブラレベルで言うなら、即値なのかdataセクションにあるのかの違いじゃないの

**デフォルトの名無しさん** · 2019/03/20(水) 21:31:53.81

>オブジェクト性
コピーでも参照でも対してコストがかからんものというかそういうニュアンスなんだが
思った以上に伝わらんもんだな。
わかりやすいようにintと文字列を例に出してもこんなもんかもね。

**デフォルトの名無しさん** · 2019/03/20(水) 22:56:30.82

アドレスが取れたら右辺値ではないみたいな論調だな

**デフォルトの名無しさん** · 2019/03/20(水) 23:15:02.74

>>508
C++のリテラルというのは右辺値を生成する式なんだよ
「42」は値42を持つint型の右辺値を生成することを指示するリテラル
「"hello"」は中身が'h','e','l','l','o','\0'なchar[6]への参照を生成することを指示するリテラル
プログラムが実行時に扱うのは「リテラル」じゃなくてリテラルが生成した右辺値だ
その生成された右辺値は当然メモリ上にあっていいし書き換えられてもいい
（その必要がないならコンパイラがそうじゃないように最適化してももちろんいい）

「コピー」だと思うから違和感があるんじゃない？
リテラルなるものの実体が空の上やPCの隙間に隠れてるわけじゃないし、プログラムはそんなものは取り扱えない

**デフォルトの名無しさん** · 2019/03/21(木) 00:07:41.99

>>512
リテラルは右辺値でない、が正しい？
それなら半分なっとくだけど
ググるとリテラルは右辺値という説明がでてくる

**デフォルトの名無しさん** · 2019/03/21(木) 00:13:13.37

>>512
まだ半分なっとくできないのは、
上にも書いたけどリテラルで普通に代入するときも、
一旦右辺値を作ってから左辺にコピーする、というのかc++のセマンティクス？

なんか無駄すぎて釈然としない

**デフォルトの名無しさん** · 2019/03/21(木) 00:14:13.96

牛からは牛乳が出るけど牛は牛乳じゃないだろ？
そういうこと

**デフォルトの名無しさん** · 2019/03/21(木) 00:20:16.95

リテラルってのは文法要素なの
演算子とかキーワードとかコメントとかそういうものの仲間なの

実行時にはそんなものは出てこない
プログラムが扱えるのは「値」だけで、左辺値とか右辺値というのはその分類
int型の0x2Aという値を生成しろという命令をコンパイラに作ってもらうためにプログラマが書くものが「42」というリテラル
さっきからずっとそこを混同してる

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

'\0' と L'\0' で違うしな

**デフォルトの名無しさん** · 2019/03/21(木) 02:01:40.67

>>503,514
数値リテラルは右辺値。
https://timsong-cpp.github.io/cppwp/n4659/expr.prim.literal#1

右辺値で参照を初期化する際は一時オブジェクト（＝名前のない領域）が生成され、
それが参照されるというルールになってる。
https://timsong-cpp.github.io/cppwp/n4659/dcl.init.ref#5.2

参照を初期化する際のルールは代入のセマンティクスとは関係ない。
int i; i = 42 の代入で一時オブジェクトは不要。
代入がユーザー定義された T::operator=(T const&) に解決されるなら、
引数の参照を初期化する際に一時オブジェクトが作られることはある。

**デフォルトの名無しさん** · 2019/03/21(木) 02:39:44.49

即値になる場合があるから右辺値なのかね。

**デフォルトの名無しさん** · 2019/03/21(木) 08:57:30.01

そりゃ、代入の左辺にリテラルを置ける言語なんてまずないから。

**デフォルトの名無しさん** · 2019/03/21(木) 09:47:23.84

コピーのコストを抑えつつ、二重に参照されないように元のオブジェクトを指す変数を無効にしたいってのが
moveに期待される機能。
即値だったり呼び出しの引数にコンストラクタごと放り込まれた場合には
上記のような二重に参照されるようなシチュエーションにはならんのでmove受けする関数が定義されてれば
その関数を呼びましょうってのがc++のmoveの取り扱い。
しかしこんなにもシンタックスが複雑で機能性も新しくてオーバーロードでさらに複雑になってるってのは
やっぱよくないと思うわ。
テンプレートの都合でオーバーロードが必要なのもわかるが明らかにやりすぎ。

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

会社にもいるわ、そんなどうでもいいことをウンチクばっか垂れて一向に仕事が終わらないやつw
言語を設計するなら、必要かもしれんが大抵は不要

**デフォルトの名無しさん** · 2019/03/21(木) 23:48:46.46

「だからC++スゲー俺スゲー」ってやつじゃないの？それ
>>521がそうだとは思えんが

**デフォルトの名無しさん** · 2019/03/21(木) 23:52:29.07

最近は彼らもRustにマウント奪われて必死なんだよ

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/21(木) 23:53:05.57

理屈がわかってないのに仕事が終わってるのもそれはそれで不気味じゃない？

**デフォルトの名無しさん** · 2019/03/21(木) 23:56:55.88

>>525
moveなんか理解してなくてもだいたいのC++の現場では仕事に支障ないよ

**デフォルトの名無しさん** · 2019/03/21(木) 23:58:36.31

>>526
マジで？！
それヤバくない？！

**デフォルトの名無しさん** · 2019/03/21(木) 23:59:59.31

>>527
君はC++の30年の歴史を否定するのかい？

**デフォルトの名無しさん** · 2019/03/22(金) 00:10:18.90

templateも使うことは、OKだがtemplateを用いたクラスを作ることは禁止されている場合がおおい
そもそも、設計段階で型が決定しないなんてことは、汎用ライブラリを書く以外はないだろ

**デフォルトの名無しさん** · 2019/03/22(金) 00:22:46.08

いやいや
決まっていてもそれが複数だった場合使うだろ
あと普通にライブラリは作るものじゃ

**デフォルトの名無しさん** · 2019/03/22(金) 00:54:33.33

ていうか、普通に仕事をしていたら「ああここは処理共通だからまとめて・・
・・あとここをこうしとけば拡張にも対応できるし・・まあ客が無茶振りして
きたときの予防にそれなりに汎用性もたせとくか」とかやっているうちに
いつのまにかライブラリができあがってる、これがプロの仕事だ

**デフォルトの名無しさん** · 2019/03/22(金) 00:55:35.30

委託業務メインなの？

**デフォルトの名無しさん** · 2019/03/22(金) 01:10:14.13

定数って参照透過性があるよね。
C++はconstexprがあるのだから、関数型プログラミングを超える、定数型プログラミングという新パラダイムを提唱したいと思います。

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/22(金) 01:14:02.50

コンパイル時レイトレーシングとかやってる人もいるけど狂気の産物って感じがして C++ ぽくて良い。

**デフォルトの名無しさん** · 2019/03/22(金) 02:28:04.74

しーぷら一筋30年～、速いの、上手いの、やっすいの～

**デフォルトの名無しさん** · 2019/03/22(金) 02:37:28.24

>>534
＞コンパイル時レイトレーシング
一応訊くけど、ああいうのはレイ当てる3Dオブジェクトのデータは
全てC++のソースに書かないといけないことは分かってる？(モデリングデータをファイルから読んでコンパイル時にレイトレするのは当然不可能)
あの試み自体は面白いと思うけどね・・
実用性や(ソフトウェアの)ユーザーの利益にならないことをもてはやさないで欲しいもんだが

**デフォルトの名無しさん** · 2019/03/22(金) 06:24:27.94

プリレンダのゲームは大量にあるしレイトレーシングしとくのもその延長線上じゃない

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

コンパイル時ファイル入出力がサポートされればいいわけだ
それにレイトレーシングはまあ確かに冗談も含まれてるだろうけどそれだけ複雑で重い処理でも可能だという技術デモは価値があるだろう
画像にフィルタを適用するとかパターンが決まっているエフェクトを生成するだとか色々できて可能性はあると思うよ

**デフォルトの名無しさん** · 2019/03/22(金) 08:17:25.29

汎用的につかってもらうことを目的としているライブラリを除けば
コーディング時に型が決まっていないことなんてありえない

もしあるならそれは設計してないってことじゃん

templateなんて汎用的につかってもらうことを目的としているライブラリを書く場合にしか使わないだろ

後で、intからdoubleになるかもしれないから、なんて言ってるバカいるけど
きっちり設計しろよ

**デフォルトの名無しさん** · 2019/03/22(金) 08:28:45.64

>>539
>>530

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

>>538
コンパイル時にやることじゃない
新たなc++の巨大トラップだよ
ますますc++嫌いになった

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

>>541
俺は好きになったよ

**デフォルトの名無しさん** · 2019/03/22(金) 09:31:33.91

いいね、趣味で気楽に使ってる人は

**デフォルトの名無しさん** · 2019/03/22(金) 09:52:12.19

ええやろ
楽しいわ

**デフォルトの名無しさん** · 2019/03/22(金) 10:20:45.52

メタプログラミングってコンパイル時に評価してゼロオーバーヘッドとかすごいとは思うけど
学習コストや可読性と釣り合ってるか？

**デフォルトの名無しさん** · 2019/03/22(金) 10:32:59.03

仕事で4月になったらまた新しいメンバーシップ増えるけど
なまじ趣味でc++使ってたやつが一番困る
新しい機能使いたいだけでトータルの生産性考えないんだよね

**デフォルトの名無しさん** · 2019/03/22(金) 10:41:23.85

そんな一部の現場の実情を忖度してたら競争に負けてしまうのではないか？

**デフォルトの名無しさん** · 2019/03/22(金) 10:45:43.23

毎回同じこといってる奴いるよな
このスレには10人くらいしか居ないってネタは挙がってるし

**デフォルトの名無しさん** · 2019/03/22(金) 11:07:13.15

>>545
釣り合う点がどこなのかは人それぞれだから各自が判断してバランスいいところで使えばいい。
チーム開発ならプロジェクトごとに指針を決めれば良いかと。

**デフォルトの名無しさん** · 2019/03/22(金) 11:11:55.43

>>545
やってることの性質にもよる
サーバーサイドなんかで潤沢なリソースを使って長時間動くものだとほとんど意味はないよ
その場合.NETやJavaのような実行時コード生成の方が遥かに柔軟性が高く、オーバーヘッドも実質的にはほとんどない

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/22(金) 12:34:15.37

>>536
それ自体はただの余興だけど、
コンパイラのバグを顕在化させる成果を出したりもしてるよ。
処理系の開発チームにとってもまずは問題を発見できなきゃ直せないからさ、
色んな形で使ってみる人だってそれはそれで必要なんだよ。
処理系の質が良くなるのは間接的にユーザの利益にだってなる。

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/22(金) 12:35:46.10

>>539
きっちり設計できている現場ばかりだったら本当によかったのにね。

**デフォルトの名無しさん** · 2019/03/22(金) 14:12:54.65

>>551
まぁその理屈はわからんでもないしメタプログラミングやってるとあの人のブログは勉強になるけどね
ただああいうのはブラックジョークの類であることを忘れると>>537みたいな勘違いした奴が出てくる

>>538
＞画像にフィルタを適用するとかパターンが決まっているエフェクトを生成するだとか
それ、画像もコンパイル時に確定してるデータじゃないとあかんのやで？
(しかもconstexprなcharの配列みたいな、C++のコードに直さないといけない)

重ねて言うけど、面白い試みだけど実用的ではないんだよ、ああいうのをC++的だとかカッコいいとかもてはやすのはC++の衰退を招くだけ
趣味グラマは自分が趣味グラマであって時に実用性からかけ離れてるということを自覚すべき

**デフォルトの名無しさん** · 2019/03/22(金) 14:23:16.46

あ、でも
>>538
＞コンパイル時ファイル入出力
これはやり過ぎな気もするけど個人的にはあっても良いとは思うw
ただ、画像のフィルタリングをコンパイル時にやるのとツール作って実行時にやるのとで
前者が便利な場面ってあるのかね？(しかも前者は非常に開発コストかかる

**デフォルトの名無しさん** · 2019/03/22(金) 14:28:03.34

>>553
コンパイル時に確定しているデータがあるかもしれないし無いかもしれない
fstreamがコンパイル時に動くようになればいいだけ
そうなれば準備が面倒なプリプロセスも必要ない

研究に対して実用性がうんたらとかわけ分からないことを言うのはよくないなあ
様々なアイデアから自分の都合のいいところをつまんで実用化するのが末端の仕事だろうに
俺が使い道が思いつかないことに熱心になってると界隈が衰退するとかさすがに草生える

**デフォルトの名無しさん** · 2019/03/22(金) 14:29:27.80

静的なものはなんでもコンパイル時に解決するって思想が典型的なハンマー釘病なんだよ
コンパイル時だけが解じゃない

そのうち仕事で特に理由なくむやみに重いconstexprぶちこむやつがでてくるだろう
それでビルド時間5分10分長くなったりするわけだ
ほんとc++はクソ

**デフォルトの名無しさん** · 2019/03/22(金) 14:32:15.97

>>556
問題があるならお前が指摘すればいいだけだし
リリースビルドのときだけコンパイル時計算になるようにすればいいだけ
工夫がたらんなあ

**デフォルトの名無しさん** · 2019/03/22(金) 14:49:00.32

>>555
constexpr関数みたいにコンパイル時にできる、実行時にしか出来ない、を「自動で振り分けて問題なく動く仕組み」
の範囲に全て収まるならそうだろうな

後半煽ってきたのでキツめに言わせて頂くが、コンパイル時レイトレはソース公開されてたろ？
あれを実用したゲーム開発の例を一つでも挙げてみろ
有意義な研究ならとっくに実用されてんだよボケ
あるいはボレロ氏の試みに同調して何もかも(ファイル入出力すら)コンパイル時に出来る言語にしよう、なんて動きが委員会に起きてるのか？
お前多分まともにメタプログラミング出来てるレベルじゃないのに調子乗ってるだろ

**デフォルトの名無しさん** · 2019/03/22(金) 15:11:09.28

>>558
これだけ複雑な処理も出来るんですよっていうだけの話だからレイトレーシングである必要はない
それができるならこういうこともできるんじゃないか？ってなるのが普通
あとゲームのソースは公開されないから知るかとしか言いようがない
C++20でコンパイル時動的メモリが追加される予定だし、実行時でもコンパイル時でもタイミングが違うだけだからいつでも何でもできていいだろっていう流れは既にできている
標準化委員会がボレロを認知しているかは知らん

**デフォルトの名無しさん** · 2019/03/22(金) 15:55:54.71

コンパイラで高度なことが色々できるし、原理も実現も公開されてる、
興味を持って調べれば(ある程度なら)理解だってできるかもしれない。
というのはC++の素晴らしい部分だと思うのよ。

で、調べて知ったことを使って試したい、他の人に紹介したいってのは
これまた自然な気持ちだろう。自分もそういう面があるし。
実際に複数人で協力して作る実用プロジェクトで機能を使うかどうかは、
「コンパイル時間」だの「高度化・汎用化で読みにくくなる」だの、
トレードオフの問題になるけど。

分からないのは、「俺はこれ知ってる、お前は知らないだろ」と
他人より優位に立つ材料としてしか知識を使ってないような
投稿が見受けられることなんだよね。
ことにネット掲示板なんて、見ず知らずの他人同士なんだから、
相手をバカにしたって仕方ない、何の益もないだろうに。

**デフォルトの名無しさん** · 2019/03/22(金) 16:19:37.76

>>559
＞それができるならこういうこともできるんじゃないか？ってなるのが普通
最初の方の主張からずいぶんと縮小したなw

＞あとゲームのソースは公開されないから知るかとしか言いようがない
ググれ
ソースの公開なんかされてなくとも技術の動向くらいあちこちで紹介されてる

＞C++20 いつでも何でもできていいだろっていう流れは既にできている
今調べたら確かにそうみたいだな、俺の認識不足だったし出来ることが増えること自体は悪くないと思う(前にもそう言ったが

ただ、
＞コンパイル時にやるのとツール作って実行時にやるのとで前者が便利な場面ってあるのかね？
この疑問に答えて欲しいもんだけどね

＞俺が使い道が思いつかないことに熱心になってると界隈が衰退するとかさすがに草生える
ならお前は使い道を知ってるんだろ？って話

**デフォルトの名無しさん** · 2019/03/22(金) 16:33:55.31

正直、ファイル(C++ではない)に書かれてる内容に従ってコンパイル時条件分岐とか手軽に出来たら
結構実用性はあると思うよ
ただその一方で、ここでプロとアマチュアのC++に対する意見がひどく乖離してる(このスレ見てたら気づいてないとおかしいが)ことに
全く問題意識が無いのであれば、それは結局自分が偉そうにしたいだけってことだと思うけどね

**デフォルトの名無しさん** · 2019/03/22(金) 16:39:09.47

constexprの拡張とか、そんなに開発現場(アマチュアでもソフト開発者等)から求められてなさそうなことにばかり
最近のC++は注力しすぎじゃないの、ってだけの話なんだけどね
ここでそれを言うと毎回荒れるんだよなぁ

**デフォルトの名無しさん** · 2019/03/22(金) 16:45:13.61

C++11すら使えないもんな

**デフォルトの名無しさん** · 2019/03/22(金) 16:46:23.14

>>563
別に注力しすぎてはいない更新内容は多岐にわたる
constexprは派手だから注目されやすいだけ

https://cpprefjp.github.io/lang/cpp11.html
https://cpprefjp.github.io/lang/cpp14.html
https://cpprefjp.github.io/lang/cpp17.html
https://cpprefjp.github.io/lang/cpp20.html

**デフォルトの名無しさん** · 2019/03/22(金) 16:48:03.99

愛知県人注目。遠州地区の技術者も注目。

[急募]
豊川ハローワーク管内の求人で、SEの席に空きがあります。
四月スタートの仕事なので、急いで応募して下さい。報酬は、
月に20万円から60万円。

英語力は必須ではありませんが、『実はTOEICのスコア以上に
英語ができる』と面接では答えて下さい。（英語は入社してから
頑張って下さい。）

ネットワーク関係が得意だと言って下さい。JP1の経験があれば、
なおよし。ECUの経験があれば、さらによし。キャティアのマクロが
書ける人、大歓迎。（これらは、必須ではありません。）

**デフォルトの名無しさん** · 2019/03/22(金) 16:48:35.97

>>557
それがお前の案？
手動じゃんそれ
くそださいとしか

仕事では数十人規模でやってるわけで、そんな人力チェックしたくないわけよ
プルリクぐらいはやってるが全て見きれるわけじゃない

まずはビルド時間の推移とか、内訳を監視するタスクを回すことを考えるだろうが
そういう非生産的な仕事が増えることがクソなんだよ

**デフォルトの名無しさん** · 2019/03/22(金) 16:51:03.18

>>567
>>564

**デフォルトの名無しさん** · 2019/03/22(金) 16:51:56.89

C++の新機能なんて大半の開発現場にはいらんだろ
前いたところは初心者向けの教科書を読めばだいたいわかる基本的な構文しか使ってなかった
constexprもなければテンプレートもラムダ式もなかった
コード書けん奴がコードレビューするからそんなもん使った日にはわかりやすく書けとか怒られた

**デフォルトの名無しさん** · 2019/03/22(金) 16:54:51.52

>>569
マジで？！
それヤバくない？！

**デフォルトの名無しさん** · 2019/03/22(金) 16:56:04.17

>>567
できあがった物の性能を少しでも上げようっていう話なんだがそれに価値を見いだせないならどうでもいいよ
つまんねえから口を開かないでくれ

**デフォルトの名無しさん** · 2019/03/22(金) 17:00:41.61

まぁconstexprのコンパイル時コストを気にするだけなら多分ifdefでdefine CONSTEXPRとかすればいいだろうけど
メタプログラミングはやっぱコンパイル時間長くなる
個人で開発してても無視出来ないわ・・

>>571
性能上げて比較結果を出してから言うべき

**デフォルトの名無しさん** · 2019/03/22(金) 17:03:59.06

ていうか>>560の言ったことを実証するかのような流れだなww

**デフォルトの名無しさん** · 2019/03/22(金) 17:06:35.17

>>571
一般に、無駄な拘りに時間かけるのを避けてその分ボトルネック潰しに時間をかけたほうがソフトウェアのパフォーマンスは良くなるよ

**デフォルトの名無しさん** · 2019/03/22(金) 17:54:21.92

>>563
求められているだろ？

**デフォルトの名無しさん** · 2019/03/22(金) 18:34:40.09

関数型同様、定数型プログラミングにもアンチがわいてきましたか。
アンチがわいたってことは、定数型プログラミングが世の中に受け入れられたってことでいいですね？

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

その機能自体への好悪もあるか知れないけど、
「導入されたからには直ちに覚えて使わないのは罪悪」あるいは
「使わない奴は学習能力の劣る無能、使わないのでなく使えないんだろ」
みたいな、新機能の押し付けが嫌がられてるって部分もあるんでないかな。