C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**デフォルトの名無しさん** · 2020/10/17(土) 23:06:18.54

神に近い存在になること

**デフォルトの名無しさん** · 2020/10/18(日) 00:28:03.87

大学生起業家が設立１年で20億円調達！単発バイトアプリに外食企業など出資【タイミー】
https://foodfun.jp/archives/3490
誰でもカンタンにオンラインサロン・情報配信ができる便利アプリ【TOUKU（トーク）】が登場
https://prtimes.jp/main/html/rd/p/000000001.000061569.html
中学時代の車いす生活から、17歳で起業するまで
https://www.advertimes.com/20200130/article306925/
ミャンマー発 AIダイニングアプリ「Yathar」をしかける日本人起業家
https://roboteer-tokyo.com/archives/14840
自分の視野は「世の中の0.001%」と自覚せよ。ビジネスチャンスを掴む4つの習慣
https://headlines.yahoo.co.jp/hl?a=20200511-00010001-srnijugo-life
アプリの視聴率がわかる　高専卒起業家の独創力
https://www.nikkei.com/article/DGXMZO46695580Y9A620C1000000/
１万人の若者を支援！インターンが日本を変えるかも！？　glowshipの若き創業者・足立卓也氏インタビュー
https://sogyotecho.jp/glowship-adachi-interview/
まだ22歳の学生社長が得た､23億円の｢使い道｣あの橋本環奈をCMに使うバイトアプリの雄
https://toyokeizai.net/articles/-/319511

**デフォルトの名無しさん** · 2020/10/18(日) 01:40:34.70

twitterで
C++完全に理解した！
って呟けばOK

**デフォルトの名無しさん** · 2020/10/18(日) 06:35:44.42

コンパイラを実装してみれば嫌でもﾜｶﾙ

**デフォルトの名無しさん** · 2020/10/18(日) 07:44:07.32

そんな極端なキチガイみたいなこと言うな!
・・とかつっこみたいかもしれないが、意外とそれ真理から困る >>277
C++ が現状あちこち解り辛い仕様になってる色々な理由のほとんどが
コンパイラの実装の都合であることがおおい

**デフォルトの名無しさん** · 2020/10/18(日) 09:07:32.28

>>273
この人達>>277、>>278の言う事を真に受けるのなら、組み込み開発をやるといい。
アセンブラレベルでC++が理解できる。
コンストラクタ、デストラクタがどのようなタイミングで呼ばれるのか、グローバル変数、ローカル変数はどのようなメモリ領域を使うのか、ヒープ領域の挙動...経験を積むと自然にC++の細かい挙動が理解できる。

そういうミクロな話じゃない？
なら、常にC++の最新企画の仕様を調べよ。
入門書に書かれていない便利な機能が色々あるぞ。

そういえば質問内容は完全に理解したいだったな。じゃあ、どっちもやれ。

**デフォルトの名無しさん** · 2020/10/18(日) 10:13:18.70

完全に理解と型安全には正直ゴールがあるかどうか疑わしい

**デフォルトの名無しさん** · 2020/10/18(日) 11:52:18.14

>>279
そういう話になるから結局C++じゃなくてCからやれって話になるんだよ
C++は有害

**デフォルトの名無しさん** · 2020/10/18(日) 11:54:54.20

>>281
どこに有害要素があるのかわからん。

**デフォルトの名無しさん** · 2020/10/18(日) 14:45:22.41

>>279
そうしてソフト構築能力皆無な
C++博士ができあがったのだった

**279** · 2020/10/18(日) 15:23:40.89

> そうしてソフト構築能力皆無な
> C++博士ができあがったのだった

まぁ、C++を完全に理解したところでっていうね。
そんな暇あれば別言語を学んだり、フレームワークの使い方を学んだりDDDやTDDとか学べって話だわな。

**デフォルトの名無しさん** · 2020/10/18(日) 20:08:20.51

オブジェクト指向プログラミングと言っても、各コンポーネントというかプログラムの最小単位は多くの場合手続き型で記述することになるよな？
どこからどこまでを「最小単位」と見なすか、という問に対する基準というかガイドラインを知りたいな（筆者の主観が混じるとしても）

**デフォルトの名無しさん** · 2020/10/18(日) 21:04:28.67

この時代に生きててSNS発信を頑張らないやつはアホだ。
https://www.youtube.com/watch?v=TPMNmuWQm_o
【事例付き】YouTuberは最強の副業である件について。
https://www.youtube.com/watch?v=wB8hNuNVoIw&;t=267s
【初心者向け】YouTubeの始め方・稼ぎ方を徹底解説！
https://www.youtube.com/watch?v=YEw-a8qlADM
【貧者の工夫で戦え】ガラケーだっていい。YouTube始めるのにパソコンはいらない！
https://www.youtube.com/watch?v=jYdWfjjzD7Y
YouTubeを伸ばすコツ【５つの本質論／初心者向けのセミナーです】
https://www.youtube.com/watch?v=fn-LxP9Unmc
【悲報】YouTuberはマジで難しいので、ほぼ挫折すると思う【無理ゲー】
https://www.youtube.com/watch?v=iKREw5p0Yqc

**デフォルトの名無しさん** · 2020/10/18(日) 21:05:46.61

ソフトウェアの良い設計というのは
結果的に破綻も漏れも無く抽象化できていればおk
あくまで結果
成功の秘訣は8割方センス

**デフォルトの名無しさん** · 2020/10/18(日) 21:10:04.50

>>287
あらゆる仕事はスーパーマンがやれば全て解決という
結局何も言ってない空論

現場でマジこれ言ってるやつは求人にクリプトン星人と書いている
人事屋としての究極の無能

**デフォルトの名無しさん** · 2020/10/18(日) 21:13:31.38

>>285
正直言うと、当たり前のように使われる手続き型という言葉がピンと来ない。

オブジェクト指向におけるソースコードの適切な分割方法を知りたいってこと？

**デフォルトの名無しさん** · 2020/10/18(日) 21:20:59.62

抽象レイヤーから具象レイヤーまで順番に話を進めていく方が俺は好きだがな。
一言目で無能呼ばわりするのはどうかと。

**デフォルトの名無しさん** · 2020/10/18(日) 21:26:52.52

>>288
早くうまく書けた奴に次の仕事もやらせるのが一番弊害が少ない
理解や気づきの機会は外から与えることはできるが
それがどう理解や吸収につながるかとなると当人の資質や性向のファクターが大きいすぐる

**デフォルトの名無しさん** · 2020/10/18(日) 21:36:12.84

>>287

> ソフトウェアの良い設計というのは
> 結果的に破綻も漏れも無く抽象化できていればおk

そうだね。ただ、具体的にどんなノウハウを与えれば、>>288の言うスーパーマンを生み出すかってのが次の疑問だろうな。

自分はOOP、TDDあたりのノウハウが身につけば余裕だと思っているが。

**デフォルトの名無しさん** · 2020/10/18(日) 21:42:13.49

OOPは物事を整理する仕組みは提供してくれるが
どう整理をつけるかはやっぱ設計者のセンスに委ねられたままやんけ
実際>>287にゼロベースで的確に答えることは難しい
TDDは設計を検証する仕組みは提供してくれるが以下略

んまーテストケースをいっぱい書くというのは
物事簡潔に済ませる習慣が身につく良い経験かも試練、

**デフォルトの名無しさん** · 2020/10/18(日) 22:21:54.75

>>293

> OOPは物事を整理する仕組みは提供してくれるが
> どう整理をつけるかはやっぱ設計者のセンスに委ねられたままやんけ

その通り。だからこそ、そのセンスを磨かせるためにTDDもセットで紹介してみた。
まず、自分の設計が正しいか妥当性確認する手段も無いと間違ったオブジェクト指向が身に付く恐れがあるからね。

結局のところ、個々のセンスを磨かせないと駄目だが...センスを磨かせる環境を整えるのはリーダーの役割だと思う。
何もない状態でセンスで何とかせよ、よりは改善が期待できるよ。

**デフォルトの名無しさん** · 2020/10/19(月) 00:20:11.11

コンパイラの都合というよりかはcとの互換性とランタイム速度優先のための仕様によるものだろう。
てかむしろもっとコンパイラの都合考えたらもう少しまともな仕様になっとるわ。

**デフォルトの名無しさん** · 2020/10/19(月) 05:23:08.92

スーパーマンはある種の天才で、体系的に天才を教育する方法はないと思う。特に今現在の教育は全体の平均値を上げる事に主眼を置いているから。

大多数がほどほど幸せになる方法としてある程度うまくいってたけど、極少数が全体に絶対的な影響を及ぼすソフトウェアの世界だと効率の悪さが目立ってくるよね。

天才を見つけておいて必要な時に協力してもらうしかないんじゃないかな。全てにおいて天才はいないし来てもくれないので、得意分野では天才的みたいな奴と仲良くしておくぐらいか

**デフォルトの名無しさん** · 2020/10/19(月) 11:06:36.21

体系的に天才を教育する方法
ってのは実は簡単で、C++をやらせればいい

**デフォルトの名無しさん** · 2020/10/19(月) 11:15:17.99

それは教育する方法ではなく
多数の中から天才を見つける方法なのでは？

**デフォルトの名無しさん** · 2020/10/19(月) 11:37:24.11

選ばれても来るかどうかは天才次第

**デフォルトの名無しさん** · 2020/10/19(月) 12:11:42.92

プログラムの才能のある人材を発掘する方法は、以前だとLispかHaskellをやらせるのが定番だったけど今はどうなのかね？

**デフォルトの名無しさん** · 2020/10/19(月) 12:44:51.59

まずクソ企業で天才が居座るメリット無くね？
誰かが頑張ってくれるだろうみたいな雑魚集団と仕事したくねーわ。

**デフォルトの名無しさん** · 2020/10/19(月) 13:49:59.16

>>296
天才とは言っていない
ttp://equallove-2017.blog.jp/archives/24499215.html
ttp://equallove-2017.blog.jp/archives/24508935.html
ttps://star.programming-study.com/
2020年10月17日放送分
TK-80の産みの親？
元マイクロソフトでwindows95の開発に参加？
良く判らんけど
Windows95の生みの親に直撃!開発秘話やプログラミングの裏話、子どもたちに伝えたい思いを告白

**デフォルトの名無しさん** · 2020/10/19(月) 15:44:35.47

>>301
誰かが頑張ってくれるだろうみたいな雑魚がいない企業をおまえさんは知っているの？

**デフォルトの名無しさん** · 2020/10/19(月) 20:56:03.32

残念ながらGAFAでもその種の馬鹿はいる。

**デフォルトの名無しさん** · 2020/10/20(火) 00:14:11.70

君たち C++ の話をしろ

**デフォルトの名無しさん** · 2020/10/20(火) 03:00:21.68

deleteで解放しようとするとたまに落ちるバグがあるのですが
try～catchで囲っても、やっぱ落ちます。
これって例外で処理することはできないんでしょうか？
それともやばいバグ過ぎてつかまえられないだけなのでしょうか？

**デフォルトの名無しさん** · 2020/10/20(火) 03:05:40.63

投げない例外は捕まえられないのでは？

**デフォルトの名無しさん** · 2020/10/20(火) 03:09:48.67

>>307
これじゃダメなんでしょうか？
すみませんC++よくわかってなくて…

try{
delete p;
}catch(...){
std::cerr << "error!" << std::endl;
}

**デフォルトの名無しさん** · 2020/10/20(火) 03:14:10.05

>>308
pのデストラクタの中で何かが起きていて、そこで例外が投げられないから補足できないのでは？

それと経験的に、再現性の無いバグは、十中八九、未定義の記憶域を読むことで発生する。

**デフォルトの名無しさん** · 2020/10/20(火) 03:23:38.12

丼なスパゲティーコードをメンテしてるか気になる

**デフォルトの名無しさん** · 2020/10/20(火) 03:27:44.66

>>309
デストラクタは何もないので
どこかでメモリ処理がおかしくなってるんでしょうね…
一旦、動くようにしてみたかったのですが、もうちょっと調べてみます。
ありがとうございました。

**デフォルトの名無しさん** · 2020/10/20(火) 03:36:12.53

そういうときに役に立つのがprintfデバッグだろ
どの工程で起こったのかある程度目星がつく

**デフォルトの名無しさん** · 2020/10/20(火) 04:45:58.59

>>321
継承元の親クラスを何個も辿ってよく調べたら
コンストラクタの中で怪しいポインタにアクセスしている個所がありました。
おそらくこれが原因だと思います。
皆さん有難うございました。

**デフォルトの名無しさん** · 2020/10/20(火) 07:34:58.90

デストラクタとdelete演算子はデフォルトでnoexceptなんで、
例外発生時点で異常終了してしまい、try～catchじゃ捕まえられないそうだ。
https://cpprefjp.github.io/lang/cpp11/noexcept.html

**デフォルトの名無しさん** · 2020/10/20(火) 07:48:57.86

そういう問題じゃねえよ
不定のポインタは検出不能だ

**デフォルトの名無しさん** · 2020/10/20(火) 08:40:05.01

いや、今回の問題の解決のために書いたわけではなくて、
>>308のように書いても無駄だと伝えるために書いた。
そのあたり明示せずに書き込んですまん。

**デフォルトの名無しさん** · 2020/10/20(火) 11:34:12.27

atexit()
exit()
で捕捉出来ないかな

**デフォルトの名無しさん** · 2020/10/20(火) 11:51:22.81

デバッガに頼るのは甘え
プロはprintfだけで正しくデバッグする!

**デフォルトの名無しさん** · 2020/10/20(火) 11:56:25.10

プロは logger 使うし
百歩譲っても使うのは fprintf の方

**デフォルトの名無しさん** · 2020/10/20(火) 13:10:32.17

printfが使える環境ならな
そうでない場面がごまんとあるから
選択肢は多いに越したことはない

**デフォルトの名無しさん** · 2020/10/20(火) 13:21:42.91

シリアルモニタくらいは用意できるだろ

**デフォルトの名無しさん** · 2020/10/20(火) 13:21:52.61

基本的にprintfデバッグの延長
制度化体系化されたprintfデバッグがログ取り

loggerはより高度なprintfデバッグであり、その基本がprintfデバッグになる
この変数を眺めりゃ万事OK　という直感が涵養される

loggerの出力先が10万キロ離れたプリンタなこともある

**デフォルトの名無しさん** · 2020/10/20(火) 13:23:45.82

オシロ使ったりもする

**デフォルトの名無しさん** · 2020/10/20(火) 13:26:30.76

路地穴は使うよね

**デフォルトの名無しさん** · 2020/10/20(火) 13:28:29.10

スペアナくらいは普通使うよね

**デフォルトの名無しさん** · 2020/10/20(火) 14:24:10.56

無線屋さん？

**デフォルトの名無しさん** · 2020/10/20(火) 14:27:50.64

C#を作ったアンダース・ヘルスバーグもデバッガのステップ実行よりもprintfを使うってインタビューで言ってたな

**デフォルトの名無しさん** · 2020/10/20(火) 14:34:50.28

尻穴は使うよね

**デフォルトの名無しさん** · 2020/10/20(火) 17:41:32.21

C++23のdraftが公開されてた
http://wg21.link/n4868

**デフォルトの名無しさん** · 2020/10/20(火) 17:48:19.32

>>329
情報ありがとう

◆QZaw55cn4c · 2020/10/20(火) 22:08:32.52

>>300
C のポインタ、特に関数ポインタ、とか
リカーシブ、とかで十分でしょう

**デフォルトの名無しさん** · 2020/10/21(水) 00:07:59.13

尻カーブ？

**デフォルトの名無しさん** · 2020/10/21(水) 11:15:30.61

シッタカブリ

**デフォルトの名無しさん** · 2020/10/21(水) 11:18:26.05

printfデバッグなんてあり得んけどな。

◆QZaw55cn4c · 2020/10/21(水) 11:45:48.97

>>334
でも最初のうち、プログラムが小さいうちは、それが一番手っ取り早いですね

**デフォルトの名無しさん** · 2020/10/21(水) 11:52:32.13

printf デバッグは完成後に printf の行を消すと動かなくなったりするω

**デフォルトの名無しさん** · 2020/10/21(水) 12:15:19.02

関数化やクラス化でプログラムを小さくするわけで、あんまり関係ないな
assertを使うときもそうだが、デバッグ用のコードに副作用を入れちまうのはヘボ以下

**デフォルトの名無しさん** · 2020/10/21(水) 12:41:52.63

デバッグOffして弊害残すヤツは動作の仕組み把握出来てないだけだろ
>>336、まず貴様のコーディングセンスを磨いてから出直してこい青二才

**デフォルトの名無しさん** · 2020/10/21(水) 23:09:27.50

非同期で動くブツ同士の通信はprintfデバッグ大活躍なのでは…
誰がいつ何を呼んで何を渡したのかと呼ばれたほうが本当に受け取ったのかがすぐﾜｶﾙ

printf消去忘れについては条件コンパイルを使えば良いし、
Ad-hocな追加ならいかに大量にやってもソースコード管理システムで安全に消すこともできるわけやし、

**デフォルトの名無しさん** · 2020/10/22(木) 00:49:05.87

未定義動作踏んでるときとかにprintfを呼び出すことでたまたま動くようにできたりする
ということか

**デフォルトの名無しさん** · 2020/10/22(木) 10:43:36.11

>本当に受け取ったのかがすぐﾜｶﾙ

buffer flush しないと判らんし
flush すると勝手に改行する環境とかあるし
そこまで便利ってほどでもなくね
nonbuffered しろってか

**デフォルトの名無しさん** · 2020/10/22(木) 10:47:06.06

ここまでの話をまとめると
やはりprintfデバッグが最強、ということですね

**デフォルトの名無しさん** · 2020/10/22(木) 12:25:12.96

#ifdef DEBUG
　#define PUTCHAR(a) (putchar(a), fputc(a, _fpDbg))
#else
　#define PUTCHAR(a) (putchar(a))
#endif
PUTCHAR(*ptr++);
みたいなことをやればデバッグ時だけ*ptr++ が二回評価されて結果は変わってしまう。

**デフォルトの名無しさん** · 2020/10/22(木) 12:29:38.65

>>343
インライン関数に置き換えられるだろ
少しは頭使え

**デフォルトの名無しさん** · 2020/10/22(木) 12:30:03.14

デバッグ関係ねーじゃん

**デフォルトの名無しさん** · 2020/10/22(木) 12:31:48.09

>>344
そんなことは当たり前。
IQが低い人と話すとこれだから困る。

**デフォルトの名無しさん** · 2020/10/22(木) 12:34:55.42

>>346
わかってるならインラインで書けよ池沼

**デフォルトの名無しさん** · 2020/10/22(木) 12:38:34.09

>>347
駄目な例を敢えて書いたんだ。
どうしてそれが分からないの、あなた達には？
IQが高い人には駄目な例が単なる例として出されたのだと分かるのに
ここの人達にはそれがわからない。

**デフォルトの名無しさん** · 2020/10/22(木) 12:39:39.22

>>339
非同期なアプリでprintf使うとタイミングが変わることがあるから安心できんな
デバッガよりは遥かに良いけど

**デフォルトの名無しさん** · 2020/10/22(木) 12:41:58.22

>>336 が
「printf デバッグは完成後に printf の行を消すと動かなくなったりするω」
と書いていたが、>>340が指摘した理由だけではないので、
そうなる他の理由の1例を>>343で書いた。

**デフォルトの名無しさん** · 2020/10/22(木) 12:45:00.97

これが考える力なんだよ。
マスコミを含めて「知識知識」と言う人が多いが、生まれつきの頭が悪いと
>>344 >>347 のような馬鹿な発想しか出来ないのでどうにもなら無い。
俺に比べれば、おまえが池沼の癖に。

**デフォルトの名無しさん** · 2020/10/22(木) 12:48:35.56

マクロを使う必要性が全く感じられなくてリアリティがない

**デフォルトの名無しさん** · 2020/10/22(木) 13:11:57.24

>>351
おまえ自分のこと頭おかしいと思わないならかなり進んだ病気だな

**デフォルトの名無しさん** · 2020/10/22(木) 14:13:12.96

>>353
精神病院に行け。

**デフォルトの名無しさん** · 2020/10/22(木) 16:17:21.51

C++の話しねえやつは出てけ

**デフォルトの名無しさん** · 2020/10/22(木) 17:13:27.21

C++ラーメン次郎うめえ

**デフォルトの名無しさん** · 2020/10/22(木) 18:56:55.19

>>350
たぶんみんなは
そりゃマクロ使えば何でもありありだろ
そんなことでドヤるとかバカじゃねーの
って思ってる…

**デフォルトの名無しさん** · 2020/10/22(木) 19:00:31.57

>>335
printfデバッグを肯定するとは
ロートルの吹きだまり感かなりある

**デフォルトの名無しさん** · 2020/10/22(木) 19:08:50.28

printfごときで騒いでる方が精神いかれてんだろ。。

**デフォルトの名無しさん** · 2020/10/22(木) 19:11:08.49

今はJTAGがあるので、そんなにお金がかからない。
それでも、プロセッサごとにデバッグ環境を用意できるわけないだろ！！というのが日本企業の現状なら、中韓に任せて野菜でも育てる道が効率よい。
中韓は用意できるし、売り切ることが出来る。
printfデバッグなんてインパール作戦と同じ。
物量が違いすぎる。

**デフォルトの名無しさん** · 2020/10/22(木) 19:15:22.48

お前たちは農民に戻れ。
ハイ解散。

◆QZaw55cn4c · 2020/10/22(木) 20:52:46.17

>>360
私のマザーボードの JTAG/IEEE1149.1 はどれですか？

**デフォルトの名無しさん** · 2020/10/22(木) 21:09:21.98

>>362
OS開発の場合は、専用のボードを用いることを視野に入れる。
それが無理なら、中韓に任せて撤退するべし。

**デフォルトの名無しさん** · 2020/10/22(木) 23:42:23.12

#ifdef DEBUG
　#define PUTCHAR(a) do{auto b=a;putchar(b), fputc(b, _fpDbg);}while(0)
#else
　#define PUTCHAR(a) (putchar(a))
#endif
死ねザコw

**デフォルトの名無しさん** · 2020/10/23(金) 08:10:45.22

センズリマクロ

**デフォルトの名無しさん** · 2020/10/23(金) 12:27:51.26

>>364
else節もコピーしろザコw

**デフォルトの名無しさん** · 2020/10/23(金) 12:34:55.69

教師が「こういうやり方はしてはなりません」と言っただけなのに、
生徒「そういう場合は、inline使えよ馬鹿教師」
という馬鹿生徒の集まり。
学級崩壊。

**デフォルトの名無しさん** · 2020/10/23(金) 12:38:30.14

教師が「こういうやり方はしてはなりません」と言っただけなのに、
生徒A「そういう場合は、inline使えよ馬鹿教師」
生徒B「こういうやり方ならいいんだよ、死ねザコw」
教師「」

**デフォルトの名無しさん** · 2020/10/23(金) 12:48:55.12

inline関数や、>>364のやり方が分かった上で教師は言っている。
それとも、おまえらの通った学校の教師はそんなことも分からない
くらい程度が低かったのか？
どこの学校だよ。

**デフォルトの名無しさん** · 2020/10/23(金) 13:33:06.99

ここは教室じゃねぇんだよバカが
とっととキエロ

**デフォルトの名無しさん** · 2020/10/23(金) 13:52:00.54

俺が通った学校の教師か
化学のおじいちゃん先生だったな
当時C++はまだ世に出てなかったから
マクロの使い方は知らなかっただろうな

**デフォルトの名無しさん** · 2020/10/23(金) 15:17:01.62

へー、Cにはマクロないんだ？

◆QZaw55cn4c · 2020/10/23(金) 16:10:04.88

>>372
#define マクロはありますが、lisp 様仕様マクロはありません