C++相談室 part154

**デフォルトの名無しさん** · 2021/01/08(金) 17:54:00.55

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

テンプレここまで

**デフォルトの名無しさん** · 2021/01/21(木) 22:59:11.40

うかつにもPerl厨の秘口を突いてしまった

**デフォルトの名無しさん** · 2021/01/21(木) 23:06:26.51

>>177
> PerlをCGIを書くための言語
いつの時代の人よw

**デフォルトの名無しさん** · 2021/01/22(金) 00:49:01.09

たしかルビーの素となった言語がペールでは？

**デフォルトの名無しさん** · 2021/01/22(金) 01:19:07.37

macOSのソフトウェア更新ツールHomebrewはRuby製。マカーがいる限りRubyは不滅。

**デフォルトの名無しさん** · 2021/01/22(金) 13:19:25.84

>>157
PerlもPHPも難しいとは思わないけど
だからこそ排除すべき

**デフォルトの名無しさん** · 2021/01/22(金) 13:20:41.30

>>160
>1文字の特殊変数だらけの言語

Rubyのことですね判ります

**デフォルトの名無しさん** · 2021/01/22(金) 14:12:04.30

>>187
Rubyはそれはない。
Perlと間違ってないか？

**デフォルトの名無しさん** · 2021/01/22(金) 14:18:28.68

C++のところで延々と続けるのもなんだけど、TECOってのは相当複雑怪奇だったみたいね

**デフォルトの名無しさん** · 2021/01/22(金) 22:15:36.76

C++が今後関数型プログラミングを言語としてサポートしていくことはありますか？

**デフォルトの名無しさん** · 2021/01/22(金) 22:18:18.81

<functinal>で足りるんじゃね？

**デフォルトの名無しさん** · 2021/01/22(金) 22:50:10.68

こちらでどうぞ
https://mevius.5ch.net/test/read.cgi/tech/1427572389/

**デフォルトの名無しさん** · 2021/01/22(金) 23:49:36.96

>>192
C++の「マルチパラダイム」の中に関数型が今後入ることはあるか (あるいはもう入ってるか) という質問なんですが、変なことを聞いていますか？

**デフォルトの名無しさん** · 2021/01/23(土) 00:00:03.65

ぅえ？

**デフォルトの名無しさん** · 2021/01/23(土) 01:38:03.71

もう入ってるでしょ？

**デフォルトの名無しさん** · 2021/01/23(土) 04:37:52.61

Perlのソース汚いイメージしかないけどな

**デフォルトの名無しさん** · 2021/01/23(土) 07:19:17.61

std::functionとラムダ式で関数はほぼ第一級オブジェクトとして扱えるからC++はとっくに関数型言語ですよ
モナドだってやろうと思えば作れるよ

**デフォルトの名無しさん** · 2021/01/23(土) 13:50:31.25

じゃーHaskellにできることはC++でもできるし、同じように書けるって言うのかい

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/23(土) 13:52:40.96

>>198
なんでそうなるのかようわからんが。

**デフォルトの名無しさん** · 2021/01/23(土) 14:06:29.89

>>160
>1文字の特殊変数だらけの言語
APL記号?

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/23(土) 14:54:28.68

>>188
https://docs.ruby-lang.org/ja/latest/class/Kernel.html#V_--21

**デフォルトの名無しさん** · 2021/01/23(土) 16:26:10.57

>>200
懐かしいな
俺アンペールのいじってたよ

**デフォルトの名無しさん** · 2021/01/23(土) 18:58:05.34

>>198
そんなクソみたいなこと言うんだったら、まず「関数型言語」の定義から言えよ。
Lispが関数型言語じゃないとか言い始めそうだな。

**デフォルトの名無しさん** · 2021/01/24(日) 11:36:54.35

Rubyは関数型ωωω

**デフォルトの名無しさん** · 2021/01/24(日) 12:17:53.22

カオスコードって意味ならc++とperlが双璧だわな。rubyは別の意味で糞だが。

**デフォルトの名無しさん** · 2021/01/24(日) 14:46:51.42

rubyの糞とrailsの糞がかけ合わさって悪臭漂う糞になる

**デフォルトの名無しさん** · 2021/01/24(日) 21:13:47.08

肛門を保護するために出る粘液はイイ匂いがするので、化学的に類似品が合成され、香水の原料になっています。
ウンコは臭いですが、ウンコの周りには良いものがあるかもしれない。

**デフォルトの名無しさん** · 2021/01/24(日) 23:17:47.88

Co-mon++

**デフォルトの名無しさん** · 2021/01/25(月) 00:51:35.02

>>207
腸液は質感、匂いともに精液に酷似してるっていうのはよく言われてるけど、それのことじゃないよね？
良い匂いの分泌液なんて聞いたことがない

**デフォルトの名無しさん** · 2021/01/25(月) 09:53:48.54

やだこのスレホモ臭い

**デフォルトの名無しさん** · 2021/01/25(月) 10:13:42.80

と言いつつ嬉しそうな吉宗であった。

**デフォルトの名無しさん** · 2021/01/25(月) 13:06:55.63

PerlとC++は、見づらいソースコードに慣れる能力を鍛えてくれる。
Perlをオワコン扱いする人は情弱である。

**デフォルトの名無しさん** · 2021/01/25(月) 13:11:37.73

厄介者のperl厨

**デフォルトの名無しさん** · 2021/01/25(月) 13:34:11.10

糞コードに触れるとアンチパターンがわかるというのは確かにあるが、それを人に勧めるのは気がひける。

**デフォルトの名無しさん** · 2021/01/25(月) 13:48:32.46

まずい酒の味を知らない者には、うまい酒の味を見分けることはできない。

**デフォルトの名無しさん** · 2021/01/25(月) 21:12:20.67

美味い酒の味を知ったら不味い酒は飲めん

**デフォルトの名無しさん** · 2021/01/25(月) 22:13:56.33

酒は飲まんからようわからん

**デフォルトの名無しさん** · 2021/01/25(月) 22:56:10.85

まずい酒を飲めなくなることは、プログラミングに置きかえればクソコードのメンテナンスができなくなることを意味しており、スキル低下でしかない。

**デフォルトの名無しさん** · 2021/01/25(月) 23:11:18.97

まずい酒はわかるけどうまい酒はマジわからん…

**デフォルトの名無しさん** · 2021/01/25(月) 23:57:21.75

うまい酒については「水のように飲みやすい」というほめ表現もあるが、なら水飲んどけよという話でもある。

**デフォルトの名無しさん** · 2021/01/25(月) 23:57:36.36

<body>
!unti {nuritakuri}
<body/>

**デフォルトの名無しさん** · 2021/01/26(火) 00:02:06.39

<head>
<bukkake> seisi <bukkake/>
<strong> naaaaaaaaa！！！<strong/>
<head/>

**デフォルトの名無しさん** · 2021/01/26(火) 02:05:34.14

>>220
ほんまこれ
前にカエルの肉を食ったやつが「ほんと鶏肉とおんなじようなもんだから!食べてみて!」
ってしつこいんだが、だったら鶏肉でいいだろなんでわざわざゲテモノ食わにゃならんのか？？となる

**デフォルトの名無しさん** · 2021/01/26(火) 03:51:19.13

寄生虫が良い風味出すから。

**デフォルトの名無しさん** · 2021/01/26(火) 06:09:38.08

macOSのHomebrewいいね。Perlが最新の5.32.1に即対応。人柱上等なところに惚れる。

**デフォルトの名無しさん** · 2021/01/26(火) 07:49:52.25

安めの食材や有り合わせでうまいもん作れる腕があっても
腐ったものはどうにもできない

例えるなら、これだろ

**デフォルトの名無しさん** · 2021/01/26(火) 07:59:37.62

>>220
酔える水なら。

**デフォルトの名無しさん** · 2021/01/26(火) 11:52:17.15

>>223
今ジビエなどとおしゃれに言ってるがゲテモノ食いが今の事態を招いてる

中途半端な科学信仰が何もかも迷信にしてしまって自然を正しく畏れなくなった

**デフォルトの名無しさん** · 2021/01/26(火) 13:45:24.16

ちょっと腐ったほうが柔らかくなってアミノ酸も多いよ。
熟成させたと言えばグルメも安心だし。

**デフォルトの名無しさん** · 2021/01/26(火) 13:48:13.24

野菜は立てておくと腐らないんだけど、その代わり成長するからね。
光合成できるかも？と思ってなけなしの養分使って葉を伸ばすんだろうけど、光合成は出来ません。

**デフォルトの名無しさん** · 2021/01/26(火) 13:54:11.58

野菜の活〆を発明したら儲かるだろな。
放射線以外で。

**デフォルトの名無しさん** · 2021/01/26(火) 21:06:31.25

いいかげんスレ違い。

**デフォルトの名無しさん** · 2021/01/26(火) 21:46:24.92

プリプロセッサマクロだらけの“汚い”コードを否定したらC/C++の強みを失うことになる。
JavaやC#はプリプロセッサマクロが貧弱なのが玉にキズだ。

**デフォルトの名無しさん** · 2021/01/26(火) 21:51:10.66

pybind11スレがないこんな世の中じゃ～Python～
まぁマクロの塊のような代物だが。

**デフォルトの名無しさん** · 2021/01/27(水) 06:03:44.65

C++はコミュニティで発言力のある人が大抵率直にものを言い過ぎる、悪く言えば口が悪いので忌み嫌われてるとこある

**デフォルトの名無しさん** · 2021/01/27(水) 07:30:48.85

>>229
カダベリンやムスカリンが発生してたり
セレウス菌が大量にいるのは
そういう問題じゃねえぜ

**デフォルトの名無しさん** · 2021/01/27(水) 07:48:28.28

でも、Linux板なんか失敗したボランティアの住所載せて、放火しろとは言ってませんよ？？言ってませんよ？？・・・などの書き込みあるからな。
それに比べれはだいぶ良識的では？

**デフォルトの名無しさん** · 2021/01/27(水) 11:26:52.94

C/C++のプリプロセッサも貧弱すぎ

**デフォルトの名無しさん** · 2021/01/27(水) 17:43:27.13

C++例外のスタック情報がとれないのはC++の欠点。
例外でスタック情報を使えるJava/C#/Python/Perlはエライ。

**デフォルトの名無しさん** · 2021/01/27(水) 21:51:38.91

おまえは二度とC++使うな

**デフォルトの名無しさん** · 2021/01/27(水) 23:04:53.57

>>239
スタックフレーム作ればイケるってば

**デフォルトの名無しさん** · 2021/01/28(木) 09:07:27.76

>>235
例えば誰？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/28(木) 10:23:46.51

>>239
gdb にアタッチしたことないんか？

C++23 には stacktrace が入るから
デバッガを使いこなせなくても少し楽にトレースできるかもな。

**デフォルトの名無しさん** · 2021/01/28(木) 10:52:39.05

>>223
フグは豚肉に触感似てるけどフグの方が美味い

**デフォルトの名無しさん** · 2021/01/28(木) 10:54:00.53

>>228
日本で感染爆発が起きてないのは以前からジビエが流行してたからか

**デフォルトの名無しさん** · 2021/01/28(木) 10:55:14.42

>>230-231
白菜は外の皮じゃなくて中の芯から先に食べろと言われている

**デフォルトの名無しさん** · 2021/01/28(木) 11:40:01.79

>>200
ユニコ時代だからAPLよりずっと先行ってるぞ
組み込み演算子で∩∉とか集合論の記号採用してたりアトミックな演算子は⚛++とか洒落効いてたりする
一方で古代perlのプレフィックスは緩和されてる

**デフォルトの名無しさん** · 2021/01/28(木) 11:51:37.25

∅∘∩ ⊍∪ ⊖ ⊎ ∖≅ ∈ ∉ ∋ ∌ ≡
≢ ⊂ ⊄ ⊃ ⊅ ⊆ ⊈ ⊇ ⊉ ≼ ≽.«»≠␤
他組み込みではこんな感じか
>= やらよりmずっと可読性高いと思う、エディタもvimとか高機能なのなら問題なかろう
␤文字を表示してくれるのは特に便利

**デフォルトの名無しさん** · 2021/01/28(木) 11:58:59.45

>>245
さすがにコウモリはどこの地方でも食わんだろ

**デフォルトの名無しさん** · 2021/01/28(木) 17:23:15.04

なんでプリミティブ型って継承できんの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/28(木) 17:29:22.44

>>250
やりたいときってあるか？

**デフォルトの名無しさん** · 2021/01/28(木) 17:41:41.73

クラスAのオブジェクトをクラスBのメンバにするときってどうやってAのコンストラクタ呼ぶの？

class B{
　A a;

public:
　B(){
　　// この辺でAのコンストラクタを呼びたい
　}
};

**デフォルトの名無しさん** · 2021/01/28(木) 17:48:00.82

>>252
メンバのコンストラクタの方が先に呼ばれる。だからそこでは既にAは構築済み。
どうしてもBのコンストラクタ内でAのコンストラクタ呼びたいなら、メンバ変数はポインタで持つ

**デフォルトの名無しさん** · 2021/01/28(木) 18:07:20.07

>>243
gdbはおいとくとして、Visual StudioってC++例外のスロー位置を追跡できたっけ？

**デフォルトの名無しさん** · 2021/01/28(木) 18:50:38.47

>>252
初期化リストを使う
B() : a(hoge, piyo)

**デフォルトの名無しさん** · 2021/01/28(木) 18:54:30.61

あとで再初期化したくなること多いから、結局コンストラクタの実装を別の関数に分離すること多いよね。
コンストラクタの種類が増えたら使いまわしたくなるし。

**デフォルトの名無しさん** · 2021/01/28(木) 19:24:37.48

>>243
デバッガ使いこなせないとか話にならんだろ・・

**デフォルトの名無しさん** · 2021/01/28(木) 19:28:49.13

デバッガやシンボルがない環境でもスタックトレースできたほうが良いと思うけどね。
後発言語の生産性の高さはこの辺の充実ぶりにあるでしょ。

**デフォルトの名無しさん** · 2021/01/28(木) 19:42:24.27

他プロセスと連携するシステムにはデバッガを当てにくい事が多い。
タイミング依存の不具合を追跡する場合、デバッガがまったく役に立たない。

**デフォルトの名無しさん** · 2021/01/28(木) 20:25:47.81

>>258
その手の生産性と成果物の効率はトレードオフでどっちを重視するかが違うだけでしょ

**デフォルトの名無しさん** · 2021/01/28(木) 20:36:13.14

デバッガ使いこなすとか言って悦に入ってる人と会話が噛み合わないんだが。

**デフォルトの名無しさん** · 2021/01/28(木) 20:36:14.66

>>258
だよね
むしろデバッガをアタッチできる環境ならスタックトレースはなくてもなんとかなる
ユーザー環境でスタックトレースがテキストファイルに落ちるようになってるとトラブルシューティングがしやすい

**デフォルトの名無しさん** · 2021/01/28(木) 21:29:31.41

>>261
ここほとんどアマチュアの人だから許してやろうやｗ

**デフォルトの名無しさん** · 2021/01/28(木) 21:48:11.74

>>261, >>263
悪いがプロだよ
IDEの機能を使いこなせてない初心者が、先に学ぶべきことから逃げて言語だけでどうにかさせようとするような
(いつものことだが)はちみつのミスリードに釘を刺しただけだ

**デフォルトの名無しさん** · 2021/01/28(木) 21:51:13.66

>>261
あと、流れを読む限り俺の発言が気に入らなくてファビョってるのは君の方だよね、俺1行しか書いてなかったし(しかも大した内容じゃない)w
何が気に障ったんだ?

**デフォルトの名無しさん** · 2021/01/28(木) 21:51:23.69

いやごめん、俺は流れは一切追ってなくて他意はないよ
茶化したかっただけ
気にしないで

**デフォルトの名無しさん** · 2021/01/28(木) 23:50:09.41

発狂やないかｗ
Perlの人かな

**デフォルトの名無しさん** · 2021/01/28(木) 23:53:15.94

>>253,255
じゃあ、Bを構築してしばらく経ってからわかる情報を使ってAを構築したいとき、Aのインスタンスをメンバとして持つのは不可能ということですか？
ポインタで持つ以外の方法はない (想定されてない？) のでしょうか

constなメンバ変数を初期化するときも近いことを思います

**デフォルトの名無しさん** · 2021/01/29(金) 00:10:27.15

>>268
そういうコンストラクタ制約を持つクラスはけっこう多い。
WindowsのC++向けGDI+ライブラリのクラス群はまさにこれが当てはまる。
広範に存在している以上は受け入れるしかない。
今時は標準でshared_ptrなどの共有ポインタクラスを使えるので、さほど問題にならないでしょ。

**デフォルトの名無しさん** · 2021/01/29(金) 00:19:48.35

>>268
Aに引数なしのコンストラクタ、コピーorムーブ代入演算子があるなら、後で作って代入でもいいけど
まぁ特に理由なければ(スマート)ポインタで持った方が無難だし楽

constはどうしようもない

**デフォルトの名無しさん** · 2021/01/29(金) 00:22:16.89

>>268
「Bを構築してしばらく経ってからわかる情報」を返すヘルパー関数を作って初期化リストの中で呼べばいいじゃない

**デフォルトの名無しさん** · 2021/01/29(金) 07:49:13.10

データメンバをconstってあんまりやらないな
publicに晒すとかじゃなきゃメンバ関数を
constにするだけで足りるから

あ、staticメンバのconstはよくやるけどね

**デフォルトの名無しさん** · 2021/01/29(金) 08:02:53.38

>>251
ある
実装は同じunsigned longでも意味が違うから別クラスとして扱いたいときとか
private継承できたらﾅｱ……
現状（C++03）はプリミティブ型と同じ演算子（のうちの当座のアプリケーションで使うやつ）をいちいち実装したクラスを作って
NDEBUGマクロで実装を切り替えるみたいな涙ぐましい努力が要る

**デフォルトの名無しさん** · 2021/01/29(金) 08:05:13.74

訂正orz
誤： private継承
正： public継承かつoperator unsigned long()はprivateかつunsigned longからの構築はexplicit

**デフォルトの名無しさん** · 2021/01/29(金) 08:08:37.91

メンバをconstにして代入演算子を定義せずにいるとデフォルトの代入演算子をが定義できないとコンパイラに文句を言われる俺環、

**デフォルトの名無しさん** · 2021/01/29(金) 09:20:50.39

>>273
それ、継承できたとして式の中で混在しても区別されないんじゃね？
テンプレートの型引数で区別するような使い方くらいしか思いつかないが。

**デフォルトの名無しさん** · 2021/01/29(金) 12:20:22.74

メンバ変数のconstはポインタ型ならすることあるけど、値で持つメンバ変数はあんまり意味なくない？
constなくても勝手に外部から書き換えられないように、ちゃんと隠蔽しとけばいいだけでしょ

**デフォルトの名無しさん** · 2021/01/29(金) 12:35:16.78

>>277
class内の処理においても変更しないつもりだ、変更されることはない、と明示することで意識しておかなければならないことを少し軽減できるのだから、無駄ではないと思う。
手間をかけずにconstにできるならしておけばいいし、逆に無理して複雑なことをしてまでconstにする必要はないという程度のことかと思う。

**デフォルトの名無しさん** · 2021/01/29(金) 12:55:03.34

>>278
たしかにconst付いてればコンストラクタで設定した値がずっと変わらないことが
明示的になるから無意味ではないか

**はちみつ餃子** ◆8X2XSCHEME · 2021/01/29(金) 14:10:30.45

>>273
そういう用途なら opaque alias という提案だけは出てるけど
どう見てもグダグダなんで、場当たり的な方法のほうがマシだと思うよ。

**デフォルトの名無しさん** · 2021/01/29(金) 16:04:20.47

>>251
3値のboolean作るときってboolean継承すべき？

**デフォルトの名無しさん** · 2021/01/29(金) 16:07:44.73

>>256
言いたいことは判るが
コピーコンストラクタやムーブコンストラクタが勝手に使われるから
デフォルトに任せてると何が起こるかは判ってた方が良い