C++相談室 part137

**デフォルトの名無しさん** · 2018/07/14(土) 17:53:02.14

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

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

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

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

■長いソースを貼るときはここへ。■
　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

**デフォルトの名無しさん** · 2018/07/28(土) 22:27:16.84

あーまあいいや、ちゃんと回答する気になったから書いておいてやる。
なお396は俺な。

>>394
良くも悪くも、俺が立てるスレは『完全に従来通り』だからそのままで行く。

> 結局自分が気に食わない奴らは出てってもらってスレ継承させないと言ってるだけに聞こえるが。
お前も相当のアホパヨクだな。
俺が言っているのは、『従来通り』が嫌な奴は出て行って新スレを作れ、
もしそのスレが成功するならフォーク成功だ、ということ。
『自分が気に食わない奴ら』ではない。
そういうところがお前みたいなパヨクの駄目なところだ。
反対の反対になっているし、論点のすり替えを平気で行っている。

こういう、強制力を発動できないところで意見対立した場合、
現行はフォークで決着するしかない。だからそれを行う。
お前に良い案があるなら堂々とフォークすればいいし、そのブランチに賛同者は付いていくだろう。
俺は特に改善点を持ち合わせていないので、従来側のブランチは俺が担当する。

>>397-398
相変わらずQZは回答なしか。お前も相当ずるい奴だな。
まあそれはさておき、
> 一人一票
ってのは仮に実現できたとしても意味がない。
フォークが成功するかどうかは、アクティブコミッターをどこまで獲得できるかであって、
つまりここで言うと正しく回答できる奴、それは実力と時間も含めて、がどれだけどちらに付くか、
そして結果的にどちらのスレの方がマトモに機能するかであって、
ROMの票があったところで意味がないからだ。
だからスレ割ってどちらが繁盛するかがつまり投票なんだよ。それがフォーク。

**デフォルトの名無しさん** · 2018/07/28(土) 22:28:51.81

やっぱりなｸｿﾆｰﾄの書き込みってすぐに分かるわ

**デフォルトの名無しさん** · 2018/07/28(土) 22:43:29.96

ニートだのパヨクだの（´･ω･`）

**デフォルトの名無しさん** · 2018/07/28(土) 22:44:52.59

わかるはずがないのに分かっちゃった気になるからコケるんやぞ

**デフォルトの名無しさん** · 2018/07/28(土) 22:45:34.04

ﾊﾟﾖﾁｮﾝもｸｿﾆｰﾄも邪魔

排除が適切
適切な排除が必要

**デフォルトの名無しさん** · 2018/07/28(土) 22:48:36.99

>>401
結局テンプレの必要性は証明できないのに従来通りだからで押し切るつもりか。
スレ分割したら従来タイトルとスレ番継承したほうが圧倒的に有利なのは明らかだろう。なんの検証にもならない。馬鹿なんじゃないか？

**デフォルトの名無しさん** · 2018/07/28(土) 23:21:40.03

>>406
テンプレが出来た経緯を知ってるか知らないかだろな。

**デフォルトの名無しさん** · 2018/07/28(土) 23:23:14.22

>>406
少なくともアクティブな奴はここを読んでいて経緯は知ってる。
さらに8/1迄の先行件を与えている。
それ以上何が欲しいんだ？

従来通りなんだからスレタイとスレ番は継承するに決まっている。
新しいスレが同じスレタイとスレ番なら紛らわしいだけだ。
見た目分かるように何か変えろ。それは後発の義務だ。

お前が納得してない「テンプレの必要性」を俺はフォークで証明すると言ってるんだよ。
だからお前があのテンプレが悪い方向に寄与すると主張するのなら、
それを外せば勝手にスレは改善し、みんなそっちについて行くんだろ？
試してみろよ。

お前自身が「俺が気に入らないことをやるな」と言ってるだけなんだよ。
お前の考えが正しいことは、お前自身が説明しろ。
そしてどちらのスレが使われるかが、投票になる。
非常に民主的に決まる、良いやり方だと思うぜ、フォークは。

或いは他に良いやり方があるというのなら、提案してみろ。
俺は俺なりの説明はした。
あれで納得いかないのならどうやっても平行線だと分かっているから、
俺はフォークしかないと判断している。
お前は結局文句言ってるだけだ。

というかこの話も同様に平行線なので、もうこれくらいでいいか？
いずれにしても俺は8/1以降に『完全に従来通り』でスレ立てる。
それをどう捉えるかは君らが決めることだ。

**デフォルトの名無しさん** · 2018/07/28(土) 23:23:17.95

争いとは無縁そうなはちみつ餃子さんに仕切ってもらえばいいんじゃないのか。

**デフォルトの名無しさん** · 2018/07/28(土) 23:28:59.65

従来通りで良いなら、こんな大騒ぎしなくて良いだろう
いつものようにスレを使い切りそうになってから立てる
住民も変わらない。内容も今まで通り
これに不満な奴は、己の作りたい趣旨にそって
新しいスレを立てれば良いだけ

**デフォルトの名無しさん** · 2018/07/29(日) 00:45:26.42

>>410
> こんな大騒ぎしなくて良いだろう
お前がな。

俺は従来通りで立て直そうとしている。
必死に抵抗しているのは、例のテンプレを相当嫌っている奴か、
ワッチョイがあったら困る奴だろ。
従来通りでいい奴は、反対する理由がない。

**デフォルトの名無しさん** · 2018/07/29(日) 00:52:42.16

テンプレ登場人物で煽ったやつが俺なんだが、もしかして煽られた奴もここにいるのかい？

**デフォルトの名無しさん** · 2018/07/29(日) 00:55:43.16

>>408
こっちはそんな条件じゃなんの検証にもならないと主張しているのに、フォークで証明すると繰り返すばかり。もはや反論になってない。
結局"おまもり"の有効性なんて証明できるわけがないから公平なふりして無理やり押し通そうとしている。
非論理的で話にならん。

**デフォルトの名無しさん** · 2018/07/29(日) 01:02:15.71

この暑さでとうとう脳がやられたキチガイが出てきたなｗ

**デフォルトの名無しさん** · 2018/07/29(日) 01:04:47.05

c++やってるやつは案の定融通の利かない頭きちきちの奴ら何だろうな
テンプレがどうしたって言うんだか

**デフォルトの名無しさん** · 2018/07/29(日) 01:06:57.02

>>411
ワッチョイ付きでいいよ。賛成する。
それが従来通りって意味であってる。
これでいい？

**デフォルトの名無しさん** · 2018/07/29(日) 01:11:44.35

どの板でもスレの立て直しはたまにある
でも、余程理不尽なことがない限り新しいスレに人は移動しない
テンプレがないとかスレの番号が間違っているとかいう理由で人は移動しない

嵐が変なテンプレをつけたりおかしなスレタイに改変されてたら移動するぐらい

**デフォルトの名無しさん** · 2018/07/29(日) 01:41:26.98

ぶっちゃけどっちでもいいしどうでもいいんだけどね。

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/29(日) 03:10:55.83

>>409
争ったら駄目なんだよ。交渉すべき。
だが、どうせこういう手合いは何を言っても聞きゃしねぇから無駄。

◆QZaw55cn4c · 2018/07/29(日) 06:18:22.84

>>413
そうそう、キーワード「お守り」「非論理的」、いいですねえ

**デフォルトの名無しさん** · 2018/07/29(日) 07:02:10.69

>>413
>>419
>>420
ではお前らなりに論理的に検証になる方法を提案し、実行しろ。
「出来ないから出来ない」というのは止めろ。

>>417
元々はワッチョイの話だったのに、
都合が悪くなったからといってテンプレのみの話にすり替えるのは止めろ。

>>416
従来通り＝ワッチョイあり、例のテンプレは2に投下。
part136の1+3相当。

**デフォルトの名無しさん** · 2018/07/29(日) 07:25:09.88

なんでも良いけどC++の話題やれよ。
戯言は無視でええ。

**デフォルトの名無しさん** · 2018/07/29(日) 11:44:38.77

ｸｿﾆｰﾄを駆除するために
はよﾊﾞﾙｻﾝ焚けよ

こいつら害虫だからな

**デフォルトの名無しさん** · 2018/07/29(日) 11:51:12.53

ちなみに知恵遅れどものﾃｷﾄｰな回答のどこがおかしいか
ｵﾚはすべて回答してる

**デフォルトの名無しさん** · 2018/07/29(日) 12:37:46.37

プッシュ型スキャナ/パーサーはつなぎこみが楽だし、C++のテンプレートで使いやすい。
C++ Wayの一つとして研究されていいはず。

**デフォルトの名無しさん** · 2018/07/29(日) 13:09:38.19

Qiita落ちてる？

**デフォルトの名無しさん** · 2018/07/29(日) 14:24:58.96

そこらじゅうで暴れてるな
半角ニート

初心者のくせに強がっちゃって

**デフォルトの名無しさん** · 2018/07/29(日) 16:40:38.92

雑談も桶になるといいよな。

◆QZaw55cn4c · 2018/07/29(日) 17:23:58.49

>>353
＞お前もいつの間にパヨクになったんだ？
これは興味深い、>>350 のどこに、パヨク＝馬鹿左翼、を感じたのか、ちょっと教えていただけませんでしょうか？

**デフォルトの名無しさん** · 2018/07/29(日) 20:05:51.80

C++掲示板も終わりか。

糞なくせに自己主張だけは一人前のお坊ちゃまばかり。
メスもいるだろうが．．．

あんまり糞な事言ってると、後はわかってるだろうな

**デフォルトの名無しさん** · 2018/07/29(日) 20:08:42.56

こういう人に限って何度も蘇ってくる

**デフォルトの名無しさん** · 2018/07/29(日) 20:13:22.07

ｸｿはただのｸｿ袋
ｺｲﾂﾗはただのｳﾝｺ製造機だからな

ﾚｽ見ればすぐに分かる

**デフォルトの名無しさん** · 2018/07/29(日) 20:15:29.45

ｸｿﾆｰﾄどもがなんで
こんなしょうもないｽﾚの存続で必死なのか分かるだろ

居場所がｺｺしかないから
現実逃避の場所がｺｺだけだからな

簡単簡単

**デフォルトの名無しさん** · 2018/07/29(日) 21:17:20.23

イカれを演じて暴言吐いてないと日常の不安に耐えきれないんだろうな……
なんかひどく可哀想な人だ……

**デフォルトの名無しさん** · 2018/07/30(月) 00:40:10.37

デストラクタで
型Tのメンバ変数Aのデストラクタ（cout等記述）が呼びされるはずなのに
型Tのメンバ変数Aと同じアドレスを持ったデストラクタ（解放だけ行う）が呼びされるんだが
こんなバグ何が原因かわからないんだ助けてください

もちろん型Tのデストラクタは一種類しか宣言してないし
virtualもつけてるんだが…

**デフォルトの名無しさん** · 2018/07/30(月) 00:58:21.77

コードで示してくれ

**デフォルトの名無しさん** · 2018/07/30(月) 06:36:20.73

Linuxでベースクラスで持たせてて元の型にキャストしてたりする？

**デフォルトの名無しさん** · 2018/07/30(月) 08:41:35.39

C++で今まで作ったものってなんですか？
自分はとにかく競プロしかしてないので、なにか作りたいんですけどC++という言語でしかできないことがあまり思いつかなくて

**デフォルトの名無しさん** · 2018/07/30(月) 08:51:39.47

>>438
言語処理系はCで書くより楽だよ

**デフォルトの名無しさん** · 2018/07/30(月) 08:56:56.06

>>439
ありがとうございます！
系統で答えてもらって助かります

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/30(月) 14:21:10.33

>>438
「できること」という意味では C と大差ないわ。
でも、プログラムの部品 (ライブラリ) に高度な抽象化を被せることが出来る。
要するに高レイヤでは楽できる可能性が高い。

レイヤを分ける必要もないような小さなプログラムでは
ありがたみを感じにくいかもね。

**デフォルトの名無しさん** · 2018/07/30(月) 19:42:11.85

>>441
ありがとうございます
確かにC++はそういう要素大きいですよね！
そこがいい部分で好きなんですけど、やっぱり難しい部分ですよね

**デフォルトの名無しさん** · 2018/07/30(月) 21:47:15.09

上のほうで、唇がメンタイコの欲深そうなのがいるな。

2chに引っ込んでいろや。屑が

**デフォルトの名無しさん** · 2018/07/31(火) 20:27:14.08

たらこじゃなくてか。

**デフォルトの名無しさん** · 2018/07/31(火) 21:48:26.82

明太子はたらこのこと
唐辛子を塗したやつは辛子明太子

**デフォルトの名無しさん** · 2018/07/31(火) 22:24:08.58

そっかｗ
素で辛子明太子と間違えたわ。

**デフォルトの名無しさん** · 2018/08/01(水) 00:24:00.80

アルゴリズム辞典みたいなものを手元に置いときたいんだが、最も支持されてるのってどれ？

・網羅性が高い
・支持されている（売れている）
・日本語版がある
・コード例はあってもなくても良くて、あるとしたら C/C++ か擬似コードで
という条件で
テーマ別に「どれとどれとどれを持っとけばまず問題ない」という言い方でもありがたい
とにかく網羅性を重視してる

**デフォルトの名無しさん** · 2018/08/01(水) 00:35:56.57

会社でC++書くことになったんですがコードが（ダブル）ポインタの嵐で読みにくいことこの上なくて辛いです
他にもstring使わずにchar配列だったり、vector使わずに配列だったり
Cのスタイルで書ける部分はできるだけCのスタイルで書くほうがやはり好まれるものなのでしょうか
前に個人でちょろっと書いたときはもうポインタ使わなくて済むならできるだけ使わないように！なんて思いながら書いてたんですが

**デフォルトの名無しさん** · 2018/08/01(水) 00:42:34.65

色々な事情があるのかも

Cからの移植とか

小規模だとヒープはトラブルの元なので極力使わないとか
そもそもヒープが無いとか

**デフォルトの名無しさん** · 2018/08/01(水) 00:56:47.14

>>448
ポインタ使わなくてもイテレータの嵐を渡り歩いたり
スマートポインタが何をしているのかを理解するには
ポインタを使う場合のノウハウ知識が必須だよ

stringやvectorを避けている箇所にはそれなりの理由があるから
極力思い込みを排除して状況をよく見たほうがいい

**デフォルトの名無しさん** · 2018/08/01(水) 01:01:22.52

>>447

合計\7,000--

珠玉のプログラミング本質を見抜いたアルゴリズムとデータ構造 | ジョン・ベントリー, 小林健一郎 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4621066072

O'Reilly Japan - アルゴリズムクイックリファレンス第2版
ttps://www.oreilly.co.jp/books/9784873117850/

C言語による最新アルゴリズム事典の詳細情報 : Vector ソフトを探す！
ttps://www.vector.co.jp/soft/data/prog/se002453.html

**デフォルトの名無しさん** · 2018/08/01(水) 02:12:56.94

>>451
ありがとうございます。
最初のも辞典的なものなんでしょうか。

複数冊持つならばテーマ毎が良いかなとも思いましたが、特定のテーマに集中したものだと翻訳されているものが少ないのかもしれませんね。
2つ目と3つ目が部分的に補完しあっていることを期待して、両者とも購入しようかと思います。

**デフォルトの名無しさん** · 2018/08/01(水) 02:19:31.07

the art of computer programming
numerical recipes

ｺﾚしかないわ

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 02:25:19.38

>>451
「C言語による最新アルゴリズム事典」はこないだ改定されて「C言語による標準アルゴリズム事典」という表題で売ってるぞ。
http://amzn.asia/cgZYRrQ
ロングセラーになりすぎたせいで「いつまで最新やねん」というのは常々言われづづけてたからなぁ。

**デフォルトの名無しさん** · 2018/08/01(水) 02:49:17.77

>>448-450
多分そいつは、Scott Meyers を知らないし、
ほとんどの言語に「Effective 何々」があることも知らないのだろうw

そいつに、Scott Meyers を知っていますかって聞けば？
プロで、江添亮とかScott Meyers を知らん奴は、いない

**デフォルトの名無しさん** · 2018/08/01(水) 06:52:26.90

会社に対してそいつ？

**デフォルトの名無しさん** · 2018/08/01(水) 07:00:43.17

stringやvectorはヒープなので、呼び出し回数の多い関数で毎回インスタンスを作る場合は処理時間に注意したいところ。

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 07:02:13.71

まあ状況によるわなー。
後から伸長 (または縮小) が必要ないような固定長のデータを std::vector に入れるのは豪華すぎるので、
避けれるなら避けたいということは有りうる。

それでも今どきなら std::array を使って欲しいけど、
古いプログラムをツギハギしながら使ってるような場合にはなかなかそうもいかない事情があるのかもしれん。

単純には判断できないので、わかんないことはそれを書いてるやつに聞けとしか言いようがないんじゃない？

**デフォルトの名無しさん** · 2018/08/01(水) 07:40:49.09

stl使うと同バージョンのライブラリを実行環境にインストールするという考慮も増える

**デフォルトの名無しさん** · 2018/08/01(水) 07:53:02.77

えっ？
何か勘違いしてないか？

**デフォルトの名無しさん** · 2018/08/01(水) 18:55:57.40

やっぱり通になると、明太子ひとつ、辛子抜きで・・・とか注文するんだろな。

◆QZaw55cn4c · 2018/08/01(水) 19:05:43.34

>>447
https://www.amazon.co.jp/dp/4774196908
今年になって改訂版が出たらしい、だれかレビュー頼みます

**デフォルトの名無しさん** · 2018/08/01(水) 19:11:49.62

>>462
第2刷買ったっけな。役に立ったと思う。

**デフォルトの名無しさん** · 2018/08/01(水) 19:41:42.72

>>462
板を荒らすのやめろよ

**デフォルトの名無しさん** · 2018/08/01(水) 20:37:51.59

ポインタの件ですが参考になりました。まぁこっちはほぼ初心者で相手はベテランの上司なので何も言えない聞けないってとこですね
stackoverflowとか読んで生ポインタあんま使うなスマポ使えオブジェクト使えるときは使えみたいなこと書いてあるの見るとこれでいいのかなって思いますねええ

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/01(水) 23:13:55.56

std::unique_ptr は実行時の速度ペナルティもほとんどないので、避ける理由はあんまりないよな。
例外がとんだ時のロールバックについても面倒なことを考えなくて良いし。

**デフォルトの名無しさん** · 2018/08/01(水) 23:34:41.68

たぶん、Scott Meyers とか「Effective 何々」とか、知らんのだろ

たぶん正常に動作する、過去の資産を持っていて、それをコピーして使う作り方なのかも

現場でよくあるのは、サンプル欲しいと言うと、過去のソースコードを持ってきて、
これは動くから、そのままコピーして使って下さいと言われる

新しい事をしようと思うと、環境構築やらで、動かない部分が出てくるので、非常に面倒

それに過去のソースコードは、あちこちで使われているから、バグが少ないという実績があるけど、
新しく作ったものは、バグ出しが大変。
安定するまで、かなりの期間が必要

よほどの理由がない限り、新しく作らない

**デフォルトの名無しさん** · 2018/08/02(木) 03:53:49.14

>>451
どれか一つで良くね
ほとんど被ってるっしょ
あえて選ぶならアルゴリズムクイックリファレンス

網羅性ってヤツを追及するなら、同じようなもんいくつも買うんじゃなくて自分で言ってるようにテーマに特化したものを買うしかない
名前忘れたけど文字列アルゴリズムのアレとか

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/02(木) 06:10:43.23

>>447
Knuth の「The Art of Computer Programming」もその条件に当てはまると思う。

**デフォルトの名無しさん** · 2018/08/02(木) 07:12:52.80

圧縮アルゴリズムなんか、本で憶えたんじゃなく
FAXだとかモデムみたいな具体的なブツで憶えたな

その他のアルゴリズムも単行本より雑誌で
憶えたのが多いし

**デフォルトの名無しさん** · 2018/08/02(木) 10:20:23.60

そのあたりのアルゴリズムはCマガで覚えた

**デフォルトの名無しさん** · 2018/08/02(木) 10:41:45.24

>>468

これ？

高速文字列解析の世界――データ圧縮・全文検索・テキストマイニング (確率と情報の科学) | 岡野原大輔 |本 | 通販 | Amazon
ttps://www.amazon.co.jp/dp/4000069748

「高速文字列解析の世界」サポートページ - daisuke.okanohara
ttps://sites.google.com/site/daisukeokanohara/iwanami_string_world

**デフォルトの名無しさん** · 2018/08/02(木) 11:27:51.52

そのジャンルは大体の場合は条件固定じゃないからツール類を使ったほうがいい

**デフォルトの名無しさん** · 2018/08/02(木) 17:47:42.68

>>447,451,468
蟻本の参考文献揃えるのがおすすめ

**デフォルトの名無しさん** · 2018/08/02(木) 17:50:02.28

って思って確認したらそんな良くなかったスマン

◆QZaw55cn4c · 2018/08/02(木) 19:12:17.99

>>470
文書圧縮について手元に置いていつも参照しているのは
https://www.amazon.co.jp/dp/478983672X/
今は、jpg の本が欲しいと思っていますが、なにかいいのはありますか？

**デフォルトの名無しさん** · 2018/08/02(木) 19:38:11.37

C++極めたいんだけど、どうすれば極められる？
仕事はJavaScriptが主です
今はアルゴリズムの本読んでるのですが、個人的にはC++ドラフトの間違いを指摘できるレベルになりたいです

**デフォルトの名無しさん** · 2018/08/02(木) 19:48:55.00

そんな事を人に聞いてる様じゃ一生無理

**デフォルトの名無しさん** · 2018/08/02(木) 19:57:10.95

>>477
oracle Solaris Studio の開発者になるとか
ホワイトスミスに弟子入りするとか
じゃね？

**デフォルトの名無しさん** · 2018/08/02(木) 20:52:27.89

>>478
いや実際C++使ってる職場少ないし、どうやってレベルを上げればいいのか分からん
オープンソースを読むくらいしか思いつかない
>>479
ジョークはいい

**デフォルトの名無しさん** · 2018/08/02(木) 21:22:49.70

コンパイラ読めないと話にならんのじゃないか？

**デフォルトの名無しさん** · 2018/08/02(木) 21:53:24.64

>>480
職場に何を頼るの？

**デフォルトの名無しさん** · 2018/08/02(木) 22:18:49.50

>>476
jpegが赤に弱いなんてのも
ギョーカイの人とのおつきあいで
ホーソレデ氏になった

**デフォルトの名無しさん** · 2018/08/02(木) 22:24:42.73

>>480
読んでばかりじゃなくて自発的に自分で実際に書いてみないことには、いつまでたってもたいして身に付かないだろう。
極めたいなら、言語仕様の一つ一つを実際に使ってみて具体的に役立つケースや制限、制約、限界を体感して、メリットデメリットを洗い出すくらいのつもりで試してみたら？

**デフォルトの名無しさん** · 2018/08/02(木) 23:26:26.75

>>482
嫌‥
>>484の言うとおり実践的な立場かな
>>484
それはもちろん分かる

**デフォルトの名無しさん** · 2018/08/03(金) 02:17:39.89

>>485
まずは仕事で使う自作ツールをC++で書くとか
千里の道も一歩から

**デフォルトの名無しさん** · 2018/08/03(金) 02:23:34.66

自作ツールはまず、スクリプト言語でやってみて、速度面などで不満があった時だけC・C++に置き換えるのがいいと思うけどどうなの。
スクリプト言語とコンパイル言語の使い分けを覚える良い機会になる。

**デフォルトの名無しさん** · 2018/08/03(金) 02:28:52.17

>>487
目的が自作ツールを作ることならそれで間違ってないが
C++を極めることが目的みたいよ

**デフォルトの名無しさん** · 2018/08/03(金) 07:41:26.05

極めると言うても、次の規格が出たらもう過去の知識だし、
いくら頑張っても到達できないゴールのような気がするなぁ。
規格を作る側に入り込めるなら話は違うかも知れんが。

C++は、自分より後ろにいる人をバカにするのが好きな人も多い感じだけど、
「そんな奴にはならん方がええ」

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/03(金) 08:11:10.53

ある程度の言語機能しか使わない範囲でも使い物になるように C++ は設計されてる。
ある程度を学めばその範囲内でも実務に使える。
もちろん深い理解があればプログラムをよりよく構成できるので、
実務に使いながら平行して段階的に学ぶということが出来る。
このことは設計者が著した D&E に書かれてる基礎理念のひとつだ。

地に足の着いた、現実的なものとして設計されてるんだよ。
だから、言語としての C++ だけに偏って学ぶのはお勧めできない。
言語として不格好な部分も現実の中では相応の合理性があったりして、
それを学習するのに適しているのは現実のプログラミングだと思う。

ただ、余談だけど、段階的に学べるようにというのはスタート地点として C を想定しているように思う。
C が当然の基礎知識としてあった時代には
そこからシームレスに C++ を学んでいけるように設計するのは妥当な選択だったかもしれないが、
今の時代には C++ の中の C の部分は色々と足を引っ張ってもいるので
歴史が長いと泥臭い部分も積み重なっていくものだなぁと思いました。 (小並感)

**デフォルトの名無しさん** · 2018/08/03(金) 10:14:53.94

20年近く使ってるけど、ドラフトとか目にしても
「こんな機能来るんや！」ってwktkするだけだな
規格を知ってれば極めてる、みたいな風潮が最近あるけど間違いやで
言語はあくまで道具だから使ってなんぼ

**デフォルトの名無しさん** · 2018/08/03(金) 10:29:03.00

みんな深いレスありがとう
ただ自分はどうしても諦めきれないので、仕事以外の時間は、C++に関するサイトや書籍やコーディングに費やすことになると思う
Pythonは学ぼうとは思ってるけどね

**デフォルトの名無しさん** · 2018/08/03(金) 10:49:41.39

ttps://github.com/python/cpython/tree/master/Python

今ならpythonのソースコードもオマケで学べるよ

**デフォルトの名無しさん** · 2018/08/03(金) 12:16:04.74

>>493
ありがとう
こういうのはいいですね

**デフォルトの名無しさん** · 2018/08/03(金) 15:41:42.81

スクリプト言語には、ハッシュテーブルやディクショナリなどと呼ばれるキーと値の組を保存するコンテナ機能が存在する。
一般に高速とされるC++だが、実は、ハッシュテーブルだけはスクリプト言語の方がアクセス速度が速かった。
ただし、C++におけるstd::mapだけがハッシュテーブルに該当した頃の話。

今は、std::unordered_mapがあるのでスクリプト言語と同等以上の速度でハッシュテーブルにアクセス可能になっている。

**デフォルトの名無しさん** · 2018/08/03(金) 18:32:37.47

mapはハッシュテーブルに該当しないだろ。
そういうときは辞書とかマップとか連想配列とかと呼ぶべきだ。

**デフォルトの名無しさん** · 2018/08/03(金) 18:52:42.14

mapは連想コンテナだが

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

ハッシュテーブルじゃない

**デフォルトの名無しさん** · 2018/08/03(金) 23:13:28.65

クラス設計で悩んでいるんだが、みんなの意見を聞きたい
やりたいのは、いわゆるデザインパターン template methodを使ったクラス設計

class Parent {
public:
void execute() {
method1();
method2();
method3();
}
private:
virtual void method1();
virtual void method2();
virtual void method3();
}

子クラスのChild1, Child2でmethod1(), method2(), method3()をそれぞれオーバーライドして処理を分けている
ここで、Child3を追加しようと思うんだけど、method1()の内容はChild2::method1()と全く同じになる
これをどう実装しようかいろいろ悩んだんだが、どれもピンとこない。
そもそも最初の設計がおかしーんじゃねーの？とかこうしたらよくない？とかここおかしくね？とか意見あったら頼む
一応以下は自分が考えていること

①Child2, Child3の親クラスを抽出して、そっちに共通処理として書く
→実装のために継承関係を作るのはあまりよくない気がする
②別クラス（Utilクラス？）を作ってそっちにまとめる
→メンバ変数とか使ってると少し面倒かな。本質的でない気もする。
③Child3::method1()->Child2::method1()とコンポジション的にする
せっかく横のつながりができないようにしてるのに、ここでできるのはよくない
④親クラスに共通メソッドを作って、Child2::method1()とChild3::method1()はそれを呼ぶ
→しっくりこないけど、妥協点かな・・・
⑤しゃーないChild2::method1()コピペで！
→これはまあ論外かな、時間が全くないときの最終手段

**デフォルトの名無しさん** · 2018/08/03(金) 23:20:08.01

Child3をChild2の子にすれば？

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

共通処理を継承関係と無縁なtemplate関数にできないか検討してみては？