C++相談室 part154

1 名前：デフォルトの名無しさん mailto:sage [2021/01/08(金) 17:54:00.55 ID:0DW9z0rL.net] ※前スレ C++相談室 part153 https://mevius.5ch.net/test/read.cgi/tech/1602339500/ テンプレここまで 856 名前：デフォルトの名無しさん [2021/02/22(月) 20:02:59.96 ID:5Ezd+ZoO.net] そういう書き込みを見ると、あわしろ氏よりQzのほうが大人に見えるなあ。 まあでも、あわしろ氏には技術評論社がついてるからね。 謝っといたほうが良いんじゃないの？ 857 名前：デフォルトの名無しさん mailto:sage [2021/02/22(月) 20:52:21.84 ID:jfkpe4Eh.net] >>834 俺も以前質問したら、明らかに見当違いなマウント取りたいだけの回答が来て、言い返した時 君みたいな事言われたよ 回答くれるのは有難いが・・・ねぇ。 まぁそういうのはスルーしろ、ってんならまだわかるけど ちなまともな回答くれた人には礼言ってるからね 858 名前：デフォルトの名無しさん mailto:sage [2021/02/22(月) 21:08:29.88 ID:51epSMYu.net] 知らんがな。キミの意見だけ聞いてその時どっちに問題があったかどうやって判断すればいいんだよ 859 名前：デフォルトの名無しさん mailto:sage [2021/02/22(月) 21:18:11.70 ID:jfkpe4Eh.net] そういう話じゃねーよ 860 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 00:38:10.30 ID:6MWC7t1x.net] あるクラスのメソッドを他所で借りたいというか使いたいときって移譲(インスタンス化)するかコピペするしかないの？ 861 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 00:41:49.01 ID:Z5ZYenTn.net] >>844 メソッドをクラスから分離してテンプレート関数にすれば、クラスの継承関係がなくても使えるので便利。 862 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 01:01:30.38 ID:48JMuLBY.net] >>844 メンバアクセスしていないならstatic関数にしてクラス名::メソッド名()で呼べる ただメンバアクセスしていない時点でその関数は本当にそのクラスに属すべきなのか再考したほうがいいけど あと継承する手もあるけど「借りたいから」程度の理由で場当たり的にやると確実に泥沼化する 863 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 04:11:59.35 ID:kBU50DXM.net] >>846 > ただメンバアクセスしていない時点でその関数は本当にそのクラスに属すべきなのか再考したほうがいいけど 極論、引数をとって返り値を返す関数だけで全てのことが実現できますよね？ そう思ったらクラスのメソッドにするよりも何でもクラス外の関数にする方がお得というか楽な気がしてしまいます 864 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 07:21:43.52 ID:7kgSemXY.net] そのとおりで極力フリー関数にするべき （非静的）メンバ関数というのはデータメンバーの一貫性を保つためだけに使うもんだよ 865 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 07:27:00.90 ID:ex5XjLGm.net] >>847 "メンバアクセスしてない"てのが重要だと思うよ 実際、非staticではなくstaticなメンバ関数にしたい場面てあんまり無い(外の関数と大して変わらんから) >>848みたいなのはオブジェクト指向も理解出来てないド素人が玄人ぶってよく言うんだよなぁ・・一応釘だけ刺しとく 866 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 08:19:26.69 ID:kBU50DXM.net] なんかOOPの行き着く先みたいな話してるな 俺も関数が引数と返り値としてメッセージを渡し合って協働していく方が洗練されてると思う 必然、その方が副作用も少ない 867 名前：デフォルトの名無しさん [2021/02/23(火) 08:29:56.96 ID:Z5ZYenTn.net] staticなメンバ関数には、名前衝突しにくい、msvcのインテリセンスのような入力支援を得やすい、という恩恵はある。 868 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 08:30:00.72 ID:u3MMsI1X.net] メッセージ・・？ 何の言語の話してんだ 869 名前：デフォルトの名無しさん [2021/02/23(火) 09:47:50.72 ID:DwnxTU4/.net] オブジェクト指向の概念の話をするときにメッセージって言葉使いませんか？ C++ならメッセージ＝メンバ関数 Javaならメッセージ＝メソッド 言語によって呼び方が違うから概念的な話のときはメッセージといったほうが通りがよい 870 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:07:32.09 ID:B3ih21Pc.net] >>849 「オブジェクト指向も理解出来てないド素人が玄人ぶってよく言う」 の意味がさっぱりわからん >>848の表現に一切ケチつけられる要素ないと思うけど 871 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:15:54.38 ID:gTQJYaBt.net] > データメンバーの一貫性を保つためだけに使う いったい何が言いたいんだろう 他人に分かり易く言えないのは自分が解ってないからというケースがある 872 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:18:06.26 ID:B3ih21Pc.net] > データメンバーの一貫性を保つためだけに使う この表現で普通に分かるけど 分からん人もいるのね了解 873 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:20:33.46 ID:NIjAanwq.net] メッセージが何のことかわからないのはワロス 874 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:21:51.05 ID:gTQJYaBt.net] >>856 でか口は具体的に説明できてからぬかせ このハッタリ野郎 875 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:22:34.65 ID:7kgSemXY.net] データメンバに対して想定した扱い方だけをさせるようにして予期しない状態の発生を防ぐため、って言えばお気に召したかしら 普通はそれを短く「一貫性を保つ」って言うのだけど 876 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:31:05.01 ID:u3MMsI1X.net] >>853 使わない、というか使うな誤解を招くから SmalltalkとかObjective-Cならわかるけど C++やJavaのそれはメッセージングではないと考えるのが普通(そう見做せないわけではないが 877 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:33:09.34 ID:B3ih21Pc.net] >>858 ？ 878 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:34:51.99 ID:gTQJYaBt.net] >>859 １行目は納得 ２行目の主観論には付き合ってらんね 879 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:37:31.33 ID:B3ih21Pc.net] >>860さんに同意で C++やJava界隈だと明確に避けてると見てる メッセージってのは 880 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 10:49:29.89 ID:7kgSemXY.net] ごめんねおじいちゃん知らない表現を使われただけでそんなに拗ねるなんて思わなかったんだ 881 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 11:07:54.70 ID:u3MMsI1X.net] いや、悪いけど>>859を以って ＞データメンバーの一貫性を保つためだけに使うもんだよ などと言い切れるのは経験不足と見られても仕方ないと思うよ学生ちゃん 882 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 11:13:43.78 ID:j4L8+y6t.net] おじいちゃんとか学生ちゃんとか、おまえらマウンティングしながらじゃないと会話できないのかw 883 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 11:54:07.11 ID:oVEFpcof.net] このスレは特にそういうの多いよね 884 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 12:46:58.74 ID:HLi0yp23.net] 昔からこのスレは特に酷いよね なぜマウントの必要があるのかは少しだけ興味深いけど 885 名前：デフォルトの名無しさん [2021/02/23(火) 13:21:23.20 ID:+0nZ2NLW.net] Linuxを使う以上、C++を嫌わないとダメだろ。 886 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 13:45:38.11 ID:iu17pC6m.net] >>857,864 いや、メッセージはわかってるけどなんでC++スレで？ って話だろ >>860の言うようにC++界隈ではあまり使わんし 単にイキってるだけにしか見えんw 887 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 13:46:51.42 ID:iu17pC6m.net] >>865 どういう理由で経験不足と判断したか言ってみ 888 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 13:47:30.93 ID:alqL+AST.net] オブジェクト指向に関しては、今の人は、昔はメモリが高価だったとでも思っておけば良いよ。 889 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 13:53:26.39 ID:UMWafFvJ.net] >>823 レス�dクス大儀であった 自己解決しますた、 https://ideone.com/k76kj5 890 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 13:59:21.85 ID:UMWafFvJ.net] 一貫性というのはオブジェクト内部の整合性のこ とを言いたい のでは… ※ 個人の感想です 891 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 14:03:58.66 ID:UMWafFvJ.net] C++のメソッドの呼び出しをメッセージと言い出すとウィンドウメッセージと紛らわしい（小並感 ていうかC++においてメッセージと言えるのはメソッドの「呼び出し」であってメソッドそのものではない （例えば）メッセージ自体は継承メカニズムとは独立の概念なのだから ※ 個人の感想です 892 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 14:10:51.07 ID:HLi0yp23.net] Smalltalkはほぼ知らんけど メッセージ式ってのは セレクタ＋引数のことだったはず いやこれどうでもいいか 893 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 14:18:47.72 ID:UMWafFvJ.net] ていうか今にして思えばstd::shared_ptr<IFoo>がIFooのインスタンスに対する所有権を適切に移譲したり管理するので std::shared_ptr<T>に持たせることにした時点でIFoo自体がリソースに対する所有権を管理する必要はなさげorz 894 名前：デフォルトの名無しさん [2021/02/23(火) 14:29:34.84 ID:+0nZ2NLW.net] smalltalkなんて誰も使わないのだから、アジソンウェスレイのオブジェクト指向プログラミング入門にそう書かれていたからという理解で良いのでは？ 若者もいるので説明しておくと、書店で書籍を買う時代があって、書店に並ばなければ書籍の存在自体わからなかったのですよ。 この本は何処の書店にも並んでいたので、スレの高齢者全員が読んでいます。 この本しかなかったんですよ。 良い本だとは思いませんが、30年たった今でも古書に値が付くはずです。 全員が読んでるので、全員が知っているかのように錯覚する人もいるって事です。 895 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 16:09:16.56 ID:CS53pw6I.net] C++のオブジェクト指向でメッセージングのワード出してくるのは 継承を説明するサンプルコードで動物の階層もちだしてくるのと同じ功罪がある 理解のとっかかりにはいいが、リアルな実装の段階ではそういうポエムみたいな話は忘れたほうがいい 896 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 16:11:25.59 ID:feF5fzNV.net] メッセージ（笑）とか頭おかしい奴が言いそう 897 名前：デフォルトの名無しさん [2021/02/23(火) 16:16:12.25 ID:+0nZ2NLW.net] >>879 功もあると御自分で書かれているのでは？ 898 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 19:10:57.35 ID:48JMuLBY.net] >>873 これで本当にいいのか？ コピー代入演算子でムーブさせるのが本当にあなたのやりたかったこと？ std::auto_ptrはこの問題があったからdeprecatedになったんだけど 899 名前： mailto:sage [2021/02/23(火) 21:53:45.68 ID:tPF8d5Rx.net] >>878 ＞書店で書籍を買う時代があって、書店に並ばなければ書籍の存在自体わからなかったのですよ。 私の若い頃を思い出します。 当時、神戸の一番大きな本屋さんでは、どうしたわけだかコンピューター関連書籍の部分だけは黒山の人だかりで、いつも二十人くらいがみんな立ち読みしまくっていて、そういう人ごみを押しのけて本を探さなければならなかったくらいでした 最近右翼になった数学者・藤原正彦氏によれば、もっと古い時代には町の小さな本屋さんであっても普通にそんな状態だった、ときいています、とても信じられませんが‥‥ そういうわけで、アマゾン・ウェルカム！ 900 名前： mailto:sage [2021/02/23(火) 21:57:00.55 ID:tPF8d5Rx.net] >>875 私は例のペゾルド教本を何とか C++ に適応させたくて、ペゾルド本の WM 処理・巨大 switch 文を C++ に適合させようと未だに四苦八苦していますが、やっぱり MFC に移っちゃったほうが楽チンなんでしょうか？ 901 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:05:53.75 ID:u3MMsI1X.net] >>871 あまりに一面的な見方やろ >>848はカプセル化も多態も、上で話してた関数オブジェクトさえ否定する暴論 よほど拒否反応があるんだろうなー、と 902 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:07:42.70 ID:HLi0yp23.net] 否定したように見えちゃってるんだな いろんな人がおるな 903 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:15:00.14 ID:iu17pC6m.net] >>885 まあ > （非静的）メンバ関数というのはデータメンバーの一貫性を保つため「だけ」に使うもんだよ の「だけ」に引っかかってると思うんだけどそっちの方がどちらかと言うと暴論に見えるよ 904 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:20:52.65 ID:u3MMsI1X.net] まぁ関数オブジェクトはある意味当てはまってるかもしれんと思うが >>887 そっちも根拠書いてね 905 名前：デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:28:42.45 ID:iu17pC6m.net] >>888 >>886が言うように「否定」はしてないと思うよ ってことね 906 名前：デフォルトの名無しさん [2021/02/23(火) 22:44:54.86 ID:H7IAWcv9.net] [selector message] Objective-Cが良かったな。 907 名前：デフォルトの名無しさん mailto:sage [2021/02/24(水) 06:48:21.60 ID:Vo6CI9FQ.net] >>884 やってみるとわかるけど、MFCと同じものを自分で作ってる感じになるね ARM C++時代に作るとああなるんだけど、 今どきのC++20で作るとどうなるのかは興味深い 908 名前：はちみつ餃子 mailto:sage [2021/02/24(水) 15:54:28.46 ID:EZ8EgbLC.net] 現代的な Windows のフレームワークとしては C++/WinRT に力が入ってるみたいなんで、 今からはこれを使った方がよさげ 909 名前：デフォルトの名無しさん mailto:sage [2021/02/24(水) 17:47:00.67 ID:T43vsud+.net] P/Invokeともこれでおさらば、 と言いたいところだがネイティブC++をwrapするC++/WinRT自体はCLR上の言語なんじゃなかったっけ… 違ったっけ… 910 名前：デフォルトの名無しさん mailto:sage [2021/02/24(水) 20:59:30.49 ID:T43vsud+.net] C++/CXと混同すた、orz 911 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 00:40:25.02 ID:hxonNlh3.net] C++/CLIだよ（小声 912 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 12:27:48.18 ID:Kp+Bp4Dl.net] int (int)型のコールバック関数ポインタにて、一応呼ばれるのでnullはマズイけど不要なので空にしたいという場合に int () { return 0; }という引数が一致しない空関数へのポインタを渡すとまずい事になるんでしょうか？ 低レベルの知識がないのでよく分からないんですが、スタックの巻き戻しとかでズレが生じるとかありそうな気がしています 913 名前：はちみつ餃子 mailto:sage [2021/02/25(木) 14:45:58.57 ID:ziL/azOs.net] >>896 使われている ABI による。 x64 環境なら Unix (系の多くの OS) でも Windows でも引数は整数4個分までは レジスタで渡されるんで、スタックの整合性は壊れないはず。 914 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 15:12:23.79 ID:bxBNuN1v.net] >>896 スタックは呼ぶ側で処理するからズレないよ でないと可変長引数とか実現できないし >>897 そんなもんは処理系やオプション次第 915 名前：デフォルトの名無しさん [2021/02/25(木) 15:36:41.54 ID:SLTnVXDN.net] 静的解析ツールやコード分析で警告が出るだろうから直したほうがいいと思うけどね 916 名前：はちみつ餃子 mailto:sage [2021/02/25(木) 15:44:39.43 ID:ziL/azOs.net] x64 の一般的な ABI ではもう様々な呼出し規約を使い分けないようになってる。 (cdecl と stdcall が混在していた Windows が例外的で 他は 32bit 時代からかなり統一されていたみたいだけど。) まあそれはともかくとして、 実際には不要でも適当な値が渡るようにして型を併せるほうが良いとは思う。 不整合を残しておくと強い最適化をかけたときにわけのわからないことになりがち。 917 名前：デフォルトの名無しさん [2021/02/25(木) 16:08:57.78 ID:0Aa2beUH.net] はちみつは見所がある弟子にしてやっても良いと、あわしろ氏が褒めてた。 918 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 16:57:46.00 ID:2x/2jVQO.net] >>896 古いCから新しいC++まで含め、素朴な観点では原則的には大丈夫では有るが、 あなたが言っているように例外処理が入ってくるとどうなるかは不明。 C/C++では型を厳しくしているのは、そういうことを避けるため。 あなたのやろうとしていることは、関数アドレスをキャストしなくては 関数ポインタへの代入できない。 このようにキャストすることによって、アーキテクチャ依存となり、不具合が起きる 確率が0でなくなる。 919 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 17:00:32.01 ID:2x/2jVQO.net] >>902 [補足] 例外処理はとても複雑なことが行なわれることがある。 関数ポインタに代入する際に関数シグネチャが異なるものをキャストして入れると どうなるかは処理系依存となる。 関数アドレスを同じビット数の整数型の変数との間で相互にキャストするのは構わない。 関数なのに、異なるシグネチャのものを代入しあうのは問題。 920 名前： mailto:sage [2021/02/25(木) 19:04:36.48 ID:FipxGJhu.net] >>891 そうですか‥‥ いまどき MFC の教科書が存在するかどうかは疑問ですが、やっぱり MFC に戻るしかないのですか！ でも、あのドキュメント=ビュー構造はいまだによく理解できないですね‥‥ 921 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 19:52:59.02 ID:0YuzuhSG.net] c/c++で型が厳しい？何言ってんだろ 922 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 22:34:17.62 ID:GHceiqHX.net] C++は一応明示的に破ろうとしなければ結構ちゃんとチェックしてくれる C? 知らんな 923 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 23:10:04.64 ID:NZmV0r2o.net] >>902-903 「引数が一致しない」という素朴な観点でアウトだろうし例外処理関係ないだろ。 924 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 02:06:22.71 ID:uELWbBar.net] >>907 でも、引数を関数内で参照して無い場合、素朴な呼び出し規約的には問題ない。 例外処理の unwinding は仕様が難しいので良くわからないと言うこと。 実際は大丈夫かも知れない。 925 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:24:52.91 ID:gCkWSKrb.net] int (int) { return 0; }で埋めて何が嫌なのかが分からないからな 特別な事情があるなら動かすハードとかの仕様調べろ そんなのないなら素直に安全に書いとけ、でいいじゃん 926 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:52:48.02 ID:M2eccXrm.net] >>904 一つのデータを複数のウインドウで見るって考え方だよ テキストエディタでもスプリットバーやマルチビューは普通に使うだろ 927 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:57:36.04 ID:M2eccXrm.net] >>909と同意見だ [](int){return 0;}では何がダメなのか 説明がないとこれ以上何とも言い様がない 928 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 12:52:04.91 ID:X0njcRoR.net] cは互換型の概念がガバガバだからなあ… typedefは当然互換だけど、structは中身のpodが同じでも(typedefしなければ！)タグ名で弾けるので、一々structに包めば論理ミスを防ぐこともできなくもない 929 名前：デフォルトの名無しさん [2021/03/01(月) 02:34:24.68 ID:sakgt9rY.net] 規格書を読んでみんなC++覚えてたの？ 入門用のドキュメント読んだら規格書読むべきですか？ 930 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 06:09:14.80 ID:N/bll+Sf.net] 趣味のC++オタクでいいんならそれでいいと思うよ C++を実用したいならそういうのはやめとけ、というかまず手を動かせ その上で疑問が出てきたら調べるのはアリ 931 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 09:15:36.61 ID:770X86Bb.net] 問題に遭遇したときに疑問として感じ取れる人ならいいんだが、 謎理論を自分の中に構築して邁進してしまうやつも 少なからずいるので安易に手を動かせとは言いにくい。 932 名前：デフォルトの名無しさん [2021/03/01(月) 09:31:54.75 ID:Qi7MAN5S.net] 各コンパイラに固有の実装依存があるから、結局は試すしかない。 PGが規格と違った動きをしているコンパイラをなじったところで、勝利するのはPGではなくコンパイラ。 933 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 09:41:00.95 ID:770X86Bb.net] 商用コンパイラがその商用コンパイラがサポートしているはずの規格と違う挙動だったらそれは文句言ってもいいだろ。 934 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 09:44:14.28 ID:kUoELfRz.net] 文句を言うのはいいけど、規格書を盾に納期は延びないのよ。 935 名前：デフォルトの名無しさん [2021/03/01(月) 09:46:40.02 ID:Qi7MAN5S.net] >>918 それな 936 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 09:52:30.22 ID:nOTghizW.net] まあその通りなんだけど、誰かが言ってるからコンパイラ改良されるわけで 937 名前：デフォルトの名無しさん [2021/03/01(月) 09:52:48.41 ID:Qi7MAN5S.net] PGは、コンパイラが規格準拠してくれる日のために #if #endif で区切ってすぐに切り替えできるようにしておくことしかできない。 dirent周りのカオスを知っているなら、規格準拠をうるさく言う虚しさを理解しているはず。 938 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 10:34:18.93 ID:770X86Bb.net] 商用コンパイラを商売で使うならサポート契約とセットじゃねーの？ 使い倒さないと契約料丸損やないけ。 939 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 10:42:44.99 ID:N/bll+Sf.net] >>922 いつも思うけど、お前仕事で書いたことねーのに何でそんな偉そうなん？ ちな俺はVCのバグ報告(テンプレート周りとか気付かれにくい部分)何度かしてるが、直るのは早くても半年後だよ 仕事でなくともとりあえず何とか回避するしか無いし、報告するにも再現性あるコード提供しないと迷惑かける 皆お前みたいに暇じゃねーんだよ 940 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 10:52:02.51 ID:f1Pg/hcl.net] >>923 こういうのって結構な割合で最適化の不具合だったりするよね 特に組み込み系だとしょっちゅうそういうのあるから、該当箇所だけ最適化レベル下げて通したりしてるわ もちろん不具合の報告もしてるけど修正まで時間かかるからね 941 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 11:11:13.26 ID:770X86Bb.net] すぐにとはいかない現実があるのはわかるが、サポート契約の内容を本当に把握して言ってる？ 商品の瑕疵に対応するのはあたりまえだからサポート契約ってのはそれ以上のものだよ。 契約内容によるけど、コンパイラのバグである証明とか全部してやる必要はかならずしもなかったりするぞ。 VC のバグ対応がよくないならそれは VC のサポートチームが良くないってだけだ。 942 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 11:12:35.72 ID:Qi7MAN5S.net] #if #endif マクロがない言語は無駄にネストするのが欠点だと思う。 943 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 11:38:15.03 ID:770X86Bb.net] #if での切り分けだってネストはありうるけど、 それが見た目に分かりづらかったりするし、 いいことばかりじゃないよ。 944 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 14:12:42.88 ID:CPl5J/qU.net] 一昔前なら effective c++ くらいは読もうってとこだったが、 今はどうだろうな。efective modern c++ でも足りない感じがする。 てかc++やるなら自分であれくらいのポイント抑えるくらいの準備が必要かもしれんという地獄。 945 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 14:23:24.82 ID:Qi7MAN5S.net] スマートポインタが標準規格に採用されたC++11とそれ以前では、作法が随分違ってくる気がするよ。 946 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 17:34:12.59 ID:oQ7wqd0O.net] >>917 「文句」みたいな感情的なものじゃなく ドライにバグレポだ 再現コードだけじゃなく回避方法もつけて 947 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 20:24:36.67 ID:YhH9VVk1.net] >>923 > いつも思うけど、お前仕事で書いたことねーのに何でそんな偉そうなん？ やめたれｗ 948 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 21:14:48.91 ID:Dkl+jirL.net] >>925 > 契約内容によるけど、コンパイラのバグである証明とか全部してやる必要はかならずしもなかったりするぞ。 無いかも知れんが、「なんかおかしいんです~」でバグの特定がめっちゃ困難なことはプログラマーは身を持って知ってるから そもそもバグの解決が遠のいたら苦しむのは自分だし 949 名前：デフォルトの名無しさん mailto:sage [2021/03/01(月) 21:56:02.87 ID:N/bll+Sf.net] >>931 いや、純粋な言語仕様の話なら別に偉そうでもいいのよ正しい事書いてくれてるなら 950 名前：はちみつ餃子 mailto:sage [2021/03/01(月) 23:56:40.27 ID:770X86Bb.net] >>932 雑な報告でいいというわけではないが、 サポート契約の利用率が非常に低い (値段は高いのに！) というのはよく聞く話なんで、 報告して対応待ちというだけじゃなくてもっとプロジェクトに巻き込んでいいはずなのになという感じ。 C++ の話じゃないけど、 LispWorks (Common Lisp の処理系) のバグ報告をしたら数日中に暫定パッチが 出てきたりとかワークアラウンドの提案とかもしてくれるという事例を利用者のブログで 見たことがあって商用処理系ってすげーなーと思ってたんだが、 そういう対応のほうが例外的に良すぎるだけなんかね？ 951 名前：デフォルトの名無しさん mailto:sage [2021/03/02(火) 00:07:05.02 ID:n7F7EI9c.net] >>934 そういう対応はマイナーメーカーの方がいいことが多いよ MSの対応が悪いとは言わないけどユーザーがアホほど多いから処理系のバグにぶち当たる可能性も低いし 952 名前：デフォルトの名無しさん mailto:sage [2021/03/02(火) 00:37:21.45 ID:wbC9damv.net] スケジュールきついだけかもよ バグがあるのわかってたけど数日かかりそうだから放置 バグ報告が出たから優先度上げて修正 953 名前：デフォルトの名無しさん mailto:sage [2021/03/02(火) 02:03:18.16 ID:+qoPTldB.net] そもそもユーザー数がアホみたいに多くてあらゆる層で利用されてるようなコンパイラだと バグ報告あがってきてもまずそれほんとにバグなの？？ ていうかまたコイツのリポートか!!!もしかしてただのいやがらせとかじゃないの？？とか 色々まず疑ってかからないケースも半端なく多いだろうしな 954 名前：デフォルトの名無しさん [2021/03/02(火) 05:18:47.46 ID:+XzLrHKh.net] >>923 あわしろ氏は、はちみつのことを褒めてたけどな。 見どころがあるから弟子にしてやっても良いと。 月一万で弟子にしてやるぞ。 955 名前：デフォルトの名無しさん mailto:sage [2021/03/02(火) 05:46:06.48 ID:eqvY2Z+d.net] >>934 サポート契約はどんなに使い倒しても契約料が戻ってくるわけじゃない 自分が頑張ってインカムを増やすのが「元を取る」ということだ 956 名前：デフォルトの名無しさん mailto:sage [2021/03/02(火) 06:15:09.36 ID:1/ifTUd4.net]

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef