[過去ﾛｸﾞ] C++相談室 part156 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
154(1): 2021/06/02(水)10:14 ID:qtmfAhQ7(1/2) AAS
overloadに弱くなる
155: 2021/06/02(水)10:21 ID:2dvb28jp(4/6) AAS
>>153
長かったC++03時代でそういうクセが染みついちまった、ならわかる
156: 2021/06/02(水)10:48 ID:zppGp/iM(1/2) AAS
気狂いいてワロ
(a, b, c) と ( a, b, c ) さえどちらが良いかなんて誰にも決められないのに、なぜ < <> > と <<>> なら後者の方が問答無用で良いと思い込んでるのだろうか
こういう、一概には言えないことを押し付けるタチの異常者が回答側に回ってるのイタ過ぎだろ
157: 2021/06/02(水)10:51 ID:qtmfAhQ7(2/2) AAS
同和ンゴ
158: はちみつ餃子 ◆8X2XSCHEME 2021/06/02(水)11:11 ID:Bcy6nIKX(1) AAS
トークン分割の段階では >> というひとつのトークンとして切り出された上で
構文解析の側で辻褄を合わせるという変な解釈が不格好だから好きじゃないな。
構文が複雑になる分には仕方がないと割り切れるんだが、
異なるレイヤをまたいで辻褄合わせするのってなんか嫌じゃない？
でもまあ > > よりは >> のほうが見やすい気がするからそう書いてるんだけど、
割とモヤモヤしがち。
159(1): 2021/06/02(水)11:13 ID:2dvb28jp(5/6) AAS
何で押しつけたことになるんだ？
被害妄想で攻撃的になるやつこそ病んでるぞ
スタイルは案件ごとにある
そこでいらぬ波風立てるやつは叩き出される
仕事は成果で語るものなのに勘違いして
つまらんことに気を取られるやつは使い物にならん
160: 2021/06/02(水)11:41 ID:vfPidZYU(1) AAS
>>149
おそらく初期化子リスト版の方が高速に動作する
まぁ、今時のコンパイラの最適化は変態レベルに進化してるから結局同じようなコードに落ち着くかもしれないけど
161: 2021/06/02(水)11:54 ID:P6q02jmG(4/4) AAS
>>154
initializer_list をとることにしておけばコンテナの種類を決めておく必要がないから得ってことですか？
162(1): 2021/06/02(水)12:01 ID:zppGp/iM(2/2) AAS
>>159
> スタイルは案件ごとにある
元質問はスタイルが指定された案件では全くないので、自分が頓珍漢なこと言ってたって認めるわけね
> そこでいらぬ波風立てるやつは叩き出される
> つまらんことに気を取られるやつは使い物にならん
狂おしいまでに己のことだな
163: 2021/06/02(水)12:11 ID:2dvb28jp(6/6) AAS
>>162
元質問には特定の案件か否かはどちらとも書いていないね
さらに俺は特定の案件の話だともそうでないとも言ってない
次から次へと勝手に決めつける軽率なやつが
他人に向かって頓珍漢とか天に唾するってやつだぜ
164: 2021/06/02(水)12:24 ID:e/VYBb4b(1) AAS
恥ずかしくなってネタっぽくしてるが隠しきれてない同和ンゴ
165(1): 2021/06/04(金)15:31 ID:Lunsq3fv(1) AAS
cout と cerr に同じもん流し込みたいときって
cout << hoge;
cerr << hoge;
ってやるしかない？
一行というか一文で書けたら楽だが
166: 2021/06/04(金)15:57 ID:xvizFE5L(1) AAS
>>165
すなおに以下のようなマクロにしとけばどうかな
#define HOGE(x) std::cout << x; std::cerr << x;
例えば以下のように使う
HOGE(hoge << endl);
167: 2021/06/04(金)17:29 ID:7u0nl5aT(1) AAS
random_device{}();
の中括弧って何なん
デフォルトコンストラクタで構築するってこと？
なんで丸括弧じゃないん
168: 2021/06/04(金)18:26 ID:XeNJRf+j(1) AAS
別に中()でも問題なくない？
169(1): 2021/06/05(土)05:37 ID:Fi/fLauk(1) AAS
ラムダ式のキャプチャ構文の個別コピーとか個別参照がなんで存在するのかイミフなんだが
引数で良いじゃん
170(2): 2021/06/05(土)07:13 ID:RvyziTet(1/2) AAS
キャプチャにもコストは掛かるから必要なものだけ最小限キャプチャしたい時に必要なんだよ
なぜ引数でいいと思うのかはイミフ
171: 2021/06/05(土)07:24 ID:qiBnX5wX(1/4) AAS
既存の関数ポインタや関数オブジェクトと整合性を取るには、寿命やスコープの異なる変数を使うための仕組み(キャプチャ)が必要だったからでしょ
172: 2021/06/05(土)07:29 ID:qiBnX5wX(2/4) AAS
とあるラムダ式を読みづらいと感じるならそこでは使わないほうがいい
煽っているわけではなくて、ラムダ式の存在意義は可読性の改善なので、ラムダ式を読みづらいのは本末転倒だからね
173: 2021/06/05(土)07:39 ID:ywjQFJII(1/5) AAS
>>170
キャプチャデフォルトにしても使わなかったやつはキャプチャされないから
あえて個別にするのは何か理由があるときだね
174(1): 2021/06/05(土)08:28 ID:NuQvqfvD(1) AAS
>>170
キャプチャできるオブジェクトってみんな引数としても渡せるじゃん
参照、const参照、コピーも自由自在だし
コストって言うけど、参照キャプチャと参照渡し、コピーキャプチャとコピー渡しってコスト違うの？
一応断っておくと[&]と[=]の存在意義は分かる
オブジェクトを個別にキャプチャするのがイミフってだけ
「こういうときに使う。引数渡しではできない」という例があったら教えていただきたいです
175(1): 2021/06/05(土)08:43 ID:hPuZ+cGi(1) AAS
ラムダ式がキャプチャするタイミングと呼び出すタイミングは違ってもいい
176(1): 2021/06/05(土)08:53 ID:qiBnX5wX(3/4) AAS
呼び出し時にキャプチャ元の存在は保証されない自己責任
177(1): 2021/06/05(土)09:10 ID:ywjQFJII(2/5) AAS
>>174
これを引数渡しではどう書く？
random_device dev;
int ary[256];
generate(begin(ary), end(ary), [&]{ return dev(); });
178(1): 2021/06/05(土)09:10 ID:S25kPsaU(1/2) AAS
>>175
なるほど
コピーしたいけど呼び出しの度には嫌だ、というときに役立つのか
神機能だな
179: 2021/06/05(土)09:11 ID:S25kPsaU(2/2) AAS
>>177
もう解決しました
180: 2021/06/05(土)09:21 ID:tBDt+1bH(1/3) AAS
>>176
コピーならHOSYOUされる
>>178
つか新しい関数を作る機能
>>169
カリー化
181: 2021/06/05(土)09:28 ID:tBDt+1bH(2/3) AAS
普通のｷｬﾌﾟﾁｬ（コピー）ではなくて
異常なｷｬﾌﾟﾁｬ（参照のｷｬﾌﾟﾁｬ）なら呼び出し時にキャプチャ元（参照されているオブジェクト）
の存在はＨＯＳＹＯＵされないから注意しないとＫＩＫＥＮだが
なんでそんな機能があるのかというとオブジェクトをカリー化（？）する場合にあったら便利だねえ、ぐらいの勢いの話
普通のｷｬﾌﾟﾁｬだけでもポインタをｷｬﾌﾟﾁｬしたら同じことができる
182: 2021/06/05(土)09:37 ID:tBDt+1bH(3/3) AAS
もっとも、自動変数として作られたオブジェクトxをｷｬﾌﾟﾁｬする場合、
xを参照のキャプチャする代わりに&xを普通のキャプチャしてしまうと
（「＆」演算子が使われたことにより）微
妙に最適化に響きかねない問題というのは微妙にあるが微妙なので普通は気にするほどではないはず……
183: 2021/06/05(土)09:53 ID:qiBnX5wX(4/4) AAS
元のデータをFUCKYUできないような書き方はAUTO
184: 2021/06/05(土)10:05 ID:ywjQFJII(3/5) AAS
キモい言葉遣いヤメレ
185: ◆QZaw55cn4c 2021/06/05(土)15:25 ID:CJl2tIqC(1/2) AAS
ヒドロキシクルルキン
イベルメクチン
186: ◆QZaw55cn4c 2021/06/05(土)15:26 ID:CJl2tIqC(2/2) AAS
ヒドロキシクロロキン
イベルメクチン
187(5): 2021/06/05(土)16:15 ID:ftrSVS/I(1/2) AAS
C++において関数は第一級オブジェクト
なのに C++ が関数型プログラミングを全く想定していない仕様に思えるのはなぜ
188(2): 2021/06/05(土)16:15 ID:ftrSVS/I(2/2) AAS
関数型のパラダイムもうまく取り込んでほしい
189: 2021/06/05(土)16:34 ID:Cv4CPRao(1) AAS
>>187 古いから。
>>188 提案するのは自由だから、がんばって。
190(2): 2021/06/05(土)16:53 ID:KLv4XYoF(1) AAS
>>187
c++の関数は第一級オブジェクトじゃないだろ。
高階プログラムはテンプレートという別の仕組みでサポートしている。
191: 2021/06/05(土)18:54 ID:V38nFCWr(1/3) AAS
関数型プログラミングは別に古くないはず……
ＧＥＮＪＩＴＳＵ世界が状態を持ち破壊的代入を伴うから
まだチューリングマシン的な計算モデルの方が対応がとりやすい（気がする）だけ
C/C++が関数型プログラミング一本鎗にならないのはそれが根本原因
192(1): 2021/06/05(土)20:10 ID:rl6U/q41(1) AAS
・弱体化された関数型の機能
・構造化プログラミング
・GOTO文
これがCだよ
で、多分70年代当時は関数型プログラミングはおそらく過去の遺物になってた
でないとこの頃のlispの失速が説明つかない
193: 2021/06/05(土)20:22 ID:RvyziTet(2/2) AAS
当時生まれてないけど
あのマシン性能が貧相な時代によくLISPなんて流行ってたな
194(1): 2021/06/05(土)20:31 ID:lZ3sFmcT(1) AAS
むしろマシンリソースが少ない時代だからこそ流行したといえる
LISPマシンはすなわちスタックマシンだ
複雑な語句パーサーとツリー構造の構築がなくても、ストリームから
はいってきたキーワードを順繰りに解釈してスタックにつんでいき
かっこが閉じたらスタックからひっぱればちゃんと動くものがつくれる
195(2): 2021/06/05(土)20:53 ID:ywjQFJII(4/5) AAS
>>190
禿は「第一級オブジェクト」をテンポラリでないオブジェクトと言っているようだが
196(2): 2021/06/05(土)21:21 ID:XO/wZGzq(1/2) AAS
権威者がこれこれと言ってたからこれこれであるという話の持って行き方は
今日の世界では小学生レベルの人間しかしない
中世ヨーロッパでは過去の偉人の言葉をいかにうまく引くかが議論の上手下手を左右したらしいが
197(3): 2021/06/05(土)21:28 ID:ywjQFJII(5/5) AAS
その世界の教祖のような人でも一切、言葉を引いてはいけないのか
小学生で年収1000越えそうな人ってジュジュちゃんとかいるけど
自分の年収を棚に上げてわかったようなことをｗ
198: 2021/06/05(土)22:00 ID:ECg4taz5(1) AAS
>>194
それForthじゃね？
199: はちみつ餃子 ◆8X2XSCHEME 2021/06/05(土)22:00 ID:G0EcoOQC(1) AAS
>>196
ここで必要なのは範例ではなく定義。
何が正しいのかを議論したいわけじゃなくてどの定義を使う「ことにする」という擦り合わせ。
C++ における定義を決めるなら設計者の言を元にするのは妥当だろ。
それはそれとして >>195 はなんかおかしいこと言っていると思うし、
なんか勘違いしてそうな気がするが。
200: 2021/06/05(土)22:49 ID:V38nFCWr(2/3) AAS
関数型プログラミングが古いと主張する香具師は
MVCとかなMと表示等が分離した設計モデルでありかつ
Mがマルチスレッド（UIスレッドとは別）なケースのプログラミングを
ラムダ式を使わずにして見られれば宜しい
すっきり収拾をつけるにはコールバック関数として関数オブジェクトを渡すか、
コールバック関数をvoid*引数の関数にするという前近代的な設計にするかしかなく、
classを使って手で書く関数オブジェクトはラムダ式を見たコンパイラが生成するコードと大差ないから
前者は関数型プログラミングに他ならない
という印象、
※ 個人の感想です
省1
201: 2021/06/05(土)23:04 ID:V38nFCWr(3/3) AAS
Promiseを使っても同じことで、
ていうかPromiseこそあるスレッドXを実行後に行うべき処理を行う関数Ｆを
スレッドXの終了後に実行するために（※1）内部で作っておくのだから関数型プログラミングに他ならない
関数型プログラミングパラダイムは全世界をあまねくみそなわしておられる、
※1: 実行する、というといかにも命令型プログラミングな感じだが、
関数型プログラミングパラダイム的には関数Fを展開することで計算を遂行する、と解釈されたい
202: 2021/06/05(土)23:25 ID:XO/wZGzq(2/2) AAS
>>197
年収が人間の価値だと思う人って今でもいるんだね
203(1): 2021/06/05(土)23:41 ID:L7L31nHe(1) AAS
関数型の実戦で使えるエッセンスは10年前から各種人気の言語で取り込まれ、
具にも付かない思想倒れな部分は取り込まれなかった。それだけ。
204: 2021/06/05(土)23:54 ID:YIeCSJoh(1) AAS
>>196
上下を左右するとな。
今日一番心に残った表現だ。
205: はちみつ餃子 ◆8X2XSCHEME 2021/06/06(日)02:06 ID:KdK5uVMj(1) AAS
Scheme だとプログラムの流れ (関数を呼出したり戻ってきたり) を継続の起動の連鎖として
定義づけているが、継続の概念の元になったのは並列計算の研究から生まれたアクター。
アクターにメッセージを送るのと関数呼出しが実装上は同じになってしまったという気づきから継続の概念へと整理されていった。
関数型とオブジェクト指向は整理の仕方が違うだけで
(といっても人間が使う以上はどのようなメタファで整理されているかも大事でもあるんだけど)
より抽象的なレベルで見ると同じことをやっている。
そんで並列計算は (理論上は) どっちでも織り込み済みなのでパラダイムによって
どちらのほうが並列計算しやすいということもない。
差があるとしたら単に言語の設計の出来栄えとかライブラリの整備とかのレベルの話なんで、
パラダイムにまで踏み込んで考えるような話じゃないよ。
206: 2021/06/06(日)07:44 ID:uVO5juz1(1) AAS
高所得者「年収が人間の価値だと思う人って今でもいるんだね」
低所得者「年収が人間の価値だと思う人って今でもいるんだね」
207: 2021/06/06(日)08:33 ID:MV541K/D(1) AAS
>>203
C++に取り込まれた、実践で使える関数型のエッセンスってどんなん
208: 2021/06/06(日)08:36 ID:xXlGkHu+(1) AAS
bind
209(2): 2021/06/06(日)10:44 ID:+heRuwS3(1/2) AAS
深さが任意の入れ子の vector を一次元 vector に展開したいんですが、良いやり方ありますか
再帰すれば良いと思うんですがどういう条件で分岐すれば良いかわかりません
210(2): 2021/06/06(日)11:34 ID:5eq/ZHJS(1) AAS
入れ子を一階層だけ展開する処理を書いて
入れ子がなくなるまで末尾再起するというのはどうだろうか
211: 2021/06/06(日)11:37 ID:+heRuwS3(2/2) AAS
>>210
今見てる階層の一個下がvectorか値かっていうのはどう判定したら良いですかね？
212(1): 2021/06/06(日)11:56 ID:W7O34OA1(1/2) AAS
>>209
これ
flatten - 1.57.0
外部ﾘﾝｸ[html]:www.boost.org
213: 2021/06/06(日)12:00 ID:W7O34OA1(2/2) AAS
大抵の言語でその手の挙動はflattenと呼ばれてる
Yet Another Common Lisp Problems
外部ﾘﾝｸ[html]:www.nct9.ne.jp
214(2): 2021/06/07(月)08:16 ID:we1Omxer(1) AAS
>>197
肝心なのは「誰が言ったか」ではなくて、「（言った）意味、中身」。
さもないと「権威に訴える論証」にひっかかるから気をつけな。
わかってやっているなら詐欺師だし。
215(2): 2021/06/07(月)09:33 ID:3qfiWg/V(1/3) AAS
>>210
ちょっとググった感じだと、vector<T> が vector かどうか判定する is_vector ってないんですね
あと is_array は std::array を array と見なさないみたいな情報もあって、メタ関数は罠というか勘違いが多そうで怖いですね
現状、自分で is_vector を実装するしかないんですかね？
ごく基本的な処理に思えるので、シンプルな解法というかイディオムみたいのがあれば教えていただきたいです
>>212
ありがとうございます。が、今は自分で書くならどうなるかというところに興味があります
boost の flatten のコードはいろんな場合に対応するべく難解になっていそうですが、どうにもならなかったら参照してみます
216(1): 2021/06/07(月)09:55 ID:BbDyCKOj(1/3) AAS
>>215
正直、まず>209の「深さが任意の入れ子の vector」をどう定義してるのか見せてもらわないと話が見えてこない気がする。
要素型が固定なら要素型のほうで判定すれば is_vector は要らないだろうし、
variant とか使ってる場合もやっぱり is_vector の出番は無いだろうし。
217(3): 2021/06/07(月)10:34 ID:RKkN9u5/(1/2) AAS
>>216
vector< vector< ... vector<T> > ... > で、T は correction (vector, array 等) じゃない、というのを想定しています
仮定が足りませんでしょうか
218(1): 2021/06/07(月)10:44 ID:OrLbPX6K(1/10) AAS
>>214
偉そうにキリるなら「第一級オブジェクト」の公式な定義をまず出せ
219(2): 2021/06/07(月)10:49 ID:OrLbPX6K(2/10) AAS
>>215
作るったって大した話じゃねえべ
template <template<class...> class T> struct is_vector : false_type { };
template <> struct is_vector<vector> : true_type { };
template <template<class...> class T> constexpr bool is_vector_v = is_vector<T>::value;
220(1): 2021/06/07(月)10:54 ID:BLDePS2Q(1) AAS
>>217
numpy の reshape / flatten / ravel みたいなの想定してる？
221(1): 2021/06/07(月)11:00 ID:BbDyCKOj(2/3) AAS
>>217
それじゃ深さ固定じゃね？・・・深さの違ういくつかのケースを扱うっていうことか。
T を受け取るオーバーロードとそれ以外を受け取るオーバーロード書けばおしまいな気がする。
222(1): 2021/06/07(月)11:02 ID:BbDyCKOj(3/3) AAS
（要素ごとに深さが異なることもあるのを想定してた。）
223: 2021/06/07(月)11:12 ID:3qfiWg/V(2/3) AAS
>>219
ありがとうございます
よく知らない構文も混ざってるので、勉強します
>>220
はい
flatten をしたいです
>>221
template<class T> T flatten(vector<T>)
と
template<class T> T flatten(T)
省3
224: 2021/06/07(月)11:14 ID:3qfiWg/V(3/3) AAS
そもそも厳密な書き方じゃないので、含むか含まないかわかりませんね
今は含まないということにします
225(1): 2021/06/07(月)11:59 ID:0mm9pDbq(1/2) AAS
>>218
そもそもc++には「第一級オブジェクト」なんて定義されてないだろ。
c++標準に"first-class object" なんて記載あったかね。
一般的な解釈はwikipediaでも勉強しろよ。
226(1): 2021/06/07(月)12:01 ID:OrLbPX6K(3/10) AAS
>>225
ここはC++スレだ
一般的な解釈なんて頓珍漢なこと言ってんな
そっちへ逃げたければ１人で逃げろ
俺は付き合ってやんね
227(1): 2021/06/07(月)12:05 ID:0mm9pDbq(2/2) AAS
>>226
だったら「第一級オブジェクト」なんて頓珍漢なこと言ってんな
そっちへ逃げたければ１人で逃げろ
俺は付き合ってやんね
228: 2021/06/07(月)12:08 ID:OrLbPX6K(4/10) AAS
>>227
流れくらい読めよ
第一級オブジェクトと言ったのは>>187だぞ
おまえ他人に頓珍漢なんて言う資格ねえぞ
229: 2021/06/07(月)12:28 ID:5RAm1+EE(1) AAS
一昨日の曖昧イキリで今さらヒートアップしてんじゃねー
230(1): 2021/06/07(月)12:36 ID:0/HU77Xe(1/2) AAS
>187、>190 、>195 、>197、>214
の流れくらい読めよ
禿の権威にかこつけて「第一級オブジェクト」を主張しているのは>>195 >>197だぞ。俺はそれに>>214で反論しているだけで「第一級オブジェクト」は肯定していない。
おまえ他人に頓珍漢なんて言う資格ねえぞ
231(1): 2021/06/07(月)12:44 ID:OrLbPX6K(5/10) AAS
>>230
おまえの定義では斜め上な返事のことを反論というのか
関数は第一級オブジェクトか否かで揉めてるところへ
禿の定義を参考に持ち出したところへ
権威主義がどうたらと人格批判を始めたのが反論とは笑止千万
だから頓珍漢と言ってやったら相手の言葉をオウム返しし初めやがって
いくら寂しいからってプログラム技術板で全然技術的でない絡み方してんなよ
232: 2021/06/07(月)12:48 ID:x1bKzWtQ(1) AAS
流れ一切読んでないけどFirst-class citizenのことを言いたかったのかなｗ
233(1): 2021/06/07(月)12:49 ID:RKkN9u5/(2/2) AAS
こいつ「天に唾する」クンでしょ
>>219もコピペでドヤってるし
234: 2021/06/07(月)12:51 ID:OrLbPX6K(6/10) AAS
>>233
失礼な奴だな
オリジナルだよ
コピペじゃねえよ
他で同じもん作ったやつがいたの？
知るかそんなん
235(1): 2021/06/07(月)12:52 ID:0/HU77Xe(2/2) AAS
>>231
日本語でok
236: 2021/06/07(月)13:04 ID:OrLbPX6K(7/10) AAS
>>235
無教養なやつだな、まあいいけど
犬を相手に話したことが通じてなくても別に構わんのと同じだ
237: 2021/06/07(月)14:29 ID:OrLbPX6K(8/10) AAS
あの程度のコードをコピペだと思ってしまうあたり
自分では書けないやつなんだろうな
だとしたらプログラム技術板では最下層のゴミだ
238(1): 2021/06/07(月)14:43 ID:Tp4rg2N9(1/4) AAS
効きまくりでクソワロ
239: 2021/06/07(月)14:45 ID:8yb86Hta(1/2) AAS
5hは初めてか？肩の力抜けよ。
「第一級オブジェクト」についてはこんな感じだな。間違っていたら解説してくれ。
・c++では「第一級オブジェクト」は定義されていない
・c++では関数はオブジェクトじゃないし、オブジェクトとして扱うこともできないので、c++の関数をwikipediaにあるような解釈で「第一級オブジェクト」と言うことはできない
・関数を操作対象として（メタ）プログラムする仕組み（テンプレートとか関数オブジェクト・ラムダ式）があるので、高階プログラム自体は可能
240: 2021/06/07(月)14:57 ID:3ylBisjG(1) AAS
第一級オブジェクト、よくイキりのWEBプログラム屋が使う印象の単語
C++界隈ではあんまり聞かん単語だな、使わないことはないが
241(2): 2021/06/07(月)15:02 ID:JV8K97H/(1) AAS
std::functionで「第一級オブジェクト」とやらに出来ることは何でも出来るからそれで充分であって
そっから先はただの宗教戦争だろ
242: 2021/06/07(月)15:10 ID:pl6618+T(1) AAS
第一級市民オブジェクト
フランス革命で殺されたかも？
243: 2021/06/07(月)15:32 ID:Tp4rg2N9(2/4) AAS
>>241
> std::functionで「第一級オブジェクト」とやらに出来ることは何でも出来る
俺も完全にこれの話だと思ってた
244: 2021/06/07(月)15:35 ID:Tp4rg2N9(3/4) AAS
ただ純粋関数型言語のようには書きたくても書けないよね、というのが>>187-188の話だと
245: 2021/06/07(月)15:38 ID:OrLbPX6K(9/10) AAS
>>238
は？ 尻尾巻いて逃げた負け犬の分際で何か言ったか？
246(1): 2021/06/07(月)15:41 ID:Tp4rg2N9(4/4) AAS
つーか
> 「天に唾する」クン
なのは図星なのかよって思うとまたワロタ
247: 2021/06/07(月)16:02 ID:OrLbPX6K(10/10) AAS
>>246
そんなとこ見てねえよ
コピペ呼ばわりから逃げたいのか？
吐いた唾は飲ませんぞ、自分で書けない低脳が
248: 2021/06/07(月)16:40 ID:8yb86Hta(2/2) AAS
>>241
まあ、c++は歴史が長いから、他人には禁止したい余計な機能はあるよなぁ。
以前、ユーザー側からどうやってもdeleteできないスマートポインタを作ろうとしたけど、どうしても::deleteをブロックできなくて挫折した。……まあ、::delete使うやつはいないだろうけど。
あと、オブジェクトのライフサイクル制限を目的としてヒープに置けない（スタックだけに置ける）クラスを作ろうとしたけど、メンバ変数に置くのをブロックできなくて挫折した。
249: 2021/06/08(火)10:43 ID:x/Of6Ttl(1/2) AAS
そういうしょうもない機能作ることに時間をかけるくらいならバカを雇わない方がよっぽど生産的だわ
250: 2021/06/08(火)11:14 ID:50eCybWC(1/3) AAS
しょうもないかねえ
俺は技術的に色んなことを想像したぞ
251: 2021/06/08(火)11:37 ID:x/Of6Ttl(2/2) AAS
しょうもないわ。
注目するのはなぜdeleteしようとしてんの？ってとこでしょ。
それを無理に禁止してもそいつはもっとめちゃくちゃなことするぞ。
252: 2021/06/08(火)11:46 ID:50eCybWC(2/3) AAS
しょうもないことにしたいやつは考えること自体を拒否するから
相手すんの馬鹿らしいわ
253: 2021/06/08(火)14:05 ID:8EXn3XTK(1) AAS
自分も昔似たようなこと考えたことはあったけど
operator->()を実装する限り、直接呼び出しでナマポ取られちゃうのを防ぐ方法がないんだよな
しょうもないことは否定しない
上下前次1-新書関写板覧索設栞歴
あと 749 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.256s*